Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    OpenVPN PSK: Site-to-Site инструкция для обсуждения

    Scheduled Pinned Locked Moved Russian
    180 Posts 32 Posters 102.3k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • werterW
      werter
      last edited by

      А кто ж его знает.
      Ни скринов, ни версии пф.

      1 Reply Last reply Reply Quote 0
      • T
        Taunirhe
        last edited by

        Все в точности как в первом посте. Отличаются только локальные сети (192.168.2.0/24 и 192.168.4.0\24) и способ получения внешнего IP (dyndns).
        Версия 2.2.2.
        Настройки сервера и клиента:

        pf1.jpg
        pf1.jpg_thumb
        pf2.jpg
        pf2.jpg_thumb

        1 Reply Last reply Reply Quote 0
        • T
          Taunirhe
          last edited by

          Status -> Openvpn и скрин лога (выкладывал выше)

          pf3.jpg
          pf3.jpg_thumb
          pf4.jpg
          pf4.jpg_thumb

          1 Reply Last reply Reply Quote 0
          • R
            rubic
            last edited by

            ifconfig обычно вылетает, если в системе уже есть адрес/маршрут 10.0.8.1/10.0.8.2
            посмотрите в Diagnostics > Routes так ли это

            1 Reply Last reply Reply Quote 0
            • T
              Taunirhe
              last edited by

              Проверил, нет маршрута

              pf5.jpg_thumb
              pf5.jpg

              1 Reply Last reply Reply Quote 0
              • werterW
                werter
                last edited by

                Проблема вот в чем :
                1. У Вас локальный  интерфейс (физ.) re2 нах-ся в сети 10.0.0.0\8
                2. В настройках OpenVPN Вы создаете пересекающуюся туннельную сеть 10.0.8.0\24

                Смените адресацию туннельной сети на что-то отличное от 10.х.х.х

                1 Reply Last reply Reply Quote 0
                • T
                  Taunirhe
                  last edited by

                  Заменил туннельную сеть, ничего не поменялось, та же ошибка.  ???

                  Jul 4 21:35:27 Gate openvpn[15552]: OpenVPN 2.3.6 amd64-portbld-freebsd10.1 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Apr 8 2015
                  Jul 4 21:35:27 Gate openvpn[15552]: library versions: OpenSSL 1.0.1l-freebsd 15 Jan 2015, LZO 2.09
                  Jul 4 21:35:27 Gate openvpn[15713]: NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
                  Jul 4 21:35:27 Gate openvpn[15713]: TUN/TAP device /dev/tun1 opened
                  Jul 4 21:35:27 Gate openvpn[15713]: do_ifconfig, tt->ipv6=1, tt->did_ifconfig_ipv6_setup=0
                  Jul 4 21:35:27 Gate openvpn[15713]: /sbin/ifconfig ovpnc1 168.0.8.2 168.0.8.1 mtu 1500 netmask 255.255.255.255 up
                  Jul 4 21:35:27 Gate openvpn[15713]: FreeBSD ifconfig failed: external program exited with error status: 1
                  Jul 4 21:35:27 Gate openvpn[15713]: Exiting due to fatal error

                  1 Reply Last reply Reply Quote 0
                  • werterW
                    werter
                    last edited by

                    @Taunirhe:

                    Заменил туннельную сеть, ничего не поменялось, та же ошибка.  ???

                    Jul 4 21:35:27 Gate openvpn[15713]: /sbin/ifconfig ovpnc1 168.0.8.2 168.0.8.1 mtu 1500 netmask 255.255.255.255 up
                    Jul 4 21:35:27 Gate openvpn[15713]: FreeBSD ifconfig failed: external program exited with error status: 1
                    Jul 4 21:35:27 Gate openvpn[15713]: Exiting due to fatal error

                    168.0.8.2 168.0.8.1 mtu 1500 netmask 255.255.255.255 up

                    Это что такое?? Что это за адресация такая??

                    Для понимания :
                    http://linkmeup.ru/tag/сети%20для%20самых%20маленьких/

                    1 Reply Last reply Reply Quote 0
                    • T
                      Taunirhe
                      last edited by

                      Это уже пережитки глубокого вечера  ::)
                      178.64.42.0/24 и 192.168.10.0/24, та же история.

                      1 Reply Last reply Reply Quote 0
                      • werterW
                        werter
                        last edited by

                        178.64.42.0/24

                        Похожее пережитки так и не пережились  :'(

                        Почитайте про "серые" \ приватные сети и их адресацию.

                        P.s. Не стоит выкладывать каждый пшик по изменению . Изучите теоретическую часть, по-мозгуйте, попробуйте и только потом обращайтесь. Здесь не твиттер - "я поел", "я поспал", "я …. "

                        1 Reply Last reply Reply Quote 0
                        • L
                          L0gin86
                          last edited by

                          Доброго времени суток!
                          С ВПН работаю в первый раз, прошу не пинать… по возможности:)
                          Вопрос следующий:
                          При настройке как в первом посте OpenVPN “Peer to Peer (Shared Key) необходимы ли дополнительные манипуляции для того чтобы например пингом видеть машины за проксей?
                          Тобишь если опираться на пример - 192.168.10.2 при пинге видит 192.168.20.2.
                          В настройках сети локальной машины серый статический IP:
                          IP 192.168.10.2
                          M  255.255.255.0
                          G  192.168.2.2
                          DNS 192.168.2.2
                          PFSense 2.2.4+squid+Lightsquid. LAN+WAN

                          P.s. vpn сервер, клиент подняты, пингуют друг друга. Но вот с локальной машины не могу ничего пропинговать в соседней сети.

                          1 Reply Last reply Reply Quote 0
                          • werterW
                            werter
                            last edited by

                            Доброго.
                            Схему с адресацией рисуйте.

                            1 Reply Last reply Reply Quote 0
                            • L
                              L0gin86
                              last edited by

                              Схама точно такая же как в первой инструкции.
                              Разница только в IPшниках. Я для простоты указал те, что в примере.

                              1 Reply Last reply Reply Quote 0
                              • T
                                timon12
                                last edited by

                                У линка OVPNS1 - OVPNC1 метрика меньше чем у OVPNS2 - OVPNC2 поэтому все идет сейчас через него. Но если линк оборвать в головном офисе (отключить WAN1), то маршрутизаторы по оставшемуся линку посредством OSPF договорятся, что линк упал и перестроят таблицы. Все пойдет по OVPNS2 - OVPNC2. Это довольно быстро происходит, пропадает буквально один пинг))

                                Добрый вечер! Настроил в офисе все по инструкции OSPF, работет отменно, переключает правильно. Вот только нюанс, при переключени с основного openvpn на резервный пропадает больше (а точнее 8 пингов, примерно 40 сек) пингов чем было заверенно в инструкции (а при переключении с резервного на основной ни одного пинга не пропадает). Покопавшись по нету, нарыл в настройках OpenVPN опция "keepalive 10 60" которая отвечает за то, что данный канал впн лежит. При изменении этого параметра, перезапуск сервера впн всюравно возвращает стандартные настройки. Кто-то сталкивался с такой ситуацией?

                                1 Reply Last reply Reply Quote 0
                                • R
                                  rubic
                                  last edited by

                                  Там еще написано, что "результаты получены на стенде и требуют проверки". OSPF сам определяет, что канал лежит и не ориентируется при этом на состояние туннеля OpenVPN.
                                  40 сек. - это RouterDeadInterval по дефолту.

                                  1 Reply Last reply Reply Quote 0
                                  • T
                                    timon12
                                    last edited by

                                    Благодарю за скорый ответ!
                                    Попытался подправить конфиги в веб-интерфейсе (pfsense 2.2.6) Services: Quagga OSPFd -> Inteface settings -> ovpncX -> "Hello Interval" = 5 and "Dead Timer" = 15 на двух роутерах (перезагрузил оба роутера) все поднялось, за исключением того, что OSPF перестал автоматом перестраивать маршруты. Вернул "Hello Interval" and "Dead Timer" в дефолтные настройки - все отлично работает и перестривает маршруты при падении или востановлении основного впн.

                                    Сначало настраивал по инструкциям в топике плюс замечания - итог, не работало как надо. Нашел вот такой ман: http://www.pfsense-br.org/blog/2014/01/configuracao-do-quagga-ospfd/ - заработало.
                                    Вопрос состоит в следующем, как уменьшить время переключения с дефолтных 40 сек до 20 сек. Кто сталкивался с данной задачей?
                                    Главный офис
                                    bce1 - локальная сеть
                                    Во вкладке "Interface Settings" добавлены только следующие впн-ы (а интерфейс локальной сети в данной вкладке не добавлен)
                                    ovpns3 - главный впн
                                    ovpns4 - резервный впн

                                    Quagga OSPF Interfaces (вкладка Status):

                                    
                                    bce1 is up
                                      ifindex 6, MTU 1500 bytes, BW 0 Kbit <up,broadcast,running,simplex,multicast>Internet Address 192.168.5.3/16, Broadcast 192.168.255.255, Area 0.0.0.1
                                      MTU mismatch detection:enabled
                                      Router ID 0.0.0.1, Network Type BROADCAST, Cost: 10
                                      Transmit Delay is 1 sec, State DR, Priority 1
                                      Designated Router (ID) 0.0.0.1, Interface Address 192.168.5.3
                                      No backup designated router on this network
                                      Multicast group memberships: OSPFAllRouters OSPFDesignatedRouters
                                      Timer intervals configured, Hello 10s, Dead 40s, Wait 40s, Retransmit 5
                                        Hello due in 3.070s
                                      Neighbor Count is 0, Adjacent neighbor count is 0
                                    ovpns3 is up
                                      ifindex 13, MTU 1500 bytes, BW 0 Kbit <up,pointopoint,running,multicast>Internet Address 10.0.1.1/32, Peer 10.0.1.2, Area 0.0.0.1
                                      MTU mismatch detection:enabled
                                      Router ID 0.0.0.1, Network Type POINTOPOINT, Cost: 5
                                      Transmit Delay is 1 sec, State Point-To-Point, Priority 1
                                      No designated router on this network
                                      No backup designated router on this network
                                      Multicast group memberships: OSPFAllRouters
                                      Timer intervals configured, Hello 10s, Dead 40s, Wait 40s, Retransmit 5
                                        Hello due in 5.833s
                                      Neighbor Count is 1, Adjacent neighbor count is 1
                                    ovpns4 is up
                                      ifindex 14, MTU 1500 bytes, BW 0 Kbit <up,pointopoint,running,multicast>Internet Address 10.0.2.1/32, Peer 10.0.2.2, Area 0.0.0.1
                                      MTU mismatch detection:enabled
                                      Router ID 0.0.0.1, Network Type POINTOPOINT, Cost: 10
                                      Transmit Delay is 1 sec, State Point-To-Point, Priority 1
                                      No designated router on this network
                                      No backup designated router on this network
                                      Multicast group memberships: OSPFAllRouters
                                      Timer intervals configured, Hello 10s, Dead 40s, Wait 40s, Retransmit 5
                                        Hello due in 3.682s
                                      Neighbor Count is 1, Adjacent neighbor count is 1</up,pointopoint,running,multicast></up,pointopoint,running,multicast></up,broadcast,running,simplex,multicast> 
                                    
                                    1 Reply Last reply Reply Quote 0
                                    • R
                                      rubic
                                      last edited by

                                      В настройках есть вкладка Raw Config. Можно поместить туда текущее содержимое /var/etc/quagga/ospfd.conf и /var/etc/quagga/zebra.conf, потом править опции, которые недоступны из GUI. Сам не пробовал.

                                      1 Reply Last reply Reply Quote 0
                                      • T
                                        timon12
                                        last edited by

                                        Спасибо за ответ, но настройка данный опций есть в GUI, раздел настройки интерфейсов OSPF. Вопрос в том, как это правильно сделать, учитывая мой предыдущий пост.

                                        1 Reply Last reply Reply Quote 0
                                        • R
                                          rubic
                                          last edited by

                                          Проглядел, извиняюсь. Пробуйте другие значения, Dead Timer кратен Hello Interval, на интерфейсах, смотрящих друг на друга, настройки одинаковые. Готовых ответов тут нет, только метод тыка и аккуратность.

                                          1 Reply Last reply Reply Quote 0
                                          • D
                                            derwin
                                            last edited by

                                            Всем добра!

                                            OpenVPN в режиме PSK
                                            Добавляю интерфейс в статический вот так https://forum.pfsense.org/index.php?topic=58846.msg316063#msg316063
                                            Проблема вот какие:
                                            0) как только создаю интерфейс - моментально пропадает маршрутизация до IP адресов из туннеля с компа в LAN, и моментально отваливается канал в удалённую сетку. При этом пинг с интерфейсов openVPN работает и до другого конца туннеля, и до удалённой сетки!

                                            1. в floating rules нельзя указывать Gateways
                                            2. если в RULES например LAN интерфейса я указываю разрешающее правило вида LAN_NET->remote_net через шлюз openVPN – маршрутизация ни в адреса туннеля, ни в удалённую сетку не появляется. Пакеты для remote_net летят в default шлюз и там вешаются в state, а пакеты для туннельного адреса вешаются на верный интерфейс. Тут есть некоторая примечательная разница:
                                              пинг другого конца туннеля

                                            ^C
                                            C:\Users\test1>ping 192.168.200.6

                                            Обмен пакетами с 192.168.200.6 по с 32 байтами данных:
                                            Превышен интервал ожидания для запроса.
                                            Превышен интервал ожидания для запроса.
                                            Превышен интервал ожидания для запроса.
                                            Превышен интервал ожидания для запроса.

                                            пинг компа в remote_net

                                            C:\Users\test1>ping 192.168.40.100

                                            Обмен пакетами с 192.168.40.100 по с 32 байтами данных:
                                            Ответ от 192.168.1.1: Заданный узел недоступен.
                                            Ответ от 192.168.1.1: Заданный узел недоступен.

                                            Получается, маршрутер пытается прогнать пакет по своей внутренней маршрутизации?

                                            Как можно вылечить?

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.