Вопросы Теги

Отказ VPN между двумя удаленными офисами

Изменение

<VirtualHost *>

читать

<VirtualHost *:80>

Или (NameVirtualHost *:80), добавленный дважды в Вашем файле apache2 Confing. (По умолчанию его добавленное в ports.conf файле)

Это должно очистить ошибку.

В стороне: Вы не должны игнорировать эту ошибку. Конфигурация Apache, особенно когда globbing виртуальные хосты (например, Включают/etc/httpd/vhosts.d /*) не стабильно. Это означает, что Вы не управляете порядком загрузки хостов явно, таким образом, значение по умолчанию vhost для IP становится тем, который загружается сначала, который может привести к непреднамеренным последствиям.

Одним примером этого является значение по умолчанию vhost для IP, также будет доступно на том IP, а не его имени. Это может заставить информацию просачиваться на Google, обращающийся к Вашему IP сайтов, а не имени, которое может сбивать с толку клиентов.

Ошибка NameVirtualHost выше может быть подсказкой, что апач загрузил вещи не оптимальным способом, таким образом, Вы не должны игнорировать его.

1
задан 3 June 2009 в 14:45
3 ответа

У Вас не может быть этой роскоши, но мне любопытно - если Вы разъединяете site1 от site2, можно ли затем подключить site3 к site2?

Моя теория состоит в том, что внешний IP от 3-> 2 подавляется, из-за VPN, желая, чтобы те сайты направили внутренне.

1
ответ дан 3 December 2019 в 22:56
  • 1
    Не легко протестировать, поскольку я базируюсь в site1 и site2, и site3 являются другим концом страны без системных администраторов на сайте. Я не думаю, что это блокируется exisiting соединением VPN, потому что у нас был mutiple VPN' s работающий в испытательной сети перед серверами, перемещенными в site2 или site3. Тем более, что маршрутизаторы не могут быть проверены с помощью ping-запросов, но могут быть от site1. –  Simon Foster 2 June 2009 в 19:23

Все сайты подключены к Интернету с тем же ISP и широкополосным модемом?

Есть ли брандмауэры перед Вашими машинами W2K3? Раз так (и должен быть!) удостоверяются, NAT и Правила Доступа настроены правильно.

Необходимо удостовериться, что Вам установили статический IP для всех сайтов. Необходимо проверить настройки Windows Firewall на все компьютеры. Проверьте весь вход в систему все маршрутизаторы и включенные компьютеры. [Редактирование] Эта статья имеет хорошие один-два подхода: http://blogs.technet.com/rrasblog/archive/2005/12/22/416421.aspx

1
ответ дан 3 December 2019 в 22:56
  • 1
    У меня есть статический дюйм/с для всех серверов и маршрутизаторов в каждом офисе. Мой Брандмауэр правильно настроен, поскольку site1 может соединиться прекрасный с site2 и site3 штрафом. Что-то блокирует соединение между site2 и site3. Я был посредством сетевого соединения и RRAS, и они выглядят идентичными на каждом сервере, таким образом, это действительно прослушивает меня почему этот isn' t работа. –  Simon Foster 2 June 2009 в 13:50
  • 2
    I' d смотрят на Журнал событий, в первую очередь, если он дает какой-либо ключ к разгадке того, что происходит. Затем I' d смотрят на журналы RRAS, из которых могли быть некоторые. Эта статья имеет хорошие один-два подхода: blogs.technet.com/rrasblog/archive/2005/12/22/416421.aspx –  tplive 3 June 2009 в 09:09

Я никогда не делал этого с Windows VPN для соединения сайтов, но маршрутизатора использования к маршрутизатору VPN, я должен был установить новый маршрут с помощью команды маршрута так, чтобы компьютеры знали, где найти друг друга на otherside VPN

Пример: VPN1 - 192.168.0.0 VPN2 - 192.168.1.0 VPN3 - 192.168.2.0

Я должен сказать basicly любой компьютер на VPN1, который хотел добраться до VPN2, который для диапазона IP 192.168.1.0 они должны были пойти хотя шлюз маршрутизаторов 192.168.0.1 для получения к 192.168.0.0

Не знайте, если это верно, в Вашей ситуации, и я не эксперт в этом вообще. Попытайтесь гуглить маршрут, и он может объяснить это лучше.

0
ответ дан 3 December 2019 в 22:56

Теги

Похожие вопросы