Проверка шлюза offline
-
Проверка жизни шлюза показывает постоянно статус offline. Меняю на любой другой IP локальный адрес ситуация меняется.
Тут общая картина, что и как должно пинговаться для проверки статуса:
Парадокс в том, что через Diagnostics / Ping Пинг уходит.
Далее посмотрел лог Diagnostics / States / States:
WAN1 icmp ipwan:33899 -> 77.88.8.7:33899 0:0 1.232 K / 0 34 KiB / 0 B
WAN1 icmp ipwan:44279 (192.168.1.148:10151) -> 87.250.250.242:44279 0:0 18 / 18 1 KiB / 1 KiBПервая строка это от проверки, вторая строка запущена клиентом.
Прошу помощи… :'( -
Пока из всего написанного не видно, что шлюз вообще отвечает на пинг.
-
по моему 77.88.8.7 это днс яндекса "семейный"
https://dns.yandex.ru/ -
а 87.250.250.242 - это тот же яндекс: ya.ru
-
Пока из всего написанного не видно, что шлюз вообще отвечает на пинг.
Вот именно что не видно, не могу понять почему нет пинга.
-
-
-
Ребята! Я не просил выяснять какие я IP адреса брал для отправки ping, хоть на всеми любимыми 8.8.8.8 и 8.8.4.4 какая разница…
Я прошу помочь разобраться почему не идёт ping с моего шлюза до IP адресов в интернете. Выше всё чётко и наглядно представлено, в картинках. -
Ты имеешь ввиду что
gateway offline - ? а инет при этом у пользователей есть - так?. -
Ты имеешь ввиду что
gateway offline - ? а инет при этом у пользователей есть - так?.Верно, интернет есть у пользователей.
-
Пока из всего написанного не видно, что шлюз вообще отвечает на пинг.
Вот именно что не видно, не могу понять почему нет пинга.
Другими словами, похоже на то, что сам шлюз не отвечает на пинг. Не любит он на ICMP вопросы отвечать. Игнорирует он их.
Ребята! Я не просил выяснять какие я IP адреса брал для отправки ping, хоть на всеми любимыми 8.8.8.8 и 8.8.4.4 какая разница…
Я прошу помочь разобраться почему не идёт ping с моего шлюза до IP адресов в интернете. Выше всё чётко и наглядно представлено, в картинках.Так дело в том, что Вы настолько туманно написали, что и как конкретно Вы проверяли, что ничего другого не оставалось.
Где результаты хотя-бы одного пинга на шлюз?!
-
WAN1 icmp внешний IP адрес:7965 -> 8.8.8.8:7965 0:0 138.112 K / 0 3.69 MiB / 0 B
Интерфейс WAN1
Протокол icmpПакет выходит с внешний IP адрес:7965 в google-public-dns-a.google.com ( ;D для знатоков) 8.8.8.8:7965
Установлено соединений 0:0
Передано байт 138.112 K / 0 3.69 MiB / 0 B
Из этого следует, что PFsense отправляет пакет ICMP с внешнего ip адреса к google-public-dns-a.google.com НО ответ на него не приходит от google-public-dns-a.google.com. В правилах разрешён весь трафик. Интернет с него приходит.
-
А вы узнайте у провайдера, не фильтруют ли они, кстати, я может пропустил, но все ли внешние IP не пингуются, или только какой то конкретный ?!
-
А вы узнайте у провайдера, не фильтруют ли они, кстати, я может пропустил, но все ли внешние IP не пингуются, или только какой то конкретный ?!
Простите, вам эта картинка что либо говорит? Если нет, увы… Если говорит, то у провайдера есть проблемы с подачей интернета, блокирует он ICMP?
-
Простите, вам эта картинка что либо говорит? Если нет, увы… Если говорит, то у провайдера есть проблемы с подачей интернета, блокирует он ICMP?
Ясно…, я с ночной смены, туплю понемногу... :)
Другой вопрос, странно что у вас потери при пингах на первой картинке не 100%, а всего 94%, значит часть всё же проходит, или просто скрин был сделан когда потери не опустились до 100% ? -
Простите, вам эта картинка что либо говорит? Если нет, увы… Если говорит, то у провайдера есть проблемы с подачей интернета, блокирует он ICMP?
Ясно…, я с ночной смены, туплю понемногу... :)
Другой вопрос, странно что у вас потери при пингах на первой картинке не 100%, а всего 94%, значит часть всё же проходит, или просто скрин был сделан когда потери не опустились до 100% ?Потери 100% скрин после перезагрузки PF
-
Ясно…
Я бы конечно мог посоветовать провести тесты на свеже-установленном PF, потому как если из Диагностики пинги уходят, а так нет, то явно проблема в каких то настройках роутера, а вот что вы изменили можно только гадать.Сделать копию текущих настроек, затем заново установить PF, и ничего не меняя (ну кроме того чтобы выйти в инет) проверить как будет себя вести Gateway.
Кстати у вас сразу начались такие проблемы или через некоторое время?
Уж простите за банальные вопросы... -
Ясно…
Я бы конечно мог посоветовать провести тесты на свеже-установленном PF, потому как если из Диагностики пинги уходят, а так нет, то явно проблема в каких то настройках роутера, а вот что вы изменили можно только гадать.Сделать копию текущих настроек, затем заново установить PF, и ничего не меняя (ну кроме того чтобы выйти в инет) проверить как будет себя вести Gateway.
Кстати у вас сразу начались такие проблемы или через некоторое время?
Уж простите за банальные вопросы...Сразу после установки. Кажется я понял в чём проблема.
Есть интерфейсы WAN LAN OPT
На WAN основной интернет. Переименован в WAN0
На LAN локальная сеть
На OPT резервный интернет Переименован в WAN1Проблема как раз получается с OPT=>WAN1
Но интернет то с него есть. Пользователь выходит с него в интернет.
А этот dpinger Gateway Monitoring Daemon показывает что либо 100% потери либо цифры прыгают. -
Сразу после установки. Кажется я понял в чём проблема.
Есть интерфейсы WAN LAN OPT
На WAN основной интернет. Переименован в WAN0
На LAN локальная сеть
На OPT резервный интернет Переименован в WAN1Проблема как раз получается с OPT=>WAN1
Но интернет то с него есть. Пользователь выходит с него в интернет.
А этот dpinger Gateway Monitoring Daemon показывает что либо 100% потери либо цифры прыгают.Без обид, ну почему мы из вас должны вытягивать информацию, теперь у вас оказывается резервный канал есть, он в работе, то есть включен в настройках ?
-
@oleg1969:
Weight и Data Payload
А за что они отвечают эти два параметра?