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

    IPSec между филиалами, на одом из которых 2 прова&#

    Scheduled Pinned Locked Moved Russian
    29 Posts 5 Posters 4.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.
    • F
      Fat32
      last edited by

      Давайте так, если шлюзом по умолчанию стоит и там и там Pfsense и не работает локальная сеть между филиалами то стоящий сейчас в локальной сети TMG не может сильно влиять на сеть.
      Подскажите нужно что-нибудь править в NAT чтобы пакеты забегали протоколы запрыгали))

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

        В логах это не мой IP адрес пытается лезть по протоколу IPSec

        Вообще-то это Ваши pfsense не могут связаться друг с другом.

        Удалите все правила на WAN обоих pf. И создайте по одному на WAN вида :

        IPv4  *    *  WAN address  *    *  *

        ![2014-03-18 12_55_34-IPSec.jpg](/public/imported_attachments/1/2014-03-18 12_55_34-IPSec.jpg)
        ![2014-03-18 12_55_34-IPSec.jpg_thumb](/public/imported_attachments/1/2014-03-18 12_55_34-IPSec.jpg_thumb)
        ![2014-03-18 12_56_22-IPSec.jpg](/public/imported_attachments/1/2014-03-18 12_56_22-IPSec.jpg)
        ![2014-03-18 12_56_22-IPSec.jpg_thumb](/public/imported_attachments/1/2014-03-18 12_56_22-IPSec.jpg_thumb)

        1 Reply Last reply Reply Quote 0
        • F
          Fat32
          last edited by

          Ошибка в логах IPSec
          Mar 18 15:47:12 racoon: [Stavropol]: INFO: IPsec-SA established: ESP 109.168.159.170[500]->95.31.241.231[500] spi=55788634(0x353445a)
          Mar 18 15:47:12 racoon: [Stavropol]: INFO: IPsec-SA established: ESP 109.168.159.170[500]->95.31.241.231[500] spi=84066066(0x502bf12)
          Mar 18 16:00:42 racoon: [91.208.161.10] ERROR: exchange Identity Protection not allowed in any applicable rmconf.
          Mar 18 16:00:52 racoon: [91.208.161.10] ERROR: exchange Identity Protection not allowed in any applicable rmconf.
          Mar 18 16:01:02 racoon: [91.208.161.10] ERROR: exchange Identity Protection not allowed in any applicable rmconf.
          Mar 18 16:01:12 racoon: [91.208.161.10] ERROR: exchange Identity Protection not allowed in any applicable rmconf.
          Mar 18 16:01:22 racoon: [91.208.161.10] ERROR: exchange Identity Protection not allowed in any applicable rmconf.
          Mar 18 16:01:32 racoon: [91.208.161.10] ERROR: exchange Identity Protection not allowed in any applicable rmconf.

          У меня сейчас мозг сломается.
          На обоих WAN я поставил правила, как вы сказали…
          На виртуальном OPT1 надо правила исправить?

          Вот здесь нашел http://visualplanet.org/blog/?p=248
          Не силен в английском, надо на обоих концах поставить main, если на другом исправляю на агрессивный подключение вообще не идет, а сдесь идет подключение, но с ошибками.

          ![Скриншот 2014-03-18 15.49.50.png](/public/imported_attachments/1/Скриншот 2014-03-18 15.49.50.png)
          ![Скриншот 2014-03-18 15.49.50.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-18 15.49.50.png_thumb)
          ![Скриншот 2014-03-18 15.50.07.png](/public/imported_attachments/1/Скриншот 2014-03-18 15.50.07.png)
          ![Скриншот 2014-03-18 15.50.07.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-18 15.50.07.png_thumb)

          1 Reply Last reply Reply Quote 0
          • F
            Fat32
            last edited by

            Кажется я начинаю понимать, вот что в логах при попытке пинговать удаленную машину
            В качестве DNS на машинах я писал 8.8.8.8. Но это же не должно мешать при попытке пинга, в этом случае я же пишу сразу IP а не dns имя этой машины почему он его не видит.

            ![Скриншот 2014-03-18 17.47.19.png](/public/imported_attachments/1/Скриншот 2014-03-18 17.47.19.png)
            ![Скриншот 2014-03-18 17.47.19.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-18 17.47.19.png_thumb)
            ![Скриншот 2014-03-18 17.50.52.png](/public/imported_attachments/1/Скриншот 2014-03-18 17.50.52.png)
            ![Скриншот 2014-03-18 17.50.52.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-18 17.50.52.png_thumb)

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

              На виртуальном OPT1 надо правила исправить?

              Что за интерфейс ? Откуда он взялся?

              1 Reply Last reply Reply Quote 0
              • F
                Fat32
                last edited by

                Билайн поднят l2tp, а он делается через отдельное виртуальное соединение.
                На скриншотах он есть.

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

                  Попробуйте настроить работу IPSEC между pf используя только одного пров-ра.  Если после этого трафик между ними забегает в обе стороны - потом со вторым разберемся.

                  P.s. Бред конечно, но https://forum.pfsense.org/index.php?topic=39656.0 :

                  In some places pptp, l2tp and ipsec is blocked via firewall rules, openvpn is quite hard to block, unless you block https also. Only my 2 cents

                  Не получится IPSEC - поднимайте OpenVPN.

                  1 Reply Last reply Reply Quote 0
                  • F
                    Fat32
                    last edited by

                    Сейчас подключен только один провайдер Билайн через l2tp
                    Второй воткнут на прямую в TMG и пока эти два провайдера никак не связаны.
                    Это если я все таки доделаю VPN между филиалом и офисом то тогда буду думать об резервировании и всем остальном.
                    Билайн который сейчас воткнут в Pfsense вообще никак не используется только для того чтобы заработал vpn

                    Поднял OpenVPN те же проблемы:
                    Пинг идет c офиса (10.201.114.0/24) на филиал, но только на прокси 10.201.115.1 на все остальное не идет
                    обратно пинг не идет вообще не на какую машину.

                    Сервер в офисе (10.201.114.2) не является dhcp сервером не dns сервером, на все это есть AD сервер
                    Может это все таки настройки форварда внутри Pfsense?

                    ![Скриншот 2014-03-19 16.51.29.png](/public/imported_attachments/1/Скриншот 2014-03-19 16.51.29.png)
                    ![Скриншот 2014-03-19 16.51.29.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-19 16.51.29.png_thumb)
                    ![Скриншот 2014-03-19 16.51.45.png](/public/imported_attachments/1/Скриншот 2014-03-19 16.51.45.png)
                    ![Скриншот 2014-03-19 16.51.45.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-19 16.51.45.png_thumb)

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

                      Директивы route\iroute применяли ?

                      1 Reply Last reply Reply Quote 0
                      • F
                        Fat32
                        last edited by

                        Нет, не делал.
                        Добавил запись и стало пинговаться все компьютеры со стороны филиала(10.201.115.0.24), а со стороный офиса (10.201.114.0.24) пинги и доступ не идет.
                        И еще подскажите как сделать так чтобы все запросы не относящиеся к пулу адресов 10.201.115.0/24, т.е. все остальное он переадресовывал на другой IP.
                        знаю как это сделать в windows "route add -p 0.0.0.0 mask 0.0.0.0 10.201.114.5"
                        Но где это писать в Pfsense и как писать не знаю

                        ![Скриншот 2014-03-20 15.08.42.png](/public/imported_attachments/1/Скриншот 2014-03-20 15.08.42.png)
                        ![Скриншот 2014-03-20 15.08.42.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-20 15.08.42.png_thumb)
                        ![Скриншот 2014-03-20 15.16.19.png](/public/imported_attachments/1/Скриншот 2014-03-20 15.16.19.png)
                        ![Скриншот 2014-03-20 15.16.19.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-20 15.16.19.png_thumb)

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

                          На первом скрине уберите записи в Advanced. Вы и так уже выше объявили маршруты и в локальную и в удаленную сети.
                          Далее, для того чтобы сеть за сервером "увидела" сеть за клиентом применяется директива iroute . Запись с ней вносится во вкладке Client-Specific Overrides: Advanced settings на Опенвпн-сервере :

                          iroute 192.168.0.1 255.255.255.0 vpn_gateway;

                          Вместо 192.168.0.1 255.255.255.0 внесите свои данные

                          P.s. http://blog.stefcho.eu/?p=611

                          1 Reply Last reply Reply Quote 0
                          • S
                            SysR
                            last edited by

                            В OpenVPN в режиме сервера тунель поднимается только клиентом те в одностороннем порядке. IPSEC в этом плане более продвинут.

                            Для коректной маршрутизации используйте iroute с обеих сторон.

                            Еще рекомендую сделать адреса клиентов статическими, http://www.sergeysl.ru/freebsd-openvpn-client-static-ip/

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

                              @SysR:

                              В OpenVPN в режиме сервера тунель поднимается только клиентом те в одностороннем порядке.

                              Так никто и не спорит.

                              IPSEC в этом плане более продвинут.

                              С чего бы это? IPSEC работает только на сетевом уровне OSI, OpenVPN же может на 2-ух.

                              Для коректной маршрутизации используйте iroute с обеих сторон.

                              Первый раз такое слышу. Директива iroute - это серверная директива.

                              1 Reply Last reply Reply Quote 0
                              • F
                                Fat32
                                last edited by

                                @werter:

                                На первом скрине уберите записи в Advanced. Вы и так уже выше объявили маршруты и в локальную и в удаленную сети.

                                Если убираю эту запись доступ к клиента за сервер пропадает.
                                Так же странно, могу пинговать сеть за сервером, но dns адреса не проходят.
                                Адреса содержаться на AD контролере (DNS-сервер), который стоит в сети за сервером OpenVPN. Он пингуется и даже nslookup дает ответ на вопросы по сетевым адресам. Но когда пытаешься получить пинг на адрес, пишет не найдено.

                                По dns адресам он обращается в адресу 10.201.114.10
                                Это основной dns, но в таблице маршрутизации он почемуто идет отдельной графой и на какой то левый шлюз, как его убрать оттуда?

                                ipconfig /all с машины:
                                Настройка протокола IP для Windows

                                Имя компьютера  . . . . . . . . . : WKS-PTG-05
                                  Основной DNS-суффикс  . . . . . . : vist-media.local
                                  Тип узла. . . . . . . . . . . . . : Гибридный
                                  IP-маршрутизация включена . . . . : Нет
                                  WINS-прокси включен . . . . . . . : Нет
                                  Порядок просмотра суффиксов DNS . : vist-media.local

                                Ethernet adapter Local Area Connection:

                                DNS-суффикс подключения . . . . . :
                                  Описание. . . . . . . . . . . . . : Realtek PCIe FE Family Controller
                                  Физический адрес. . . . . . . . . : 00-00-00-00-F0-00
                                  DHCP включен. . . . . . . . . . . : Нет
                                  Автонастройка включена. . . . . . : Да
                                  IPv4-адрес. . . . . . . . . . . . : 10.201.115.11(Основной)
                                  Маска подсети . . . . . . . . . . : 255.255.255.0
                                  Основной шлюз. . . . . . . . . : 10.201.115.1
                                  DNS-серверы. . . . . . . . . . . : 10.201.114.11
                                                                      10.201.114.10
                                                                      10.201.115.1
                                  NetBios через TCP/IP. . . . . . . . : Включен

                                ![Скриншот 2014-03-21 09.57.24.png](/public/imported_attachments/1/Скриншот 2014-03-21 09.57.24.png)
                                ![Скриншот 2014-03-21 09.57.24.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-21 09.57.24.png_thumb)
                                ![Скриншот 2014-03-21 10.00.36.png](/public/imported_attachments/1/Скриншот 2014-03-21 10.00.36.png)
                                ![Скриншот 2014-03-21 10.00.36.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-21 10.00.36.png_thumb)
                                ![Скриншот 2014-03-21 10.17.21.png](/public/imported_attachments/1/Скриншот 2014-03-21 10.17.21.png)
                                ![Скриншот 2014-03-21 10.17.21.png_thumb](/public/imported_attachments/1/Скриншот 2014-03-21 10.17.21.png_thumb)

                                1 Reply Last reply Reply Quote 0
                                • S
                                  SysR
                                  last edited by

                                  Попробуйте сделать следующее:
                                  Уберите все дополнительные настройки и укажите маршруты вручную через консоль или System -> Routing.
                                  На роутерах укажите маршрутизацию сетей к филиалам:
                                  На сервере route add 10.201.115.0/24 10.201.8.2 внетрений адрес клиента опенвпн
                                  На клиенте route add 10.201.114.0/24 10.201.8.1 внутрений адрес сервера опенвпн

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

                                    @SysR:

                                    Попробуйте сделать следующее:

                                    На сервере route add 10.201.115.0/24 10.201.8.2 внетрений адрес клиента опенвпн
                                    На клиенте route add 10.201.114.0/24 10.201.8.1 внутрений адрес сервера опенвпн

                                    Ни в коем случае. Маршрутизацией должны заниматься его pfsense на обоих концах, а не вручную рисоваться.

                                    2 ТС

                                    Покажите скриншот Certificates на сервере. У Вас все машины в обеих сетях имеют шлюзами pfsense?

                                    1 Reply Last reply Reply Quote 0
                                    • S
                                      SysR
                                      last edited by

                                      Ни в коем случае. Маршрутизацией должны заниматься его pfsense на обоих концах, а не вручную рисоваться.

                                      Я про ПФсенсы и пишу.
                                      На время отладки можно и в ручную нарисовать, но Вы можете дальше пробовать попадать пальцем в небо, дело ваше.
                                      Скажу только что я 2 года назад отказался от использования ОпенВПН в пользу ИПСЕК и ни разу не пожалел, удачи.

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

                                        2 SysR
                                        Настроил далеко не одну связку на OpenVPN - работают не первый год и проблем нет. OpenVPN - самое гибкое из VPN решений.
                                        "Вы не любите, кошек? Вы просто не умеете их готовить" (с) не моё.

                                        2 Fat32
                                        Смотрите ЛС.

                                        1 Reply Last reply Reply Quote 0
                                        • A
                                          aleksvolgin
                                          last edited by

                                          Скажу только что я 2 года назад отказался от использования ОпенВПН в пользу ИПСЕК и не разу не пожалел, удачи.

                                          Истину глаголите. ^_^

                                          1 Reply Last reply Reply Quote 0
                                          • S
                                            smils
                                            last edited by

                                            +++1

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