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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
MKL81

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сети на самом деле оказались сбриджированными Спасибо, отключение бриджа помогло...
Но появилась ещё одна проблема... Компьютер, на котором установлен VPN-сервер, не видит компьютеры в VPN-сети. По запросу ipconfig отображается только ip-адрес, полученный от DHCP сервера предприятия (10.*.*.*). Локальный VPN-адрес (172.16.*.*) на сервере не отображается. Машины, подключённые к VPN - не пингуются с сервера (хотя друг друга пингуют и сервер 172.16.1.1 тоже пингуют.
 
Я попробовал на VPN-сервере создать VPN-подключение и соединиться сам с собой (по ip-адресам 10.*.*.* и 127.0.0.1), однако при попытке соединения у меня вываливается ошибка 651.
Подскажите пожалуйста, что я делаю не так и как это исправить?

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



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

Цитата:
Подскажите пожалуйста, что я делаю не так

Ты не учитываешь особенность архитектуры softether - его код исполняется в userspace.

Цитата:
как это исправить?

Начать с рисования схемы того, что имеется (без VPN).
Перечислить желаемые хотелки к схеме.
Определиться с решением и только потом переходить к реализации.

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 14:24 19-02-2018
vlary



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MKL81
Цитата:
Локальный VPN-адрес (172.16.*.*) на сервере не отображается.  
Он и не должен. Ибо интерфейс чисто виртуальный, работает  
в пользовательском контексте, а не в ядре.  
И SecureNAT, как любой NAT, это система-ниппель, с односторонней видимостью.  


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

Всего записей: 17278 | Зарегистр. 13-06-2007 | Отправлено: 14:31 19-02-2018
MKL81

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vlary
А как же мне тогда соединиться с VPN-сервера с машинами, соединёнными с VPN ?

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



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MKL81
Цитата:
А как же мне тогда соединиться с VPN-сервера с машинами, соединёнными с VPN ?
Цель какая? SecureNAT решает задачу доступа клиента
к локальной сети, используя сервер.
Если нужны более продвинутые задачи, нужно использовать другие схемы.
В доках на офсайте имеются конфигурации для связи распределенных сетей
с помощью L2 или L3 топологий. И это уже не юзер спейс.  


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

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

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В общем ситуация следующая:
http://media.ffclub.ru/up94462-scheme-1519044108.jpg
 
Нужно с помощью удалённого рабочего стола соединяться с машиной, выполняющей роль сервера и скачивать информацию с регистраторов, подключённых через роутер с VPN с сервером. Поэтому и нужен доступ к VPN-сети с VPN-сервера. А заморочки такие из-за плохого качества беспроводного соединения с сетью предприятия.

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



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MKL81
Цитата:
В общем ситуация следующая
Ну, тут тебе нужно серьезное решение, типа этого: Ссылка
С бриджеванием локального интерфейса, прописывания маршрутов...
Одним SecureNAT здесь не обойдешься.

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

Всего записей: 17278 | Зарегистр. 13-06-2007 | Отправлено: 19:05 20-02-2018
mikaphaeton

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день.
Установил Softether на 2008 R2 почти по дефолту.
Дома установил клиента. Соединение проходит. Адрес получаю из локальной сети Softether.
Сервер пингуется но по rdp я на него зайти не могу.
По физическому ip сервера в локальной сети RDP работает.
OpenVPN тоже работает но очень медленный он хочу попробовать Softether
Куда смотреть?

Всего записей: 54 | Зарегистр. 19-03-2008 | Отправлено: 13:34 20-03-2018 | Исправлено: mikaphaeton, 15:51 20-03-2018
karavan



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

Цитата:
Куда смотреть?

1. Передать маршрут клиенту до физ.адреса сервера.
2. Подключение RDP осуществлять на физ.адрес сервера.

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



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
mikaphaeton
Цитата:
Сервер пингуется но по rdp я на него зайти не могу.  
karavan + 1. И проверить настройки фаера на сервере, он может не пускать по  RDP  
с адресов незнакомой сетки.
Так же можно настроить локальный бридж, и выдавать клиенту адрес из сети LAN.


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

Всего записей: 17278 | Зарегистр. 13-06-2007 | Отправлено: 16:53 20-03-2018
mikaphaeton

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan, vlary
Спасибо за ответы.
а можно немного подробнее как передать маршрут?
В окне настройки nat-DHCP нажать на static routing table to vpn clients ?
Вид: 10.0.0.1/255.255.255.0/192.168.30.1
 
10.0.0.1 - физический сервер
192.168.30.1 - VPN
 
 

Всего записей: 54 | Зарегистр. 19-03-2008 | Отправлено: 18:18 20-03-2018 | Исправлено: mikaphaeton, 18:19 20-03-2018
karavan



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
mikaphaeton
Все верно.
В строке 10.0.0.1/255.255.255.0/192.168.30.1:
10.0.0.1 - это физический адрес твоего rdp.
255.255.255.0 - это маска, если доступ нужен только к одному хосту (в твоем случае сервер RDP), то рекомендую сменить на 255.255.255.255
192.168.30.1 - адрес SecureNAT

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 18:26 20-03-2018
mikaphaeton

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
karavan
Спасибо. Работает. В отличие от OpenVPN пугающая скорость. Точнее пинги очень сократились и работать стало комфортно. Переживаю. Может что настроил неправильно

Всего записей: 54 | Зарегистр. 19-03-2008 | Отправлено: 19:03 20-03-2018
FAetoNets

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
добавьте в шапку плиз, чтоб все кто ставит сервер,
 в обязательном порядке создавал и наполнял файл adminip.txt.
Об этом почитайте на досуге в документации.

Всего записей: 71 | Зарегистр. 19-12-2005 | Отправлено: 16:46 14-04-2018
karavan



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

Цитата:
чтоб все кто ставит сервер,  
 в обязательном порядке

п.1 Включал свой моск при настройке фаирвола хоста, где работает сервер VPN.
Об этом пишут на всех заборах.
(это безотносительно к Вам)
 

Цитата:
создавал и наполнял файл adminip.txt

п.2 В шапку добавить можно. Но разве ссылки на документацию недостаточно?
п.3 И я бы не был столь категоричен с обязательностью наличия этого файла.
У меня его нет и я сплю спокойно, потому что см. п.1

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



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
В личной переписке с FAetoNets выяснился мой недочет работы нативной клиентской сессии на том-же порту, на котором работает админка.
Т.к. я нативные подключения на своем сервере не разрешал, потому упустил.
Согласен с тем, что использование списка адресов для админских подключений желательно, если на сервере разрешен нативный протокол, а админка осуществляется с помощью утилиты "Server Manager".
Для пользующихся консолью vpncmd это ни к чему.
Но хочу обратить внимание на то, что синтаксис файла adminip.txt на столько прост, что даже не позволяет указывать диапазоны адресов или маски.
 

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

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Друзья,
 
Какое-то время назад поднимал вопрос о том, что если к SoftEther серверу подключаться через стандартный виндовый L2TP клиент, обращение к удаленному ресурсу (на котором клиент) по NetBIOS имени не работает, только по IP.  
Мне резонно посоветовали принудительно прописать в локальной DNS зоне имена ресурсов. Так и поступил, подняв Acrylic DNS Proxy и прописав в его конфигурации соответствия имени ресурсов их IP. Все работало, но решение не давало мне покоя - во-первых, мне вообще не нужен DNS Proxy помимо решения этой задачи, во-вторых, хотелось чтобы все работало без прописывания имен вручную.
 
И к удивлению заметил, что если подключаться через родной SoftEther клиент вместо виндового L2TP, обращение по именам работает ! Уж не знаю истинных причин, но факт. Видимо, он не режет NetBIOS трафик. Это всем на заметку.
 
Потом с огорчением заметил, что у SoftEther клиента нет опции "не использовать шлюз удаленной сети", в отличие от родного виндового. А мне она нужна ибо VPN требуется только для доступа к ресурсам удаленной сети, Интернет трафик не должен проходить через него.  
 
Проблему решил прописыванием статики на виртуальном адаптере клиента (соответственно, шлюз там не указываю). Но статика - это неправильно. Сделать так, чтобы DHCP не выдавал этому адаптеру шлюз тоже нельзя (нет такой функции у DHCP роутера). Никто не знает другого решения ?

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



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
aarkhipov
VPN уровня L2 решит вопрос работы протокола NetBIOS.
 
Добавлено:
Но, хочу еще сказать, что существование протокола NetBIOS есть костыль к отсутствию в сети DNS. (ИМХО)
Потому, поднятие канала VPN с уровнем L2 ради нетбиоса считаю нецелесообразным. Гораздо правильнее делать vpn на L3 и развертывание сервера имен в сети.
 

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 20:52 17-04-2018 | Исправлено: karavan, 21:26 17-04-2018
aarkhipov

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

Цитата:
VPN уровня L2 решит вопрос работы протокола NetBIOS.

 
В том и дело, что у меня как раз VPN уровня L2 (см. предыдущую страницу). Видимо, виндовый клиент целенаправленно режет пакеты с NetBIOS трафиком.
 

Цитата:
Но, хочу еще сказать, что существование протокола NetBIOS есть костыль к отсутствию в сети DNS. (ИМХО)  
Потому, поднятие канала VPN с уровнем L2 ради нетбиоса считаю нецелесообразным. Гораздо правильнее делать vpn на L3 и развертывание сервера имен в сети.  

 
Для больших сетей - да, соглашусь. Но для маленьких домашних L2 и NetBIOS - самое то (ИМХО).
 

Цитата:
у SoftEther клиента нет опции "не использовать шлюз удаленной сети", в отличие от родного виндового

 
Нет идей как решить помимо перечисленных мною ?

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



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

Цитата:
Нет идей как решить помимо перечисленных мною ?

Убрать запись из строки шлюза в настройках Secure NAT.

Всего записей: 1962 | Зарегистр. 02-12-2011 | Отправлено: 23:38 17-04-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