Как пустить весь трафик через OpenVPN?

M
На сайте с 19.03.2012
Offline
21
22434

Есть компьютер, который находится в другой стране и работает под управлением WINDOWS Server; Пытаюсь поднять на этом компьютере свой персональный VPN сервис.

Скачал дистрибутив openvpn http://openvpn.net/release/openvpn-2.1_rc20-install.exe и установил его как на WINDOWS Server, где поднимаю VPN, так и на свой персональный компьютер, с которого планирую подключаться.

Сделал следующие конфигурационные файлы:

# Для сервера:

dev tun

ifconfig 192.168.0.1 192.168.0.2

secret static.key

#Для клиента

remote 173.255.193.241

dev tun

ifconfig 192.168.0.2 192.168.0.1

secret static.key

После чего сгерил static.key выполнив команду:

openvpn --genkey --secret static.key на сервере

Запустил VPN на сервере, и на своем компьютере. Ура - мониторчики загорели зеленым, подключились.

Как теперь весь трафик со своего компьютера пустить именно через VPN сервер. Прочитал, что нужно делать посредством маршрутизации. Но не знаю как, с маршрутизацией вообще никогда не работал. Помогите пожалуйста

Andreyka
На сайте с 19.02.2005
Offline
822
#1

Поставить в свойствах vpn соединения маршрут по умолчанию.

Не стоит плодить сущности без необходимости
M
На сайте с 19.03.2012
Offline
21
#2

А можно немного подробней, как это сделать. Перерыл тучу материалов, но как это сделать, так и не сообразил.

M
На сайте с 01.12.2009
Offline
235
#3

man route, ip route

Только не понятно зачем вам маршрут, когда есть, сервер - клиент. там достаточно и дефолтных настроек + nat

Администратор Linux,Freebsd. построения крупных проектов.
Hubba_Bubba
На сайте с 26.11.2005
Offline
75
#4

Поробуйте в эту сторону покопать.

Изменение маршрута по умолчанию

Есть возможность установить маршрут по умолчанию (default route) через созданный туннель OpenVPN. Для этого можно использовать директиву 'redirect-gateway', в т.ч. с автоматической передачей её клиенту через механизм push-pull. Однако при работе клиента под непривилегированным пользователем и в chroot-окружении возникают проблемы с восстановлением старого маршрута при закрытии соединения, т.к. клиенту не хватает прав внести изменения в таблицу маршрутизации. Для обхода этой ситуации следует использовать параметр 'def1' директивы 'redirect-gateway'. При этом на сервере в файле конфигурации (глобальном или конкретного клиента) переназначение маршрута задаётся строкой вида

push "redirect-gateway def1"

Получив эту директиву (при наличии 'pull' в своей конфигурации), клиент не удаляет старый маршрут, а добавляет в таблицу маршрутизации записи вида:

0.0.0.0/1 via 192.168.231.5 dev tun0 

128.0.0.0/1 via 192.168.231.5 dev tun0

Оригинальный маршрут по-умолчанию при этом не используется пока существует интерфейс tun0 канала.

Сайт экономистов БелГУТа (http://economistov.net)

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий