Проблема OpenVPN и Windows 7

[punkara]

,,,

[VictorSh]

Во-первых, как написано в мануале по OpenVPN виртуальный адаптер должен быть активным и его трогать не надо.
Во-вторых, я столкнулся с тем, что Windows 7 (в отличие от Windows XP) маршрутизация неправильно автоматически прописывается, что может привести к вашей ситуации.
Поэтому надо ручками правильно прописать маршруты. См справку по команде route в консоли.

Покажите таблицы маршрутизации до и после перезагрузки адаптера, для этого в консоли наберите route print

[punkara]

,,,

[VictorSh]

Если можно скажите как прописать маршруты в семерке справка по команде route выглидит как то не адыкватно! »

route -p ADD IP_куда_отправлять_пакеты MASK маска_подсети IP_какой_шлюз_использовать METRIC 1 IF номер_сетевого_интерфейса

p - значит, добавить маршрут на постоянной основе, то есть при перезагрузке системы он останется в таблице
METRIC - метрика, просто число. Если есть маршруты с одинаковыми местами назначения (IP_куда_отправлять_пакеты), но с разными шлюзами и т.п., то будет использоваться то, у которого метрика меньше.
IF - номер сетевого интерфейса, указан в начале таблицы маршрутизации, он может изменяться при включении и выключении адаптера. Можно этот параметр не указывать, тогда он будет присвоен автоматически.

Пример, route add 10.8.0.0 MASK 255.255.255.0 10.8.0.5 METRIC 1 IF 0x3
Судя по логам OpenVPN как раз проблемы с маршрутизацией

Было бы неплохо, если бы вы еще привели ipconfig /all

Сделайте вот, что:

1. Не обязательно, но желательно отключить опцию PUSH в настройках сервера OpenVPN, закомментируйте строку в конфигах и перезапустите OpenVPN.

2. Пропишите маршруты в клиенте в Windows 7. Сначала попробуйте без опции p. Если заработает, тогда тоже самое с опцией p. Меня смущает маска подсети 255.255.252.0 вроде должна быть 255.255.255.0, хотя может у вас такие настройки

route -p add 10.8.0.0 MASK 255.255.252.0 10.8.0.37 METRIC 1
route -p add 10.8.0.36 MASK 255.255.255.252 On-link METRIC 1
route -p add 10.8.0.38 MASK 255.255.255.255 On-link METRIC 1
route -p add 10.8.0.39 MASK 255.255.255.255 On-link METRIC 1

P.S. Может будет полезным ссылка http://stackoverflow.com/questions/5073249/openvpn-unable-to-browse-internet-after-connect-to-openvpn
А вы запускаете на семерке конфиг OpenVPN с админскими правами?

[punkara]

Зделал как вы сказали прописал маршрут в ручную но нета всё равно нету ! уж не знаю что делать думаю мож батник написать чтоб сам сетивушку перегружал :) ! какие есчё идеи что можете есчё посоветовать! да кстате у меня в конфиге нету строки push

[VictorSh]

Может актуально еще:
в Windows 7 нужно запускать OpenVPN клиент с правами администратора, тогда если на сервере настроено выдавать маршруты автоматически, то на клиенте маршруты прописывать не надо.

либо руками надо прописывать маршруты на клиенте такие же как вы выдаете на сервере, предварительно удалив имеющиеся командой route delete узел

либо использовать OpenVPN GUI, зайти в свойства значка, вкладка совместимость, запускать от имени администратора.
И затем запустив ее, выбирать в контекстном меню конфиг, который надо использовать.

либо запускать как в инструкции на http://openvpn.net/index.php/open-source/documentation/howto.html только создать батник для этого примерно такого содержания:

runas /user:Администратор "\"C:\OpenVPN\bin\openvpn.exe\" --pause-exit --config \"%1\""
где вместо %1 путь к файлу конфига.

При этом маршруты должны быть прописаны в конфиге сервера во всех случаях, тогда они корректно добавляются в таблицу маршрутизации клиента.

Для меня в случае Windows 7 наиболее предпочтительным оказался вариант с OpenVPN GUI, так как при одном и том же результате нужно выполнить меньше действий.

[punkara]

Может актуально еще:
в Windows 7 нужно запускать OpenVPN клиент с правами администратора, тогда если на сервере настроено выдавать маршруты автоматически, то на клиенте маршруты прописывать не надо.
либо руками надо прописывать маршруты на клиенте такие же как вы выдаете на сервере, предварительно удалив имеющиеся командой route delete узел
либо использовать OpenVPN GUI, зайти в свойства значка, вкладка совместимость, запускать от имени администратора.
И затем запустив ее, выбирать в контекстном меню конфиг, который надо использовать.
либо запускать как в инструкции на http://openvpn.net/index.php/open-so...ion/howto.html только создать батник для этого примерно такого содержания:
runas /user:Администратор "\"C:\OpenVPN\bin\openvpn.exe\" --pause-exit --config \"%1\""
где вместо %1 путь к файлу конфига.
При этом маршруты должны быть прописаны в конфиге сервера во всех случаях, тогда они корректно добавляются в таблицу маршрутизации клиента.
Для меня в случае Windows 7 наиболее предпочтительным оказался вариант с OpenVPN GUI, так как при одном и том же результате нужно выполнить меньше действий. »

Я так тоже пробовал но без результата! Заметил что если модем стоит роутером то OVPN конектиться нормально и прописыват все маршруты и если бриджом то маршруты прописываються не правильно тагже и в XP ив 2003 виндах! Что есчё можете посоветовать?

[freese]

зачем затирать посты?

[unijohnson]

Здравствуйте все!
Помогите пожалуйста, кто может победить маршрутизацию. Чувствую, что какая то мелочь, а понять не могу.
Если кратко то:
Объединил две сети с помощью OpenVpn под Windows 2008 (server 192.168.10.Х) и Windows XP (klient 192.168.18.Х).
Когда в качестве клиента выступает машина с Windows XP, все клиенты сетей видят друг друга. Но когда в качестве компьютера с опенвпн использую машину с Windows 7, сеть за ней недоступна. Даже локальный адрес сетевой карты 192.168.18.200 не пингуется, хотя по впн сети (10.10.10.102) доступ есть. С компьютера клиента (на Windows 7) сеть сервера доступна. Что только я ни пробовал делать - безрезультатно.
Попробую выложить скриншоты маршрутов (чуть позже):
1. Маршрутизация на сервере
http://radiouni.3dn.ru/img/ovpn/srv10-W2008.jpg
2. Маршрутизация на Windows XP - локальный адрес адаптера 192.168.80.29 и сеть клиента 192.168.80.X доступны с сервера
http://radiouni.3dn.ru/img/ovpn/kl80_xp.jpg
3. Маршрутизация на Windows 7 - локальный адрес адаптера 192.168.18.200 и сеть клиента 192.168.18.X не доступны с сервера
http://radiouni.3dn.ru/img/ovpn/kl18_W7.jpg