Потратил тут примерно пару дней, на диагностику какой-то плавающей неисправности:

• все больше и больше ресурсов не открывалось из моей домашней сети.

• гугл, ютуб продолжали работать как ни в чем ни бывало.

• некоторый трафик на 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 с того же самого интерфейса соединения проходили? как вообще делать траблшутинг при таком?

// Знаю что в таком ключе публикации не приветствуются, и я надеюсь, что в комментариях будет больше полезного чем в теле этого поста.