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

    После обновления 2.0.3 -> 2.1 перестал работать ICMP

    Scheduled Pinned Locked Moved Russian
    18 Posts 5 Posters 2.8k 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.
    • A
      aekvulture
      last edited by

      @NegoroX:

      Есть идеи ?
      Есть! на ване приватный адрес! - угадал?  :)

      Не угадал. Интерфейс OPT1 (L2TP Beeline), адрес белый. До обновления пинг с работы работал (ограничено по источнику), после глушняк. Причём в фаервольном правиле поставил галку вести лог этих пакетов, а логов нет… Похоже действительно придётся переустанавливать, а очень нехочется.
      Скрин приводить нет смысла, ибо повторюсь, эти правила отлично работали до обновления и для проверки я делал первым правило разрешающее всё и вся, толку ноль.

      1 Reply Last reply Reply Quote 0
      • B
        Buch
        last edited by

        Была такая проблема. Разрешающее правило было во float rules. Перенес на opt1 (тоже Билайн был) заработало. Ещё правило во float было чувствительно к "типу" states. У меня работало только при none, но это я отношу на тот счет,что у меня на тот момент было три внешки, а правило одно.

        2.2.6-RELEASE  (amd64)  built on Mon Dec 21 14:50:08 CST 2015 FreeBSD 10.1-RELEASE-p25
        AMD Turion™ II Neo N40L Dual-Core Processor Current: 187 MHz, Max: 1497 MHz

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

          Сорри за лютый некропостинг, однако проблема не решена. На тот момент я просто остался на 2.0.3. Сейчас переехал на 2.2RC (очень хочется wifi n) и у меня опять та же проблема! ICMP опять не работатет снаружи! Создал всеразрешающее правило в фаерволе на WAN, да и потом вообще на всех интерфейсах. В логах фаервола вижу что пакеты icmp извне приходят и фаервол их пропускает, НО на той стороне сплошные таймауты… причём пинговал с кучи различных источников. Изнутри же внешний IP (тот который билайном выдан на WAN) пингуется отлично. Может существует какая-то галочка появившаяся с версии 2.1 которая закрывает пинг снаружи ?? (типа как в роутерах мыльницах типа длинка) Не могу понять где же после фаервола пакеты дальше умирают.  :'(

          PS: Вариант налить всё с нуля и настроить был испробован - результат тот же...

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

            Покажите скрин правил на WAN.

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

              OPT1 Билайновский L2TP. И повторюсь, на 2.0.3 всё работало, а на всех последующих версиях пинг стабильно умирает.

              ping.jpg
              ping.jpg_thumb

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

                Т.е. на WAN у вас - "серый" адрес ? А на OPT1 (L2TP) - "белая" динамика? Этот так?

                Изнутри же внешний IP (тот который билайном выдан на WAN) пингуется отлично.

                Кто точно у вас WAN - OPT1 или WAN ?

                Покажите скрин Interfaces

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

                  WAN - физический интерфейс получающий серый адрес по DHCP из сети билайна. OPT1 по L2TP получает белый адрес. OPT1 это реальный WAN. Ранее все разрешающие правила писал только для OPT1, на интерфейсе WAN  всё всегда было закрыто, т.е. там нет правил совсем и на 2.0.3 эта схема прекрасно работала. После перехода на 2.1 и более поздние версии пробовал писать правила разрешающие вообще всё (везде any) на всех интерфейсах, однако пинг не ожил. Причем в логах фаервола видно что пакеты icmp прошли его (pass). Получается пакеты дохнут где-то дальше.

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

                    Вы хотите пинговать OPT1 или что-то за pf ?
                    отключите временно блокирование серых сетей на WAN и OPT1.

                    Покажите скрин Interfaces

                    Так и не увидел.

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

                      Я переименовал все интерфейсы для большей ясности. Галочки блокировки серых сетей снимал, эффекта нет. Пинговать хочу билайновский интерфейс с белым адресом из интернета.
                      На последнем скрине видно что фаервол пакеты пропускает, однако на другой стороне сплошные таймауты. Пробросы портов, с первого скрина, прекрасно работают.

                      1.jpg
                      1.jpg_thumb
                      2.jpg
                      2.jpg_thumb
                      3.jpg
                      3.jpg_thumb
                      4.jpg
                      4.jpg_thumb
                      5.jpg
                      5.jpg_thumb
                      6.jpg
                      6.jpg_thumb

                      1 Reply Last reply Reply Quote 0
                      • N
                        NegoroX
                        last edited by

                        а шлюз какой? вместо звезды конкретный укажи
                        глянь Status: Gateways что пишет

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

                          Указывание гейтвея ничего не меняет.

                          7.jpg
                          7.jpg_thumb
                          8.jpg
                          8.jpg_thumb

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

                            Может провайдер с IPv6 мутит? Попробуйте разрешить в правилах.

                            SquidGuardDoc EN  RU Tutorial
                            Localization ru_PFSense

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

                              Как вариант :

                              1. Взять на время железный роутер.
                              2. Разрешить на нем на WAN ping\icmp (да-да, бывает что и вручную разрешать надо на нек-ых моделях)
                              3. Проверить извне.

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

                                IPv6 тоже разрешал и никакого эффекта. Создаётся впечатление что предысторию никто не читал… Я же написал что на 2.0.3 всё работает, это вообще кто-нибудь учитывает?? Косяк появляется исключительно начиная с версии 2.1. Вот зачем мне проверять на железном роутере если и так известно что на 2.0.3 всё работает? Да и многие советы несостоятельны с оглядкой на этот факт.

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

                                  После обновления 2.0.3 -> 2.1 перестал работать Ping на мой внешний интерфейс.

                                  Как вариант, обновляться последовательно, т.е. с 2.0.3 до последней 2.0.х. Затем до 2.1. И проверять , есть ли пинг на WAN.

                                  Хотя, учитывая сколько времени вы угрохали на выяснение , мой вам совет - ставьте с нуля.

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