PfSense OpenVPN Server + Linux-client

[werter]

Доброе.

2 Tano
Снимите галку с Server definitions в Client Specific …
Покажите скрины Certificates на pfsense

т. е. к админке роутера из главной сети доступ есть, а дальше нет

У всех машин в удал. сети шлюзом должен быть роутер с tomato. Проверьте этот момент.
И исп. команду tracert для понимания , где в прохождение пакетов затык.

[Tano]

@werter:

Доброе.

2 Tano
Снимите галку с Server definitions в Client Specific …
Покажите скрины Certificates на pfsense

т. е. к админке роутера из главной сети доступ есть, а дальше нет

У всех машин в удал. сети шлюзом должен быть роутер с tomato. Проверьте этот момент.
И исп. команду tracert для понимания , где в прохождение пакетов затык.

Убрал галку, скрин. во вложении.
      Проверил, поскольку адреса выдаются по DHCP шлюз у всех 192.168.87.1.

Внес изменения как советовал timon12, теперь настройки сервера remoute access выгладят как во вложении см. файл SERVER remote access

Для эксперимента по вай-фай через мобильный телефон подключил ноут, таким образом имитирую подключение мобильного клиента в сетям.
Поднял канал, это клиент client cpecific overrides - common name - 16_VPN_C1, его настройки так же во вложении. см файл Client_C1.
В итоге имею доступ с этого ноута в главную сеть, но все так же нет доступа в удаленную сеть. трасерт с ноута на одну из машин в этой сети прикладываю.
Так же нет доступа из главной сети в удаленную, на машины расположенные за роутером (на сам роутер доступ есть). Трасерт из главной сети в удаленную так же во вложении см. файл tracert from main net
Из удаленной сети в главную доступ есть и Pfsense и ресурсам сети.




[werter]

Последний скрин - уберите всё в Advanced.
Там же - уберите tunnel network.

На клиенте запускайте Openvpn от им. Администратора, т.е. прав. кн. мыши - Запустить от им. Адм-ра.
Покажите route print на проблемном клиенте после поднятия туннеля.

[timon12]

Согласен с

Последний скрин - уберите всё в Advanced.

Покажите таблицу роутов (cmd: route print) с ноута, при имитации.

У себя на pfsense-х не настраивал client specific overrides.

На скрине Server remoute access.JPG почему пропала "галочка" с Clent Settings -> Address Poll, смотри мой последний скрин (который брал у тебя ранее) Remote Access (SSL_TLS)2.jpg

[Tano]

@timon12:

Согласен с

Последний скрин - уберите всё в Advanced.

Покажите таблицу роутов (cmd: route print) с ноута, при имитации.

У себя на pfsense-х не настраивал client specific overrides.

На скрине Server remoute access.JPG почему пропала "галочка" с Clent Settings -> Address Poll, смотри мой последний скрин (который брал у тебя ранее) Remote Access (SSL_TLS)2.jpg

Спасибо за помощь, но доступа в удаленную сеть так и не получил, есть только доступ в главную сеть.
Скрин во вложении.
Убрал все из Advanced для тестового клиента, вот ниже его лог:
Fri Mar 11 18:24:26 2016 OpenVPN 2.3.10 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Jan  4 2016
Fri Mar 11 18:24:26 2016 Windows version 6.2 (Windows 8 or greater)
Fri Mar 11 18:24:26 2016 library versions: OpenSSL 1.0.1q 3 Dec 2015, LZO 2.09
Enter Management Password:
Fri Mar 11 18:24:27 2016 Control Channel Authentication: tls-auth using INLINE static key file
Fri Mar 11 18:24:27 2016 UDPv4 link local (bound): [undef]
Fri Mar 11 18:24:27 2016 UDPv4 link remote: [AF_INET]ХХХ.ХХХ.ХХХ.ХХХ:1199
Fri Mar 11 18:24:28 2016 [16_VPN_S] Peer Connection Initiated with [AF_INET]ХХХ.ХХХ.ХХХ.ХХХ:1199
Fri Mar 11 18:24:31 2016 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Fri Mar 11 18:24:31 2016 open_tun, tt->ipv6=0
Fri Mar 11 18:24:31 2016 TAP-WIN32 device [Ethernet 2] opened: \.\Global{47DCBEC1-8E0C-4188-B62D-845494609D02}.tap
Fri Mar 11 18:24:31 2016 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.0.16.10/255.255.255.252 on interface {47DCBEC1-8E0C-4188-B62D-845494609D02} [DHCP-serv: 10.0.16.9, lease-time: 31536000]
Fri Mar 11 18:24:31 2016 Successful ARP Flush on interface [41] {47DCBEC1-8E0C-4188-B62D-845494609D02}
Fri Mar 11 18:24:36 2016 ROUTE: route addition failed using CreateIpForwardEntry: Этот объект уже существует.  [status=5010 if_index=41]
Fri Mar 11 18:24:36 2016 env_block: add PATH=C:\Windows\System32;C:\Windows;C:\Windows\System32\Wbem
Fri Mar 11 18:24:36 2016 ROUTE: route addition failed using CreateIpForwardEntry: Этот объект уже существует.  [status=5010 if_index=41]
Fri Mar 11 18:24:36 2016 env_block: add PATH=C:\Windows\System32;C:\Windows;C:\Windows\System32\Wbem
Fri Mar 11 18:24:36 2016 ROUTE: route addition failed using CreateIpForwardEntry: Этот объект уже существует.  [status=5010 if_index=41]
Fri Mar 11 18:24:36 2016 env_block: add PATH=C:\Windows\System32;C:\Windows;C:\Windows\System32\Wbem
Fri Mar 11 18:24:36 2016 Initialization Sequence Completed

Напомню, что из главной сети нет доступа в удаленную сеть, точнее есть только до роутера, к машинам за роутером доступа нет, однако тестовый клиент не получает доступа и к роутеру. Из удаленной сети в главную все работает.
Вложил еще раз скрин закладки ROUTES с PFsense.


[timon12]

Простите, а где

Покажите route print на проблемном клиенте после поднятия туннеля.

Покажите таблицу роутов (cmd: route print) с ноута, при имитации.

На скрине Tracert_client_C1.JPG в данном случае полезней посмотреть таблицу роутов чем трасерт.

И кстати, в логах подключения у вас

Fri Mar 11 18:24:36 2016 ROUTE: route addition failed using CreateIpForwardEntry: Этот объект уже существует.  [status=5010 if_index=41]

Бросьте это в гугл, и там сразу будут куча ответов, в том числе и из https://forum.pfsense.org/index.php?topic=70763.0
Полезным еще будут логи опенвпн с пфсенсы вашей, когда тестируете подключение и доступы.

[Tano]

Я решил все упросить, убил opnvpn сервер peer to peer shared keys, и настроил на клиента (tomato shibby MIPSR2-133 K26 USB VPN) через сервер OVPN REMOTE ACCESS SSL|TLS.
Соединение устанавливается, из удаленной сети есть доступ в главную сеть (в принципе для данного клиента это основной режим работы). Но так и нет доступа из главной сети в удаленную.
Что у меня нет так? во вложении скрины:
На скрине трасировки видно, что запрос от машины при обращении к компу в удаленной сети уходит на WAN хотя по идее должен уходит в OPENVPN туннель. FFSENSe не маршрутит запросы в удаленную сеть.




[pigbrother]

Для чего push "route 192.168.1.0 255.255.255.0" в настройках сервера?

Добавьте на LAN pfSense выше остальных правило

IPv4 * LAN net * 192.168.87.0/24 * * none

Такие правила нужны для каждой сети за OVPN-клиентом.

Маршруты в сети за другими OVPN-серверами указываются  в Client Specific Overrides через

push "route 192.168.12.0 255.255.255.0"

или заполнением

IPv4 Local Network/s там же в виде

192.168.12.0/24

Вместо iroute 192.168.87.0 255.255.255.0

можно\нужно использовать поле  IPv4 Remote Network/s

192.168.87.0/24

Брандмауэры Windows в удаленной сети должны быть отключены или настроены на пропуск пакетов из других подсетей.

[Tano]

@pigbrother:

Для чего push "route 192.168.1.0 255.255.255.0" в настройках сервера?

Лишнее правило убрал.
@pigbrother:

Добавьте на LAN pfSense выше остальных правило

IPv4 * LAN net * 192.168.87.0/24 * * none

Такие правила нужны для каждой сети за OVPN-клиентом.

Такое правило есть, все скрины FW есть на предыдущей странице этого топика и оно стоит первым.
@pigbrother:

Маршруты в сети за другими OVPN-серверами указываются  в Client Specific Overrides через
push "route 192.168.12.0 255.255.255.0"

В моем случае это вторая подсеть в главной сети,  типа DZM можно сказать вторая LAN, в которой работает WEB сервер, поэтому я информацию об этой сети размещаю в разделе IPv4 Local Network/s на сервере.
@pigbrother:

или заполнением
IPv4 Local Network/s там же в виде
192.168.12.0/24
Вместо iroute 192.168.87.0 255.255.255.0
можно\нужно использовать поле  IPv4 Remote Network/s
192.168.87.0/24
Брандмауэры Windows в удаленной сети должны быть отключены или настроены на пропуск пакетов из других подсетей.

Так и сделал, еще раз выставил согласно ваших рекомендаций.
Доступа из главной сети в удаленную НЕТ, обратно есть.
Скрины сервера и  Client Specific Overrides после изменений во вложении.


[werter]

IP Local Networks в настр. клиента уберите. Вы их уже в настр. сервера указали.
В настр. сервера галку на Addr pool поставьте.

Ну и самое главное, Common Name верно в клиент. настройках указан ? Его нужно смотреть в Certificates.

P.s. На одном из скринов peer certificate revocation list  Blocked ? Вы там случаем сертификат не отозвали у пол-ля ?

[Tano]

werter, я проверил ваши предложения, но результат был тот же.
Comonn name верный, сертификаты не "заглушены", я лишь сделал заготовку, чтобы потом можно были их туда вписывать, там сейчас закрытых сертификатов нуль, но я для пробы поставил NONE, в любом случае ничего не изменилось.
Пока читал разные источники наткнулся на эту страницу https://doc.pfsense.org/index.php/Why_won't_OpenVPN_push_routes
Поэтому решил вернуться опять к варианту когда за работу мобильных клиентов будет отвечать opnevpn server - REMOTE ACCESS SSL|TLS, а для соединения двух и более локальных сетей (для чего я и затеял весь этот сыр бор) будет отвечать другой openvpn server - Peer to peer, только уже настроил его по варианту SSL|TSL, а не Shared key как было ранее.
В итоге есть двухсторонняя связь между главной и удаленной сетью, - УРА.
В перспективе я подключу еще одну удаленную сеть по такому же принципу и постараюсь обеспечить связь каждой сети с каждой не зависимо от каждой.
Сейчас же идем дальше, подключаю мобильного клиента, в конкретном случае планшет, имеем полный доступ в главную сеть, но нет доступа в удаленную, не роутит PFSENSE из одного Openvpn сервер в другой…
Добавил таблицу маршрутов которая сейчас сформировалась на pfsense, также лог сервера OVPNS при подключении к нему планшет:
Mar 13 01:20:15 openvpn[69378]: 16_VPN_C2/217.118.78.123:39394 SENT CONTROL [16_VPN_C2]: 'PUSH_REPLY,route 192.168.1.0 255.255.255.0,route 192.168.12.0 255.255.255.0,route 192.168.87.0 255.255.255.0,ifconfig 10.0.0.6 10.0.0.5' (status=1)
Mar 13 01:20:15 openvpn[69378]: 16_VPN_C2/217.118.78.123:39394 send_push_reply(): safe_cap=940
Mar 13 01:20:15 openvpn[69378]: 16_VPN_C2/217.118.78.123:39394 PUSH: Received control message: 'PUSH_REQUEST'
Mar 13 01:20:15 openvpn[69378]: 16_VPN_C2/217.118.78.123:39394 MULTI: primary virtual IP for 16_VPN_C2/217.118.78.123:39394: 10.0.0.6
Mar 13 01:20:15 openvpn[69378]: 16_VPN_C2/217.118.78.123:39394 MULTI: Learn: 10.0.0.6 -> 16_VPN_C2/217.118.78.123:39394
Mar 13 01:20:15 openvpn[69378]: 16_VPN_C2/217.118.78.123:39394 MULTI_sva: pool returned IPv4=10.0.0.6, IPv6=(Not enabled)
Mar 13 01:20:15 openvpn[69378]: 16_VPN_C2/217.118.78.123:39394 OPTIONS IMPORT: reading client specific options from: /var/etc/openvpn-csc/16_VPN_C2
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 [16_VPN_C2] Peer Connection Initiated with [AF_INET]217.118.78.123:39394
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 VERIFY OK: depth=0, C=RU, ST=SPB, L=SPB, O=16, emailAddress=tano@16.spb.ru, CN=16_VPN_C2
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 VERIFY SCRIPT OK: depth=0, C=RU, ST=SPB, L=SPB, O=16, emailAddress=tano@16.spb.ru, CN=16_VPN_C2
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 VERIFY OK: depth=1, C=RU, ST=SPB, L=SPB, O=16, emailAddress=tano@16.spb.ru, CN=16_CA
Mar 13 01:20:15 openvpn[69378]: 217.118.78.123:39394 VERIFY SCRIPT OK: depth=1, C=RU, ST=SPB, L=SPB, O=16, emailAddress=tano@16.spb.ru, CN=16_CA
Mar 13 01:20:13 openvpn[69378]: 217.118.78.123:39394 TLS: Initial packet from [AF_INET]217.118.78.123:39394, sid=1f71d622 811fd4e0
Mar 13 01:19:37 openvpn[69378]: 16_VPN_C2/217.118.78.123:39389 SIGTERM[soft,remote-exit] received, client-instance exiting

В его настройках Client Specific Overrides - common names - 16_VPN_C2 указал в разделе IPv4 Local Network/s все три сети к которым хочу обеспечить доступ, в итоге в сети: 192.168.1.0/24 и 192.168.12.0/24 доступ есть, а вот в удаленную есть нет.
В настройках его сервера ничего не менял, кроме того, что вы советовали, на всякий случае его тоже выкладываю.


[werter]

Сейчас же идем дальше, подключаю мобильного клиента, в конкретном случае планшет, имеем полный доступ в главную сеть, но нет доступа в удаленную, не роутит PFSENSE из одного Openvpn сервер в другой…

А вы не по ви-фи ли его внутри локал. сети подключаете ?
Необходимо подкл. только извне. Это важно.  Используйте 3g\4g подключение.

Пока читал разные источники наткнулся на эту страницу https://doc.pfsense.org/index.php/Why_won't_OpenVPN_push_routes

А вот за это - мерсИ.

[pigbrother]

Routes cannot be pushed on a shared key setup or an SSL/TLS setup using a /30 tunnel network

Имеется в виду что route push не будет работать если используется net30, а не subnet?

Тогда почему данная связка работает у меня? Может потому, что первоначально OVPN настраивался на 2.0.х?

[werter]

2 Tano

Может я проглядел, но схемы с адресацией не увидел. Рисуйте.

[Tano]

@Tano:

@werter:

Сейчас же идем дальше, подключаю мобильного клиента, в конкретном случае планшет, имеем полный доступ в главную сеть, но нет доступа в удаленную, не роутит PFSENSE из одного Openvpn сервер в другой…

А вы не по ви-фи ли его внутри локал. сети подключаете ?
Необходимо подкл. только извне. Это важно.  Используйте 3g\4g подключение.

Пока читал разные источники наткнулся на эту страницу https://doc.pfsense.org/index.php/Why_won't_OpenVPN_push_routes

А вот за это - мерсИ.

Нет конечно, вайфай выключаю, плншет подключается по 3G, то же самое делал с тестовой машиной, которая подключалась по vpn.

[Tano]

@pigbrother:

Routes cannot be pushed on a shared key setup or an SSL/TLS setup using a /30 tunnel network

Имеется в виду что route push не будет работать если используется net30, а не subnet?

Тогда почему данная связка работает у меня? Может потому, что первоначально OVPN настраивался на 2.0.х?

У меня сейчас pfsense 2.2.6, поскольку все развернуто на ESXI после выхода релиза 2.3 разверну еще одну виртуальную машину и попробую настроить все с нуля, на чистую версию, если будет что то иначе чем сейчас, руками перенесу все настройки, не чем сохранение конфигурации.

[Tano]

@werter:

2 Tano

Может я проглядел, но схемы с адресацией не увидел. Рисуйте.

Вот схема она практически такая же как и на инструкции которую взял за основу настройки https://forum.pfsense.org/index.php?topic=99694.0

[werter]

Укажите на схеме между какими сетями\клиентами проблемы.

[timon12]

Сейчас же идем дальше, подключаю мобильного клиента, в конкретном случае планшет, имеем полный доступ в главную сеть, но нет доступа в удаленную, не роутит PFSENSE из одного Openvpn сервер в другой…

Покажите пожалуйста таблицу маршрутизации у мобильного клиента при подключении по впн (на картинке это ноут), один из важных моментов в понимании проблемы, чтоб понять в какую сторону думать - настройки впн-сервера или роутинг на пф

[Tano]

@werter:

Укажите на схеме между какими сетями\клиентами проблемы.

Сеть 192.168.1.0/24 главная сеть, тут на входе стоит Pfsense  и всем рулит.
Сеть 192.168.87.0/24 удаленная сеть, там на входе стоит Neatgear 3500L с последней прошивкой Tomato shybbi v133
Между этими сетями поднимается OPENVPN канал - 192.168.99.0/24 Peer to Peer SSL/TLS
Между сетями есть полный двух сторонний обмен данными.
В перспективе будет еще одна аналогичная удаленная сеть, с таким же оборудованием - в моем случае это будет дача, где разворачивается умный дом и система видео наблюдения.
Есть мобильные клиенты, планшет, смартфоны или ноуты, которые должны попадать в любую из сетей, как в главную так и в удаленные. Сейчас мобильный клиент подключен через openvpn remote access ssl/tls, туннель - 10.0.0.0/24 и имеет доступ в главную сеть, но нет доступа в удаленную.
Попробовал это нарисовать стрелками.