Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » SoftEther Multi-Protocol VPN Server

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

Открыть новую тему     Написать ответ в эту тему

vlary



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Смежная тема в разделе "Программы"

SoftEther Multi-Protocol VPN Server


SoftEther - это серверное и клиентское программное обеспечение для создания VPN подключений, академический проект, разработанный в University of Tsukuba, Япония.
Весь софт бесплатен для личного или коммерческого использования, с 4 января 2014 года является open source.  
Поддерживаемые платформы
Сервер:   Windows, Linux, Mac OS X, FreeBSD, Solaris
Клиенты: Windows, Linux, Mac, Android, iPhone, iPad, Windows Phone  
Поддержка встроенных VPN клиентов: Windows (L2TP, SSTP), Mac, Android, iOS (L2TP)
Поддерживаемые протоколы
OpenVPN, L2TP/IPSec, L2TPv3, EtherIP, SSTP,  SSL-VPN over HTTPS
Типы VPN подключений .
Ad-hoc VPN, LAN to LAN Bridge, Remote Access to LAN, поддержка Cloud


Полезные ссылки по теме
Мануал по SoftEther на русском
Статья на Хабре
Установка и настройка Softether VPN на Debian
Объединяем сети при помощи SoftEther VPN
Softether on VPS Using Local Bridge
Для виндузятников, привыкших все настраивать мышкой, это вообще подарок судьбы. Имеется программа управления сервером, которую можно запустить после установки сервера. Также можно вручную редактировать конфигурационный файл. Поднять рабочий L2TP/IPSec сервер заняло 15 минут.

Всего записей: 17278 | Зарегистр. 13-06-2007 | Отправлено: 21:00 08-02-2014 | Исправлено: igor me v2, 00:55 09-12-2021
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
А какие роутеоы используются в сетях?

 
Сейчас оба роутера (домашний / дачный) имеют адрес 192.168.1.1, раздают адреса по dhcp, на домашнем настроен NAT.
Модель - sagem fast 2704 если это что-то скажет.
 
P.S. Если все-таки делать единое адресное пространство (скажем 192.168.1..127 для дома и 192.168.1.128..255 для дачи), как организовать работу двух роутеров в одной сети ? Я так понимаю, прописать маску ? Подскажите, какая будет в каждой сети ?

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 12:44 11-02-2018 | Исправлено: aarkhipov, 12:53 11-02-2018
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
aarkhipov

Цитата:
делать единое адресное пространство

Очень сложно тебе что-то советовать, пока ты путаешься в терминологии.
"Единым адресным пространством" принято называть сетевое взаимодействие узлов при котором пакеты между узлами не подвергаются маршрутизации, или другими словами - узлам доступно взаимодействие друг с другом на уровне L2.
В едином адресном пространстве может быть только один сервер dhcp, или же несколько, но работа которых между собой согласована.
Две и более различных сетей можно объединить единым адресным пространством, НО...
Во-первых, это довольно сложно.
Во-вторых, требует оборудование посерьезнее уровня SOHO.
В-третьих, любое подобное решение будет иметь свои накладные расходы.
В-четвертых, нужны надежные каналы связи.
В-пятых, все предыдущие пункты должны быть экономически обоснованы.
 
В твоем случае "единое адресное пространство" именно такое, которое позволяет узлам общаться на уровне L2, это как на аэробусе летать в магазин за хлебом.
Мой предыдущий совет:
Цитата:
уменьшить маски у всех трех сетей минимум до 26-го префикса (255.255.255.192)
Все-таки разделяет сети для обеспечения маршрутизации пакетов между узлами разных сетей.

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 16:03 11-02-2018
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan
Наконец добрались руки попробовать. Установил в SecureNAT сеть 192.168.0.0, домашнюю сеть оставил 192.168.1.0, дачную сеть поменял на 192.168.2.0, добавил маршрут в настройках SecureNAT  
 - 192.168.1.0/255.255.255.0/192.168.0.0
 
И о чудо - все машины в домашней сети стали видны из дачной по своим родным IP (192.168.1.x)
Спасибо большое за помощь !
 
Можете подсказать еще два вопроса:
 
1. Как в этой конфигурации сделать видимыми дачные машины из домашней сети ? Можно ли это решить прописыванием статического маршрута на VPN клиенте, находящимся в дачной сети ? Что-то вроде route add -p 192.168.2.0 MASK 255.255.255.0 192.168.0.0
 
2. Как сделать так, чтобы к удаленным машинам можно было обращаться по именам, а не только по IP ?  
 
P.S. Опять прошу прощения за тупость, не спец я в этом деле ...

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 15:14 13-02-2018
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
aarkhipov
Как дачная сеть подключается к VPN? Роутером, или каждое устройство поднимает свою сессию?

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 15:45 13-02-2018
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan
Мой роутер без поддержки VPN клиентов.  
В дачной сети есть постоянно работающий Win7 сервер, предполагаю, что на нем будет подниматься VPN и будет маршрутизация во всю сеть. Поднимать сессию на каждом устройстве не хотелось бы.

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 15:58 13-02-2018
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
aarkhipov

Цитата:
Мой роутер без поддержки VPN клиентов.

Тогда весьма сложная схема получается из-за того, что дефолтные шлюзы каждой из сетей не будут являться шлюзами для маршрутизации пакетов между связываемыми сетями.
Гораздо проще твои сети связать заменив шлюзы, к примеру, микротики легко справятся с твоей задачей без softether.
 
Добавлено:

Цитата:
Как сделать так, чтобы к удаленным машинам можно было обращаться по именам, а не только по IP ?  

А это уже "курить" dns и поднимать для каждой сети свои зоны.

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 16:27 13-02-2018 | Исправлено: karavan, 16:31 13-02-2018
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan
Ясно. А если из домашней сети потребуется видеть только сервер дачной сети, на котором поднят VPN, это можно решить статическим маршрутом ?

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 16:34 13-02-2018
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
aarkhipov
Придется каждому клиенту домашней сети прописывать ручками нужный маршрут - именно в этом сложность, когда шлюз VPN не является шлюзом для остальных пакетов.

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 16:37 13-02-2018
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan
Для меня слово "маршрутизация" очень страшное =((
Верно ли мое предположение, что на дачном сервере маршрут в этом случае будет выглядеть так:
 
route add -p 192.168.2.0 MASK 255.255.255.0 192.168.0.0  
 
Еще раз:
VPN сеть - 192.168.0.0
Домашняя сеть - 192.168.1.0
Дачная сеть - 192.168.2.0
IP VPN сервера - 192.168.1.3
IP VPN клиента (которого нужно сделать видным в домашней сети) - 192.168.2.3

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 16:43 13-02-2018 | Исправлено: aarkhipov, 16:54 13-02-2018
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
aarkhipov
Мне вся схема представляется довольно сложной, что без отработки в тестовой лабе я боюсь что-либо советовать.
Может vlary подключится к обсуждению, и порекомендует что-то попроще?

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 16:54 13-02-2018
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan
OK, попробую методом научного тыка ) В любом случае, спасибо еще раз за помощь !
 
Добавлено:
В общем, не нашел я нормального решения этой задачи на уровне L3 =(
Как вариант, можно использовать L2 (бридж) и сделать два сегмента сети:
 
Дом - 192.168.1.1/25 (255.255.255.128)
Дача - 192.168.1.128/25 (255.255.255.128)
 
Роутеры соответственно будут иметь IP 192.168.1.1 и 192.168.1.128, DHCP каждого будет раздавать IP только в своем сегменте.
 
Но тогда получится два DHCP в сети если поднят VPN. Никак не пойму, нормально это или нет... Не получится ли так, что при подключении устройства к первому сегменту, ему IP выдаст DHCP роутера из второго сегмента ? И как этого избежать ? Выходит, нужно не пропускать DHCP запросы через VPN туннель ...
 

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 16:59 13-02-2018
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
P.S.  
 
В Virtual Hub Extended Options нашел фичу DisableUdpFilterForLocalBridgeNic с описанием
 
If you set this option to non-zero value, then the Virtual Hub disables the trouble-preventing filtering function to filter DHCP packets which might causes of network unstable. By default, a local bridge interface sometimes try to acquire an IP address from remote-side DHCP server, however such a behavior should infinite loop in the routing table. The filtering function can avoid such problems. This option can disable the filtering function.
 
Т.е. как я понял, по умолчанию фильтр DHCP запросов через VPN туннель включен, и конфликта быть не должно.

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 23:08 13-02-2018
vlary



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
aarkhipov  
Собственно, оба твои возможных варианта представлены на офсайте (с картинками)
Build a LAN-to-LAN VPN (Using L2 Bridge)
Build a LAN-to-LAN VPN (Using L3 IP Routing)
Ну а насчет 2-х DHCP - просто настроить правильно фильтры.
Либо в одном из сегментов использовать статику.

----------
Заслуженный SCOтовод, почетный SUNтехник и любитель Кошек

Всего записей: 17278 | Зарегистр. 13-06-2007 | Отправлено: 12:44 15-02-2018
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В общем, задачу я решил на уровне L2.  
 
С двумя DHCP проблем не было - их запросы через туннель видимо действительно не проходят.
Но с разделением на подсети маской /25 не совсем получилось - при поднятом VPN пропадал доступ к ресурсам локальной сети на машине с VPN клиентом (во всяком случае не пинговался шлюз родной сети).
 
Решил сделать два сегмента (192.168.1.0 и 192.168.2.0), так все работает нормально.
 
 
Добавлено:
Последняя маленькая проблема:
 
С клиента (192.168.2.x) видны все машины в удаленной сети (192.168.1.0), даже обращение по NetBIOS имени работает.
 
А вот со стороны VPN сервера доступ к машине клиента есть только по IP. Причем по команде ping -a сервер возвращает верное имя машины, а пинговать по нему не хочет:
 
>ping -a 192.168.1.10
 
Pinging BMS [192.168.1.10] with 32 bytes of data:
Reply from 192.168.1.10: bytes=32 time=45ms TTL=128
 
>ping BMS
Ping request could not find host BMS. Please check the name and try again.
 
Никто не подскажет, как выйти из положения ?
 
Конечно, можно прописать в DHCP сервера выдачу определенного IP по MAC адресу удаленного VPN адаптера и потом прописать соответствие имени этому IP в LMHOSTS на сервере, но это плохой вариант.

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 12:49 15-02-2018 | Исправлено: aarkhipov, 12:51 15-02-2018
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
aarkhipov

Цитата:
со стороны VPN сервера доступ к машине клиента есть только по IP. Причем по команде ping -a сервер возвращает верное имя машины, а пинговать по нему не хочет

Чтобы отресолвить ip  в имя - нужна PTR-запись, а для ресолва имени в ip - уже работает A-запись.

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 13:27 15-02-2018
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan

Цитата:
Чтобы отресолвить ip  в имя - нужна PTR-запись, а для ресолва имени в ip - уже работает A-запись.

 
И какие предложения ?

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 14:02 15-02-2018
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
aarkhipov

Цитата:
И какие предложения ?

корректные зоны DNS

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 14:17 15-02-2018 | Исправлено: karavan, 14:18 15-02-2018
aarkhipov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan
Это конечно верно, но поднимать локальный DNS ради этой фичи не вариант, учитывая что ОС на машинах не серверные.

Всего записей: 22 | Зарегистр. 09-02-2018 | Отправлено: 14:23 15-02-2018
MKL81

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Здравствуйте. Запутался немного и где-то галочку забыл какую-то поставить
У меня есть корпоративная сеть, где выдаются IP адреса (10.*.*.*) DHCP-сервером. Мне надо создать внутри этой сети L2TP VPN с другими локальными айпишниками. Поднял сервер, установил Enable SecureNAT, поставил галочку Use virtual DHCP Server Functions, где прописал диапазон IP-адресов 172.16.1.10 - 172.16.1.200. Настроил авторизацию.
В итоге все ближайшие ко мне машины при перезагрузке цепляются к DHCP-серверу моего VPN-сервера, а не корпоративному серверу предприятия.
Если убрать галочку "Use virtual DHCP server functions", то после авторизации VPN-клиенты начинают получать от VPN-сервера адреса в корпоративной подсети 10.*.*.*, что не есть гуд.
 
Подскажите пожалуйста, как мне сделать так, чтобы VPN-сервер выдавал локальные IP-адреса через DHCP только после авторизации?

Всего записей: 4 | Зарегистр. 15-02-2018 | Отправлено: 15:32 15-02-2018
vlary



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MKL81
Цитата:
как мне сделать так, чтобы VPN-сервер выдавал локальные  
IP-адреса через DHCP только после авторизации?
По идее он так и должен работать.
Похоже ты сбриджевал виртуальный хаб и локальный интерфейс.
Читай это: Ссылка и делай все как там написано.


----------
Заслуженный SCOтовод, почетный SUNтехник и любитель Кошек

Всего записей: 17278 | Зарегистр. 13-06-2007 | Отправлено: 18:00 15-02-2018
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » SoftEther Multi-Protocol VPN Server


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru