-
Потратил тут примерно пару дней, на диагностику какой-то плавающей неисправности:
-
все больше и больше ресурсов не открывалось из моей домашней сети.
-
гугл, ютуб продолжали работать как ни в чем ни бывало.
-
некоторый трафик на 80 порт тоже ходил
-
некоторый — connection timeout
-
https трафик так же на какое то количество ресурсов падал в timeout.
-
проверил на gosuslugi — тоже не работает
при этом icmp — окей, ответы есть, а curl говорит:curl https://www.gosuslugi.ru/
curl: (35) Recv failure: Соединение разорвано другой стороной
Выставлял для проверки чтобы с одного из локальных хостов трафик шел через VPN — все отлично работало.
-
выключал — переставало
-
-
Так как я в эти дни много возился со своим MikroTik RouterOS, то понять в чем конкретно дело сразу не мог
-
я настраивал входящие VPN с нескольких локаций
-
пробовал wireguard и sstp
-
соответственно какие то правила firewall для трафика из/в те сети настраивал
-
я настраивал скрипты мониторинга, и рассылки уведомлений о событиях
-
я настраивал скрипт пере-подключения pppoe, при условии серого ip (провайдер выдает как белые, так и серые адреса для pppoe интерфейса, это рандом — надо просто пере-подключиться, и может быть будет белый адрес)
-
на днях routeros обновился до версии 7.10
-
ну мало ли на что можно подумать…
-
И вот, последние дни я наблюдаю что какие то ресурсы по http/https недоступны. И я уже начинаю наблюдать проблемы с другими протоколами (в рамках TCP).
Вчера уже tcpdump запустил, но ничего так и не понял. пытался отсеять запросы в локальной сети, потом pcap файл смотреть в wireshurk, но вот как то не хватило меня на это.
Сегодня уже смотрю, у мня в telegram картинки грузятся слишком медленноПришла мысль проверить как оно будет работать если выставить mikrotik как socks5 proxy, и с него открыть ресурсы (для тестов было достаточно habr.com и opennet.ru)
-
а все работает окей, вообще без нареканий
Тогда я начинаю думать в сторону всяких правил firewall, но в больших сомнениях — ну как бы там нет такого, чтобы какие то ресурсы были выделены, куда трафик шел бы так, а в другое место иначе.
-
прошерстил, повыключал всякие устаревшие/неактуальные nat-ы, почистил все что мог — не помогает.
думаю, ну черт с ним, надо попробовать пере-подключить pppoe на серый адрес.
-
а, у меня ж скрипт для пере-подключения, при определении, что адрес «серый». а скрипт запускается при поднятии интерфейса, а сделать это можно только если добавить script на event on up в profile, который привязан к pppoe интерфейсу.
-
ну, чтобы скрипт не убирать из профиля, я просто профиль поменял на стандартный «default», пере-подключился, получил новый ip, но при этом, вдруг, так же не из «серой» сети — и у меня все заработало сразу.
-
-
Ок, ясно. Дело в профиле для pppoe. Но что с этим делать то? в чем отличие от стандартного? есть одно — стоит Use UPnP=yes.
Выключаю и проверяю еще раз — меняю профиль на «pppoe_isp» — то с чем проблемы были — проблемы есть.Проверил с профилем default-encryption — все работает как и должно, проблема отсутствует.
Для теста выставляю на профиле pppoe_isp : Change TCP MSS=yes, Use Compression=yes, Use Encryption=yes, включаю с этим профилем — и вуаля, проблемы больше нет.
Ну и вот как понять, в чем был затык то? почему трафик себя так вел? почему через socks с того же самого интерфейса соединения проходили? как вообще делать траблшутинг при таком?
-
// Знаю что в таком ключе публикации не приветствуются, и я надеюсь, что в комментариях будет больше полезного чем в теле этого поста.
ссылка на оригинал статьи https://habr.com/ru/articles/742746/
Добавить комментарий