Телеграмм чат группы linkmeup

всё равно не понимаю как внешний запрос может занимать публичный IP

12:54пожаловаться #1

Занят, но запрос извне его не занимает

Подождите, вот вы открыли порт 3333 наружу через нат, в него стали ломиться соединения левые. Ваша сессия кончилась, а левые так и ломятся и даже абонент изнутри на него отвечает, т.е. его ответ поддерживает соединение. Кстати в RDP можно настроить так чтобы пакет снаружи поддерживал соединение, а не только изнутри и раньше это было дефолтное поведение

12:54пожаловаться #2

Дмитрий in linkmeup_chat

https://www.rdp.ru/products/service-gateway-engine/cg-nat/

RDP.RU

CG-NAT

EcoNAT — ориентированный на операторов продукт, способный решить вопрос нехватки адресов IPv4 при сохранении существующей IPv4 инфраструктуры.

ребята гордятся про 150млн сессий, а у самих 80гбит аплинка. это какие то очень странные абонентыч которые будут генерить столько сессий при таком малом трафике

12:55пожаловаться #3

Дмитрий

Мобильщики например?

12:55пожаловаться #4

Дмитрий in linkmeup_chat

мобильщики генерят меньшее число сессий при трафике в 10 раз бОльшем

12:56пожаловаться #5

всё равно не понимаю как внешний запрос может занимать публичный IP

Full cone NAT?

12:56пожаловаться #6

Finger Alone

Full cone NAT?

теперь стало понятнее, то есть вы про ситуацию когда на публичный порт:IP продолжают поступать пакеты и они поддерживают нат трансляцию. Так?

12:57пожаловаться #7

и мы говорим только про UDP, так?

12:57пожаловаться #8

Не только, я выше написал. Если у вас на сером адресе открыт порт 3333, и он теоретически может ответить, то единожды проброшенный через NAT он сможет отвечать на все другие левые запросы. Т.е. поддерживаеться соединение будет именно изнутри

12:59пожаловаться #9

не вижу противоречия

12:59пожаловаться #10

ок порт открыт и даже отвечает

13:00пожаловаться #11