PfSense Блокирует трафик от Cisco



  • Схема сети
    Диапазон локальной сети 192.168.1.1/24
    IP адрес Cisco EPC3928 192.168.1.99 подключено в сеть через один из 4х портов в Lan сеть, DHCP выключен на борту 4 Гигабитных порта две карточки на 2,4 и 5 гГц + USb порт 2,0 (Cisco EPC3928 EuroDocsis 3.0 2-PORT Voice Gateway) досталась на халяву и планировалась использоваться для раздачи wi-fi в двух диапазонах

    Выявилась проблема через некоторое время по wi-fi доступ через LAN=>pFSense=>WAN=>Internet проподал если поставить на долгий пинг то снова всё начинало работать.

    Диагностировать и выявить проблему не получается единственное в логах Diagnostics\States\States

    обнаружилось

    SYN_SENT:ESTABLISHED ip  шлюза и всё! прошу совета в диагностике.



  • Доброе.

    ПО на циске обновляли ?

    Попробуйте в настройках правила fw на пф, касающегося циски, поиграться с TCP Flags и State type https://doc.pfsense.org/index.php/Asymmetric_Routing_and_Firewall_Rules
    После изменения настроек reset states делайте.



  • ПО на циске не обновлял т.к найти его сложновато.
    А по поводу правил в фаерволе конкретно для неё не создавал.
    Пока поставил флаги на весь tcp трафик на lan и wan интерфейсе, тестим дальше.

    Не помогло



  • Доброе.
    Вел. логирование fw на пф и смотрите что он там блокирует и почему.



  • Packets Bytes
    LAN tcp 192.168.1.29:41340 -> 192.168.175.1:80 SYN_SENT:ESTABLISHED 5 / 8 300 B / 416 B
    WAN tcp 192.168.175.36:12809 (192.168.1.29:41340) -> 192.168.175.1:80 ESTABLISHED:SYN_SENT 5 / 8 300 B / 416 B
    LAN tcp 192.168.1.29:41341 -> 192.168.175.1:80 SYN_SENT:ESTABLISHED 5 / 8 300 B / 416 B
    WAN tcp 192.168.175.36:3475 (192.168.1.29:41341) -> 192.168.175.1:80 ESTABLISHED:SYN_SENT 5 / 8 300 B / 416 B

    Aug 9 19:22:56 WAN   192.168.175.1:80   192.168.175.36:12809 TCP:SA
    Aug 9 19:22:57 WAN   192.168.175.1:80   192.168.175.36:3475 TCP:SA

    ip wi-fi устройства 192.168.1.29  ip wan 192.168.175.36  ip шлюза провайдера 192.168.175.1 есть вебморда по 80 порту



  • Доброе.
    Aug 9 19:22:56  WAN    192.168.175.1:80    192.168.175.36:12809  TCP:SA
    Aug 9 19:22:57  WAN    192.168.175.1:80    192.168.175.36:3475  TCP:SA

    Мил человек, я вам выше отписал ЧТО сделать.
    Создайте явное правило для своей ви-фи на LAN, поставьте его выше всех и поигратесь TCP Flags и State type https://doc.pfsense.org/index.php/Asymmetric_Routing_and_Firewall_Rules
    После создания правила и изменения настроек TCP flags - reset states делайте. И проверяйте.

    Не ленитесь.



  • Всё сделал по инструкции пока идёт тест только не понимаю причем тут правила для wi-fi точки у неё всё ровно нет nat это получается что у меня 20 человек сидят на wi-fi у которых проблемы с соединением а я прописываю правила только одной  циске ?



  • Перепробовал много вариантов не помогло :'(



  • Доброе.
    Скрины. Всего.



  • Прям всего всего? всё что настраивал под циску уже снёс т.к ничего не помогло.






  • Доброе.
    1. Что такое .175 - сеть ?

    2. На скрине ниже видно, что выделенное правило перекрывает нижнее. Поменяйте местами.

    ![2017-08-28 11_04_38.png](/public/imported_attachments/1/2017-08-28 11_04_38.png)
    ![2017-08-28 11_04_38.png_thumb](/public/imported_attachments/1/2017-08-28 11_04_38.png_thumb)



  • Поменял, тестирую



  • Без изменений



  • Доброе.
    Вкл. логирование fw на пф и смотрите. Может дело и не в пф.



  • Посмотрел логи фаервола в них не единственного блока
    Непонятным образом сам PFsense блокирует трафик LAN=>WAN
    А доступ на LAN есть!



  • Доброе.
    Внимательно проверьте все еще раз - сетевые настройки циски и пф (постоянные маршруты, указанные шлюзы и т.д.), правила fw на пф и циске. Надампите пакеты на пф и циске, просмотрите надампленное в wireshark-е https://turbofuture.com/computers/How-to-Run-Wireshark-on-pfSense-Using-X11-Forwarding-Over-SSH



  • Похоже проблема решилась. Удалил правила шейпера и пока полет нормальный. Случайно в голову пришло попробовать. Пока тестирую.



  • Проблему решил давно Отписываюсь может кому поможет .
    Поигрался с настройками Wi-Fi а именно Fragmentation Threshold и RTS Threshold
    и всё заработало (У себя выставил на 1500). Но потом появился странный глюк пакеты больше 1597 байт не проходили пришлось заного выставлять галочки в меню System\Advanced\Networking\ Hardware TCP Segmentation Offloading и Hardware Large Receive Offloading теперь всё работает.



  • Добрый.

    и всё заработало (У себя выставил на 1500). Но потом появился странный глюк пакеты больше 1597 байт не
    проходили

    Вы ж выставили 1500 у себя, т.е. эффективный макс. размер пакета данных будет 1500-28=1472 байта. С чего бы
    проходить от вас пакетам размером 1597?

    пришлось заного выставлять галочки в меню System\Advanced\Networking\ Hardware TCP Segmentation Offloading и Hardware Large Receive Offloading теперь всё работает.

    Эти галки стоят по дефолту. И трогать их настроятельно не рекомендуется.



  • @werter Ну мало ли что не рекомендуется Но если это мешает жить то можно и перестроить. Кстати раньше пакеты разной длинны проходили а почему перестали не понятно.



  • Ну мало ли что не рекомендуется Но если это мешает жить то можно и перестроить.

    Почему-то уверен, что проблема не в пф.

    Кстати раньше пакеты разной длины проходили а почему перестали

    Они и не проходили не дробясь. Может у вас галка на Clear invalid DF bits стояла и вы ее сняли.



  • @werter У меня эта галка с самого начала отключена



  • С чем и "поздравляю". А у меня в продакшене на полутора десятках инсталляций установлена.



  • @werter У меня система обновлялась еще с версии 2.2 до последней возможной 2.3.4-RELEASE-p1 (i386) и я с тех времен эти настройки не менял.



  • Вполне возможно, что в процессе обновлений что-то пошло не так.

    Зы. А галку поставьте.



  • @werter said in PfSense Блокирует трафик от Cisco:

    Добрый.

    Вы ж выставили 1500 у себя, т.е. эффективный макс. размер пакета данных будет 1500-28=1472 байта. С чего бы

    Ну сдрасьте вам. А как же jumbo frame?? ну и ещё беспроводные пакеты содержат в себе байты от протокола нижнего уровня - всякие там меточки, wds, номер слота на частоте и т.п.
    Протоколов беспроводной передачи данных помимо 802 - много(nv2 у микротика например)



  • @derwin Не лез в настройки всё работало залез всё испортил пришлось отключить эту вафлю а что именно ей нужно одному создателю известно



  • @miles27 said in PfSense Блокирует трафик от Cisco:

    @derwin Не лез в настройки всё работало залез всё испортил пришлось отключить эту вафлю а что именно ей нужно одному создателю известно
    0_1528867767165_cisco.png



  • Добрый.
    @derwin said in PfSense Блокирует трафик от Cisco:

    Ну сдрасьте вам. А как же jumbo frame?? ну и ещё беспроводные пакеты содержат в себе байты от протокола нижнего уровня - всякие там меточки, wds, номер слота на частоте и т.п.

    И вам не хворать.
    Я описал классический вариант. Для понимания.

    P.s. На циске wired-пакет может быть и более 16К, насколько помню.



  • @werter Одним словом нечего связываться с циско! гемороя наживёте уйму



  • @werter said in PfSense Блокирует трафик от Cisco:

    Ну сдрасьте вам. А как же jumbo frame?? ну и ещё беспроводные пакеты содержат в себе байты от протокола нижнего уровня - всякие там меточки, wds, номер слота на частоте и т.п.

    оно везде может быть большого размера.
    про ipv6 в своё время была шутка про гигабайтные пинг-пакеты.



  • Очень интересную штуку заметил, PfSense не воспринимает TTL пакеты больше 1597 (1625) байт только именно от Андроид устройств со всеми PC проблем нет фрагментация проходит. А вот именно Андроид устройства не пропускает, попробовал через старую точку доступа DWL-2100 тоже самое. Так что же такое в трафике у андроида ?



  • @miles27 said in PfSense Блокирует трафик от Cisco:

    Очень интересную штуку заметил, PfSense не воспринимает TTL пакеты больше 1597 (1625) байт только именно от Андроид устройств со всеми PC проблем нет фрагментация проходит. А вот именно Андроид устройства не пропускает, попробовал через старую точку доступа DWL-2100 тоже самое. Так что же такое в трафике у андроида ?

    Вот блин поймал себя. У меня в правилах фаервола + лимитер для мобильных устройств диапазон 192.168.1.17-46 стояло правило фильтрации для всех протоколов (Protocol Any). Я поменял на TCP/UDP и трафик начал бегать. Пока поставил на тестирование авось и поможет.
    Пинг стал ходить а вот интернет трафик так и глючит.
    Удалил сквид,



  • Добрый.

    Прям филиал твиттера.



  • я тоже заметил, что большие пакеты от андроида дропаются. Ничего и как победить не смог. Но, вроде, всё работает без проблем



  • @derwin У меня дропались из-за лимитера который в правилах действовал на все протоколы. Тут интересен вопрос как моя приблуда Cisco Wi-Fi трафик пережовывает через себя полагаю проблема именно в самих служебных пакетах.



  • Добрый.

    У меня дропались из-за лимитера который в правилах действовал на все протоколы.

    Можно скрин этого правила. А лучше скрин всех правил fw на LAN, WAN, floating etc. Чтобы не гадать.

    P.s. Модель циски?



  • @werter 2_1529415624139_lan.jpg 1_1529415624139_wan.jpg 0_1529415624138_cisco.jpg0_1529421618715_Clipboard02.jpg
    Обратите на IP 192.168.1.29 происходит блокировка не проходит синхронизация в интернете описывается как TCP SYN Flooding Attacks



  • Добрый.

    Скрин ЛАН :
    На .1.9 действует блокирование только HTTP (TCP\80), но ему разрешено все остальное + на него распространяется лимитер ниже. Так надо?

    На 1.1\28 действует лимитер на любой протокол v4. На 1.16\28 лимитер действует только на TCP\UDP. Почему ?

    На адреса же более лимитер вообще не рапространяется и им вообще можно куда угодно.

    Все же правила лимитера правильнее рисовать во Флоатинг рулез.

    Скрин ВАН:
    Правило, к-ое касается ICMP. Т.е. кто-то извне пингует ВАН, но получается, что пингуется .175.36. Зачем так?

    И главное. Откуда у вас на LAN белые внешние ip-адреса ? А на WAN - серые. Это что за юмор такой?
    0_1529922220488_2018-06-25 13_19_43-1529421619515-clipboard02.jpg.png

    P.s. На вашем месте я бы сбросил конф-цию пф в нуль. И настроил бы сперва самое элементарное - доступ в Сеть. А уж после - Лимитеры, Сквиды etc. Потому как разбираться с вашей котовасией (а она у вас жирнющая) ни времени ни желания уже нет. Поверьте, что так будет быстрее и для вас самого.



  • На .1.9 действует блокирование только HTTP (TCP\80) комп только для приборов учета тепла воды и газа +RDP (просто психанул когда увидел что на нём лазят по тырнету запретил 80 порт, лень было рисовать правило народ всё ровно кроме как открыть страничку в ОК ничего не умеет.)

    192.168.175.36 это pfsense который через WI-FI канал длинной 990м получает интернет от провайдера через роутер

    192.168.175.36 ICMP пинг открыт для проверки связи из домашней сети для контроля
    На 1.1\28 действует лимитер на любой протокол v4 ( скрин не совсем свежий там стоит только TCP-UDP


 

© Copyright 2002 - 2018 Rubicon Communications, LLC | Privacy Policy