Сетевики есть в чате?

История:
У провайдера внутренняя защита из-за которой абоненты не могут подключаться между собой. Т.е. со своего дом. IP(192.168.1.2 -> 172.16.0.1) не могу подключить к публичному IP(x.x.x.x). ICMP, HTTP не работает, обрывается на маршрутизаторе провайдера.

Действия:
Провёл скан порта через nmap -Pn x.x.x.x, запустив параллельно Wireshark. Обнаружил обращение к x.x.x.x через TCP SYN.
  Source   | Destination | Protocol | Lenght |          Info
192.168.1.2 |   х.х.х.х   |   TCP    |   58   | 53766 -> 8081 [SYN] Seq=0
                                               Win=1024 Len=0 MSS=1460
192.168.1.2 |   х.х.х.х   |   TCP    |   58   | 53767 -> 8081 [SYN] Seq=0
                                               Win=1024 Len=0 MSS=1460
ACK/RST/FIN не приходило.

Вопрос:
Как nmap узнал, что х.х.х.х поднят и порт: filtered, blackice-icecap?

P.S. Тапки в провайдера кидать, мне лишь интересно, как работает TCP SYN в данной ситуации)

сетевики ЧТО будут делать по-твоему?
сетевиков больше нет.
сервис работает так как ты вымолишь у провайдера.
провайдер работает так, как ему разрешает регулятор.
не задавай тупые вопросы.
пиши в техподдержку.

Сетевики есть в чате?

История:
У провайдера внутренняя защита из-за которой абоненты не могут подключаться между собой. Т.е. со своего дом. IP(192.168.1.2 -> 172.16.0.1) не могу подключить к публичному IP(x.x.x.x). ICMP, HTTP не работает, обрывается на маршрутизаторе провайдера.

Действия:
Провёл скан порта через nmap -Pn x.x.x.x, запустив параллельно Wireshark. Обнаружил обращение к x.x.x.x через TCP SYN.
  Source   | Destination | Protocol | Lenght |          Info
192.168.1.2 |   х.х.х.х   |   TCP    |   58   | 53766 -> 8081 [SYN] Seq=0
                                               Win=1024 Len=0 MSS=1460
192.168.1.2 |   х.х.х.х   |   TCP    |   58   | 53767 -> 8081 [SYN] Seq=0
                                               Win=1024 Len=0 MSS=1460
ACK/RST/FIN не приходило.

Вопрос:
Как nmap узнал, что х.х.х.х поднят и порт: filtered, blackice-icecap?

P.S. Тапки в провайдера кидать, мне лишь интересно, как работает TCP SYN в данной ситуации)

Мне не нужно "чтоб работало", Я хочу узнать, как TCP SYN работает в данном случае.

А откуда ты узнал, что у провайдера эта херня есть?

Пытался подключиться по HTTPS изнутри(с того же провайдера) - не работает, через прокси и @No_blur(из Москвы) - работает. Служба поддержки, пуляние туда-сюда, ну вы знаете. Вот так и понял.

Пытался подключиться по HTTPS изнутри(с того же провайдера) - не работает, через прокси и @No_blur(из Москвы) - работает. Служба поддержки, пуляние туда-сюда, ну вы знаете. Вот так и понял.

А причем там tcp syn?

К тому, что при TCP SYN порт по которому хочу подключиться видит как открытым. Хотя подключения через tcptracert провести не могу.

А из нутри к какому ИП пытался подключится?

Может просто запрещено использовать?

"У провайдера внутренняя защита из-за которой абоненты не могут подключаться между собой."