The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"vpn и роуты"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [Проследить за развитием треда]

"vpn и роуты" 
Сообщение от bagger emailИскать по авторуВ закладки(ok) on 24-Окт-05, 21:08  (MSK)
Всем доброго времени суток!

Есть у меня vpn-сервер mpd на freebsd и такая схема:

LAN---ROUTER---VPN---INTERNET

Пользователи из локальной сети (LAN) для выхода в INTERNET подключаются к VPN через ROUTER. Гейтвей по умолчанию ставится на VPN и пользователи спокойно ходят в INTERNET.
С недавних пор потребовалось модернизировать эту схему так:

LAN---ROUTER--INTERNET
.                   |
.                  └----VPN
Т.е. пользователям при подключении к VPN должен выдаваться дефолтовый гейтвей на ROUTER (он стоит у них по умолчанию) и выполняться скрипт открытия доступа в интернет на роутере. Другими словами сервер VPN как-бы таковым не является а служит только как сервер авторизации.

НО! При такой схеме после подключения в таблице маршрутизации клиента (проверенно на Win2000) появляется непонятная и совсем ненужная запись: 10.0.0.0/8 10.50.5.3
где 10.50.5.3 - адрес выданный впн-сервером.
Т.е. получается так, что весь локальный траффик от клиента идет через VPN сервер.
В связи с этим вопрос: можно ли как-нибудь сделать так чтобы этот ненужный роут не выдавался?

Заранее благодарю всех за ответы!

  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

  • vpn и роуты, fantom, 09:35 , 25-Окт-05, (1)  
    • vpn и роуты, bagger, 04:51 , 26-Окт-05, (2)  
      • vpn и роуты, fantom, 11:09 , 26-Окт-05, (3)  
        • vpn и роуты, bagger, 01:26 , 27-Окт-05, (4)  

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

1. "vpn и роуты" 
Сообщение от fantom Искать по авторуВ закладки(??) on 25-Окт-05, 09:35  (MSK)
>Всем доброго времени суток!
>
>Есть у меня vpn-сервер mpd на freebsd и такая схема:
>
>LAN---ROUTER---VPN---INTERNET
>
>Пользователи из локальной сети (LAN) для выхода в INTERNET подключаются к VPN
>через ROUTER. Гейтвей по умолчанию ставится на VPN и пользователи спокойно
>ходят в INTERNET.
>С недавних пор потребовалось модернизировать эту схему так:
>
>LAN---ROUTER--INTERNET
>.            
>       |
>.            
>      └----VPN
>Т.е. пользователям при подключении к VPN должен выдаваться дефолтовый гейтвей на ROUTER
>(он стоит у них по умолчанию) и выполняться скрипт открытия доступа
>в интернет на роутере. Другими словами сервер VPN как-бы таковым не
>является а служит только как сервер авторизации.
>
>НО! При такой схеме после подключения в таблице маршрутизации клиента (проверенно на
>Win2000) появляется непонятная и совсем ненужная запись: 10.0.0.0/8 10.50.5.3
>где 10.50.5.3 - адрес выданный впн-сервером.
>Т.е. получается так, что весь локальный траффик от клиента идет через VPN
>сервер.
>В связи с этим вопрос: можно ли как-нибудь сделать так чтобы этот
>ненужный роут не выдавался?
>
>Заранее благодарю всех за ответы!

Необходима настройка на стороне клиента.
Прописать маршрут на подсеть LAN через роутер.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "vpn и роуты" 
Сообщение от bagger emailИскать по авторуВ закладки(??) on 26-Окт-05, 04:51  (MSK)
>>Всем доброго времени суток!
>>
>>Есть у меня vpn-сервер mpd на freebsd и такая схема:
>>
>>LAN---ROUTER---VPN---INTERNET
>>
>>Пользователи из локальной сети (LAN) для выхода в INTERNET подключаются к VPN
>>через ROUTER. Гейтвей по умолчанию ставится на VPN и пользователи спокойно
>>ходят в INTERNET.
>>С недавних пор потребовалось модернизировать эту схему так:
>>
>>LAN---ROUTER--INTERNET
>>.            
>>       |
>>.            
>>      └----VPN
>>Т.е. пользователям при подключении к VPN должен выдаваться дефолтовый гейтвей на ROUTER
>>(он стоит у них по умолчанию) и выполняться скрипт открытия доступа
>>в интернет на роутере. Другими словами сервер VPN как-бы таковым не
>>является а служит только как сервер авторизации.
>>
>>НО! При такой схеме после подключения в таблице маршрутизации клиента (проверенно на
>>Win2000) появляется непонятная и совсем ненужная запись: 10.0.0.0/8 10.50.5.3
>>где 10.50.5.3 - адрес выданный впн-сервером.
>>Т.е. получается так, что весь локальный траффик от клиента идет через VPN
>>сервер.
>>В связи с этим вопрос: можно ли как-нибудь сделать так чтобы этот
>>ненужный роут не выдавался?
>>
>>Заранее благодарю всех за ответы!
>
>Необходима настройка на стороне клиента.
>Прописать маршрут на подсеть LAN через роутер.


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

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "vpn и роуты" 
Сообщение от fantom Искать по авторуВ закладки(??) on 26-Окт-05, 11:09  (MSK)
>>>Всем доброго времени суток!
>>>
>>>Есть у меня vpn-сервер mpd на freebsd и такая схема:
>>>
>>>LAN---ROUTER---VPN---INTERNET
>>>
>>>Пользователи из локальной сети (LAN) для выхода в INTERNET подключаются к VPN
>>>через ROUTER. Гейтвей по умолчанию ставится на VPN и пользователи спокойно
>>>ходят в INTERNET.
>>>С недавних пор потребовалось модернизировать эту схему так:
>>>
>>>LAN---ROUTER--INTERNET
>>>.            
>>>       |
>>>.            
>>>      └----VPN
>>>Т.е. пользователям при подключении к VPN должен выдаваться дефолтовый гейтвей на ROUTER
>>>(он стоит у них по умолчанию) и выполняться скрипт открытия доступа
>>>в интернет на роутере. Другими словами сервер VPN как-бы таковым не
>>>является а служит только как сервер авторизации.
>>>
>>>НО! При такой схеме после подключения в таблице маршрутизации клиента (проверенно на
>>>Win2000) появляется непонятная и совсем ненужная запись: 10.0.0.0/8 10.50.5.3
>>>где 10.50.5.3 - адрес выданный впн-сервером.
>>>Т.е. получается так, что весь локальный траффик от клиента идет через VPN
>>>сервер.
>>>В связи с этим вопрос: можно ли как-нибудь сделать так чтобы этот
>>>ненужный роут не выдавался?
>>>
>>>Заранее благодарю всех за ответы!
>>
>>Необходима настройка на стороне клиента.
>>Прописать маршрут на подсеть LAN через роутер.
>
>
>Пробовал. Помогает. Но это не выход т.к. пользователей около 100 и их
>количество будет расти.


Если твой сервак - лишь транзит для тунеля, ничего больше ты не зделаешь.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "vpn и роуты" 
Сообщение от bagger emailИскать по авторуВ закладки(??) on 27-Окт-05, 01:26  (MSK)
Вобщем нашел решение, хоть и несколько нестандартное...

Дело в том что в схеме которую я приводил выше локальные пользователи имели айпишники вида 10.33.* поэтому когда им выдавался ip вида 10.50.* автоматически появлялся роут 10.0.0.0/8 ессно весь их траффик шел через VPN.

Решилось все просто. Т.к. мне неважно какой ip выдается VPN-ом (все информация о соответствии VPN-ip к реальному ip пользователя берется из базы данных), я сказал VPN-у выдавать пользователям ip из сети класса С 192.168.* В этом случае у клиента появляется роут вида 192.168.5.0/24 и не мешает вообще поскольку в этом диапазоне адресов нет ничего.

Как мне кажется решение неплохое. Достоинства налицо:
1)Защищенность пользователя. Доступ открывается только когда пользователь логинится. (привязка к маку менее надежна)
2)Нету издержек скорости (в отличие от соединения через VPN)
3)При подключении к ROUTER-серверу каких-либо других сетей (будь то серверная подсеть или какая другая) нет необходимости каждому клиенту прописывать таблицу маршрутизации (при включенной VPN-сессии).

Спасибо всем за ответы!

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


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

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




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

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