GCRaistlin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vlary
Цитата:| 192.168.0.0 255.255.255.0 айпи_vpn_интерфейса |
Гм... Так ведь он разный каждый раз. Можно, конечно, через скрипт его определить, но это довольно нетривиально.
На самом деле, таких удаленных сетей две. И если в одной я могу, наверное, как-то зафиксировать IP-адрес, получаемый VPN-соединением, то во второй никак - она не моя.
Смотрю таблицу маршрутизации в KWF - есть там маршрут, подобный указанному вами. Поле Gateway пустое, я так понимаю, это означает, что значение шлюза для маршрута совпадает с адресом интерфейса. Создается маршрут при установке VPN-соединения, как и должно быть (ну, по моим понятиям). Однако, если убрать правило (или убрать NAT-трансляцию в правиле), то пакеты с клиентов не идут. Что-то я туплю  .
Значение метрики у этого динамического маршрута - 1, у маршрута для сети 0.0.0.0 - 30.
Может, дело в том, что с обратной-то стороны маршрут не определен? Хотя почему тогда пинги в ту сеть с самого роутера без проблем идут...
В удаленной сети стоит железный роутер, смотрю в его таблицу маршрутизации - сетки 192.168.33.0 там нет в принципе. Или так и должно быть? Как плохо знать что-то кусками... Если вы мне поможете разобраться в том, как установить VPN-соединение, работающее в обе стороны, буду вам очень благодарен.
Хотя мы, конечно, несколько удалились от первоначальной темы. Правильно ли, неправильно ли использовать для соединения с удаленной сетью NAT, а на старой-то системе это работает. На новой же - ни в какую. Грешу на KWF x64 - разработчики, видимо, шлифовали и шлифуют в первую очередь именно x32-версию. Например, поставил x64 7.1.2, так с ним вообще ничего не заработало - Интернет-адреса с клиентов не пинговались.
----------
Magically yours
Raistlin |
|
Всего записей: 4326 | Зарегистр. 18-04-2005 | Отправлено: 23:25 09-01-2012 | Исправлено: GCRaistlin, 00:17 10-01-2012 |
|
