OpenVPN PSK: Site-to-Site инструкция для обсуждения
-
@MythOfTheLight said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
ни клиент сервер. на остальных 7 машинах 2.4.4 работает.
Выходит если версии различаются, досвидос? Старый комп работает уже 3й год с pfSense х86 версии, проц х64 не поддерживает (( придётся менять похоже.Разрядность клиента не важна. Запустите клиента от имени администратора.
-
Добрый
@MythOfTheLightЗ.Ы. - ещё почему-то пакеты не ходят когда сервер и клиент разной версии и битности - сервер поднят на х64 2.4.4, все клиенты тоже, но один клиент х86 2.3.5-2 - соединение поднимается, IP 10.10.10.5 присваивается - но ни сервер не пингует клиент, ни клиент сервер. на остальных 7 машинах 2.4.4 работает.
Выходит если версии различаются, досвидос? Старый комп работает уже 3й год с pfSense х86 версии, проц х64 не поддерживает (( придётся менять похоже.Тип сети для ВПН на net30 на сервере смените. Старые клиенты не умеют тип Subnet.
-
@werter said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
Тип сети для ВПН на net30 на сервере смените. Старые клиенты не умеют тип Subnet.
ХР SP3 работает с Subnet. У меня еще есть такие клиенты. Win2000 - наверное нет, проверить не на чем.
-
@pigbrother клиент - это pfSense 2.3.5 x86, где там запуск от имени администратора =))
@werter вся сеть поднята на subnet - т.к. сервер - pfSense 2.4.4 x64 и клиенты 2.4.4 x64, кроме одного - 2.3.5 x86
Компьютеры в сети даже не знают что они в VPN сидят....
-
@MythOfTheLight said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
клиенты 2.4.4 x64, кроме одного - 2.3.5 x86
Чудеса. У меня зоопарк Андроидов, Микротиков, айфонов, роутеров работает с subnet. Крайне маловероятно, что дело в разрядности клиента PF. Проверьте настройки еще раз.
В старых версиях PF ингода требовалось на сервере на LAN создать неочевидное правило повыше вида
IPv4 * LAN net * 10.x.x.x/24 * * none10.x.x.x/24 - сеть за клиентом PF.
Но вряд ли это ваш случай.
-
Добрый.
@pigbrother said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
В старых версиях PF ингода требовалось на сервере на LAN создать неочевидное правило повыше вида
Это "неочевидное" правило и сейчас более чем очевидно в случае, если на сервере неск-ко ВАНов и нужно дать доступ и в сети впн-клиентов и выпустить через Failover_GW_Group в Инет.
-
@werter said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
Это "неочевидное" правило и сейчас более чем очевидно в случае, если на сервере неск-ко ВАНов и нужно дать доступ и в сети впн-клиентов и выпустить через Failover_GW_Group в Инет.
У меня без него не работал Open VPPN и без Failover_GW_Group.
Странно, что оно не упоминается практически ни в одном мануале. -
@pigbrother said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
@MythOfTheLight said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
клиенты 2.4.4 x64, кроме одного - 2.3.5 x86
Чудеса. У меня зоопарк Андроидов, Микротиков, айфонов, роутеров работает с subnet. Крайне маловероятно, что дело в разрядности клиента PF. Проверьте настройки еще раз.
В старых версиях PF ингода требовалось на сервере на LAN создать неочевидное правило повыше вида
IPv4 * LAN net * 10.x.x.x/24 * * none10.x.x.x/24 - сеть за клиентом PF.
Но вряд ли это ваш случай.
Сделал несколько повторных тестов двух машин с 2.3.5 х86 - пакеты не ходят, перекинул жесткие диски в новые компы - пинги не ходят. Обновил до 2.4.4 х64 с сохранением конфига - ничего не менял после установки - пинги сразу пошли во всех направлениях...
Сам удивляюсь тому, что это реально происходит.
-
@MythOfTheLight said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
@pigbrother said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
@MythOfTheLight said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
клиенты 2.4.4 x64, кроме одного - 2.3.5 x86
Чудеса. У меня зоопарк Андроидов, Микротиков, айфонов, роутеров работает с subnet. Крайне маловероятно, что дело в разрядности клиента PF. Проверьте настройки еще раз.
В старых версиях PF ингода требовалось на сервере на LAN создать неочевидное правило повыше вида
IPv4 * LAN net * 10.x.x.x/24 * * none10.x.x.x/24 - сеть за клиентом PF.
Но вряд ли это ваш случай.
Сделал несколько повторных тестов двух машин с 2.3.5 х86 - пакеты не ходят, перекинул жесткие диски в новые компы - пинги не ходят. Обновил до 2.4.4 х64 с сохранением конфига - ничего не менял после установки - пинги сразу пошли во всех направлениях...
Сам удивляюсь тому, что это реально происходит.
Неделю скакал с бубном вокруг настройки OpenVPN Site-to-Site в вариантах PSK и PKI. Удаленный сервер на 2.3.5-RELEASE-p2 (i386) P-III динозавре, клиенты на 2.4.5-RELEASE (amd64). В случае настройки по PSK трафик по туннелю и между клиентами ходит, в случае настройки сервера по PKI (SSL-TSL) пингуются только концы туннелей. По сто раз проверял правила файрвола, настройки маршрутизации, ну нет косяков... А оказывается надо было просто выкинуть древний третий пентиум и поставить pfsense на 64 разрядный проц... Теперь придется ждать когда перемрет коронавирус, чтобы можно было приехать заменить сервер.
-
@werter said in OpenVPN PSK: Site-to-Site инструкция для обсуждения:
Это "неочевидное" правило и сейчас более чем очевидно в случае, если на сервере неск-ко ВАНов и нужно дать доступ и в сети впн-клиентов и выпустить через Failover_GW_Group в Инет.
Да. Недавно пришлось вспомнить. Стоит задействовать группу шлюзов для выхода в интернет и без этого правила сеть за клиентом Open VPN становится недоступна.
