The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenVPN и распределение интерфейсов"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (VPN / Linux)
Изначальное сообщение [ Отслеживать ]

"OpenVPN и распределение интерфейсов"  +1 +/
Сообщение от Mark.sVr (ok) on 18-Авг-14, 14:18 
Доброго всем времени суток!

Пришел на новое место, где имеется приличное количество нерешенных задач. Понятное дело, что разбираться в чужом сложнее, чем настраивать с нуля. Но в этом вопросе я оказался бессилен в обоих случаях, потому как с OpenSource-системами начал работать совсем недавно. За основу взял те системы, на которых пытался выполнить задачу мой предшественник. Перечитал множество статей, пока не решился попросить помощи :) Имеется ESXi 5.1, на нем с нуля поднял 2 виртуалки: первая - с ClearOS (которая планируется использоваться в качестве шлюза), вторая - с Debian (на которой поднят OpenVPN). Все ничего, но на шлюзе - 12 различных провайдеров(!!!). Задача в том, чтобы каждый удаленный пользователь подключался к OpenVPN, а дальше весь его траффик заворачивался на определенный интерфейс шлюза.

Использование OpenVPN обязательно.
Возможно ли это физически, если да - то что нужно добавить в конфиг (и что может быть неверно)? И если есть решение проще, то подскажите, пожалуйста - какое? Мозг уже закипает...

Конфиг сервера:
port 1194
proto udp
dev tun
dh /etc/openvpn/keys/dh2048.pem
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/OpenVPN.crt
key /etc/openvpn/keys/OpenVPN.key
server 172.10.10.0 255.255.255.0
status /etc/openvpn/openvpn-status.log
log /etc/openvpn/openvpn.log
verb 2
mute 20
max-clients 15
keepalive 10 180
#client-to-client
comp-lzo
persist-key
persist-tun
ifconfig-pool-persist ipp.txt
push "route 10.0.0.0 255.0.0.0"
push "route 172.10.10.0 255.255.255.0"
push "redirect-gateway eth1 bypass-dhcp"
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"

Заранее спасибо!

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "OpenVPN и распределение интерфейсов"  +/
Сообщение от Аноним (??) on 18-Авг-14, 14:43 
http://gentoo.ru/node/17538
под клиента забиваешь фиксированный ип и дальше натишь весь траф от клиента через определенного прова
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "OpenVPN и распределение интерфейсов"  +/
Сообщение от Аноним (??) on 18-Авг-14, 14:51 
> http://gentoo.ru/node/17538
> под клиента забиваешь фиксированный ип и дальше натишь весь траф от клиента
> через определенного прова

openvpn висит сразу на всех 12-ти ip, каждый клиент сразу коннектится к своему прову, и клиенту выдается фиксированный ip который натится через этого прова

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "OpenVPN и распределение интерфейсов"  +/
Сообщение от Mark.sVr (ok) on 18-Авг-14, 16:25 
>> http://gentoo.ru/node/17538
>> под клиента забиваешь фиксированный ип и дальше натишь весь траф от клиента
>> через определенного прова

Правила ната мне где писать и какие?


> openvpn висит сразу на всех 12-ти ip, каждый клиент сразу коннектится к
> своему прову, и клиенту выдается фиксированный ip который натится через этого
> прова

Не совсем понял...
OpenVPN должен иметь 1 внешний ип...

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "OpenVPN и распределение интерфейсов"  –1 +/
Сообщение от Аноним (??) on 18-Авг-14, 17:28 
>>> http://gentoo.ru/node/17538
>>> под клиента забиваешь фиксированный ип и дальше натишь весь траф от клиента
>>> через определенного прова
> Правила ната мне где писать и какие?
>> openvpn висит сразу на всех 12-ти ip, каждый клиент сразу коннектится к
>> своему прову, и клиенту выдается фиксированный ip который натится через этого
>> прова
> Не совсем понял...
> OpenVPN должен иметь 1 внешний ип...

ну можно и через один канал чтоб все ходили а выходили натом
iptables masquerade в гугле забейте

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "OpenVPN и распределение интерфейсов"  +1 +/
Сообщение от Z0termaNN (ok) on 21-Авг-14, 14:14 
не совсем  понял, трафик откуда должен заворачиваться - со стороны клиента или сервера.
если со стороны сервера, то см. в сторону параметров --up, --down, --client-connect, --client-disconnect в зависимости от конфигурации сервера.
со стороны клиента чуть сложнее, но тоже возможно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "OpenVPN и распределение интерфейсов"  +/
Сообщение от Mark.sVr (ok) on 22-Авг-14, 01:02 
> не совсем  понял, трафик откуда должен заворачиваться - со стороны клиента
> или сервера.
> если со стороны сервера, то см. в сторону параметров --up, --down, --client-connect,
> --client-disconnect в зависимости от конфигурации сервера.
> со стороны клиента чуть сложнее, но тоже возможно.

Клиент подключается к серверу с OpenVPN, а дальше ему выдается ип с заданного для него интерфейса и весь траффик пользователя идет через этот интерфейс.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "OpenVPN и распределение интерфейсов"  +1 +/
Сообщение от Z0termaNN (ok) on 22-Авг-14, 12:35 
т.е., насколько я понял - после подключения у клиента default route должен быть через
tun/tap впна ? правильно ?


Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "OpenVPN и распределение интерфейсов"  +/
Сообщение от Mark.sVr (ok) on 22-Авг-14, 23:00 
> т.е., насколько я понял - после подключения у клиента default route должен
> быть через
> tun/tap впна ? правильно ?

По идее так планировалось раньше. Задачу поменяли. Сейчас OpenVPN-сервер работает под Win2008r2... конфиг тот же. Если поменять метрику интерфейса, чтобы дефолтным шлюзом была машина с ClearOS в локальной сети - "redirect-gateway def1" поможет (соотв мудрить с натом на шлюзе)? Или же нужно будет локальный интерфейс заменить на туннель?

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "OpenVPN и распределение интерфейсов"  +/
Сообщение от Z0termaNN (ok) on 25-Авг-14, 09:21 
>> т.е., насколько я понял - после подключения у клиента default route должен
>> быть через
>> tun/tap впна ? правильно ?
> По идее так планировалось раньше. Задачу поменяли. Сейчас OpenVPN-сервер работает под Win2008r2...
> конфиг тот же. Если поменять метрику интерфейса, чтобы дефолтным шлюзом была
> машина с ClearOS в локальной сети - "redirect-gateway def1" поможет (соотв
> мудрить с натом на шлюзе)? Или же нужно будет локальный интерфейс
> заменить на туннель?

опять ничего не понял.
клиенту не получится выдать default route через шлюз с clearos, т.к. он напрямую не подсоединен к клиенту, т.е. все default routes должны идти через vpn сервер, да и то
с некоторой оговоркой, т.к. вполне возможно маршрутизацией снести маршрут до провайдера.
а вот на clearos как раз придется прописывать через какого провайдера кого маршрутизировать.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру