У меня есть сайт для расположения туннеля VPN, созданного между офисами, когда я соединяюсь от дома до любого, который я не вижу другую сторону
К счастью мне только было нужно пару раз, но Волшебство ключ SysRq все еще остается одним из моего всего фаворита времени скрытые функции.
Alt+SysRq+RSEIUB
VPN на сайт A, откройте командную строку и тип:
tracert-d 192.168.0.2
Вы видите список всех маршрутизаторов, трафик проходит через него, это - попытка достигнуть сайта B (это требует времени для создания). Первый транзитный участок должен быть 192.168.10.1 т.е. маршрутизатор на сайте A. Если первый транзитный участок является к Вашим ПК обычным шлюзом по умолчанию затем, необходимо изменить правила маршрутизации на ПК. Если первый транзитный участок 192.168.10.1, но оставшиеся транзитные участки испытывают таймаут затем, необходимо изменить конфигурации маршрутизатора.
Расшириться немного (терпят меня, если Вы уже знаете этот материал!), скажем, Ваш ПК имеет IP-адрес 192.168.16.2 и шлюз по умолчанию 192.168.16.1 (можно ввести ipconfig для получения этой информации). При проверке с помощью ping-запросов любого адреса, который не является 192.168.16.xxx, трафик направляется к шлюзу 192.168.1.1.
При соединении VPN, Вы, вероятно, получите второй IP-адрес 192.168.10.something; в действительности VPN создает вторую сетевую плату. Если Вы проверяете с помощью ping-запросов 192.168.10.1 (т.е. располагаете маршрутизатор), это - теперь локальный адрес, таким образом, никакие шлюзы не включены и сайт, маршрутизатор должен ответить. Теперь проверьте с помощью ping-запросов 192.168.0.1 (сайт B маршрутизатор). Этот адрес не находится в локальных сетях или для Вашего реального NIC (192.168.16.xxx) или для VPN виртуальный NIC (192.168.10.xxx), таким образом, пакет перейдет к шлюзу по умолчанию, 192.168.16.1. Шлюз по умолчанию является, по-видимому, Вашим маршрутизатором ADSL, таким образом, пакет исчезает в Интернете и быть потерянным. Следовательно Вы не можете проверить с помощью ping-запросов сайт B.
Теперь, некоторые VPNs изменяют шлюз по умолчанию, когда Вы соединяетесь. В этом случае шлюз по умолчанию был бы 192.168.10.something поэтому, когда Вы проверяете с помощью ping-запросов 192.168.0.xxx, пакет должен течь через VPN, и необходимо смочь проверить с помощью ping-запросов сайт B.
Я, кажется, разглагольствовал на немного, однако дело в том, что tracert быстро скажет Вам, куда Ваши ping на сайт B идут и дают Вам ключ к разгадке относительно что случилось.
МЛАДШИЙ
-
1Спасибо, John. Я сделал tracert к сети, мой домашний компьютер НЕ является VPN' d непосредственно к и первый транзитный участок мой дом network' s маршрутизатор. Есть ли так или иначе вокруг изменения правил маршрутизации? Я хочу сделать это столь же легким как просто соединяющийся с VPN и имеющий доступ к обеим сетям для больше, чем просто меня. – Charles 1 July 2009 в 04:01
-
2На самом деле я просто узнал, как смешать с таблицей маршрутизации, it' s одна или две строки, что я могу обойти любого через. Спасибо John, Вы - спаситель! – Charles 1 July 2009 в 04:13
Проблемой могли быть две вещи... возможно оба.
Проблема маршрутизации: Если Ваша vpn подсеть отличается, чем сайт, Вы - VPNed, необходимо будет сказать устройству на сайте b направлять трафик назад на сайт для той подсети.
Проблема брандмауэра: Точно так же, как маршруты должен быть позволен трафик.
-
1Так we' ре на той же странице, это - информация для обеих сетей, которые туннелированы: Сайт A: IP: 63.133. Внутренний XXX.XXX: 192.168.10.0/24 Router' s IP: 192.168.10.1/24 Сайт B: Внешний IP: 24.227. Внутренний XXX.XXX: 192.168.0.0/24 Router' s IP: 192.168.0.1/24 – Charles 30 June 2009 в 04:36
-
2
-
3Позволяет говорят, что клиенты VPN соединяются с сайтом A и находятся на 192.168.5.0/24 подсети. Затем необходимо было бы продвинуть два маршрута к клиенту VPN для 192.168.0.0/24 и 192.168.10.0/24 со шлюзом 192.168.5.1 Затем, оба маршрутизатора должны будут знать, где направить трафик, который принадлежит 192.168.5.0/24. В дополнение к тому Вашему брандмауэру правила должны позволить трафик от 192.168.10.0/24 и 192.168.0.0/24. – 3dinfluence 30 June 2009 в 05:01
-
4Существует несколько других вещей проблем принять во внимание. Если Ваша локальная сеть в Вашем доме является 192.168.0.0/24 или 192.168.10.0/24 затем, вещи могут стать немного более хитрыми. Это - вероятная ситуация, учитывая подсеть, что сайт b использует в частности. Существуют решения той проблемы с помощью NATing. I' m не знакомый с оборудованием это you' выполнение ре, но Вы, возможно, должны установить Концентратор VPN. Также названный концентратором и говорил конфигурацию. – 3dinfluence 30 June 2009 в 05:13