Как сервер отправляет данные клиенту?

Question

[Губернатор]

Всем привет.
К примеру возьмем соединение по TCP-сокетам. Допустим клиент отправил запрос на сервер, тот его принял, и создал соединение, и когда пришла необходимость, сервер отправляет сообщение КЛИЕНТУ.

Интересует момент отправки сервером сообщения клиенту. То есть, как сервер вообще понимает куда нужно отправить ответ, если у клиента нет белого ИП адреса, и значит в глобальной сети хоста клиента не существует?
Даже если клиент выделил отдельный порт, как сервер может достучаться до хоста, которого нет в глобальной сети?

Comments

[alex1478]

Все NAT, прокси и тд на пути от клиента к серверу подменяют адрес отправителя (адрес и порт) на свои и хранят в памяти соответствие адрес/порт клиента и адрес/порт пересланного пакета. Эта информация хранится в рамках жизни tcp сессии. Когда сервер по тому же соединению отправляет ответ, он просто отправляет его на адрес и порт которые указаны в полученном им пакете. То что примет этот пакет уже разбирается кому его нужно дальше отправить

[Губернатор]

alex1478,
То есть в ТСР пакетах уточняется адрес до моей квартиры??
Насколько я знаю, интернет к моей квартире тянется от "домового узла" который на чердаке,
от туда тянется в квартальный узел, от туда наверное к провайдеру.
То есть адрес уточняется протоколом ниже IP?
И там сохраняются номера к\у, д\у?
И ответ на мой запрос от сервера доходит к провайдеру (по его внешнему адресу), затем провайдер разбирает пакет, и видит уточнение к адресу, и отправляет в квартальный узел, квартальный разбирает пакет и отправлят в д\у, а от д\у в мой роутер, из роутера в мой пк?

Подтвердите пожалуйста, если это работает так.

[Vitsliputsli]

Губернатор,

То есть в ТСР пакетах уточняется адрес до моей квартиры??

Типа того. В каждом пакете содержится адрес клиента. С одной оговоркой, из-за ограничений 4 протокола, этот адрес может быть опосредованный. Т.е. сервер отправляет на адрес посредника, а посредник уже знает точный адрес (Nat, proxy и прочее). Ну и посредников может быть несколько (маршрутизатор провайдера, ваш роутер и т.п.)
Адрес - это ip адрес по протоколу ip и порт по протоколу tcp. IP адрес используется для идентификации машины клиента или посредника, порт для определения нужного ПО на клиенте, или адреса в специальной таблице на посреднике.

Answer 1

[Алексей Черемисин]

У TCP есть не только IP-адрес, но ещё и порт. Как со стороны сервера, так и со стороны клиента. Если со стороны сервера порт обычно задан статически (например 80), то со стороны клиента он выбирается динамически из не занятых. В результате, каждый клиент получает свою уникальную пару IP-порт, по которым сервер и отправляет пакеты клиентскому сокету. Тем самым мы можем иметь кучу клиентских соединений на одном компьютере, различающиеся разными клиентскими портами на каждое соединение к одному серверу.

Answer 2

[hint000]

Подтвердите пожалуйста, если это работает так.

Совсем не так. Постараюсь попроще. Для понимания работы через NAT вам нужно сложить три факта:
1. В рамках клиентской сети провайдера нет проблем с тем, что адреса у клиентов серые. Потому что провайдер сам назначает эти серые адреса (автоматически) и понимает кто есть кто, и где находится каждый клиент.
2. Провайдер помнит, что такой-то клиент установил соединение с таким-то сервером, с такого-то порта на такой-то порт. Грубо говоря, помнит до тех пор, пока соединение не будет разорвано.
3. Ответ сервера идёт не на ваш серый адрес, а на белый адрес самого провайдера.

Answer 3

[Александр]

Сервер знает IP адрес клиента. Сетевая подсистема собирает и отправляет пакет в котором он указан(в специальной зоне), либо в сеть если клиент в локальной сети либо на основной шлюз, шлюз ретранслирует на следующий шлюз - так до тех пор пока пакет не достигнет шлюза клиента.

Можно взять Wireshark и увидеть все эти пакеты и какие в них есть поля.

Answer 4

[Александр Карабанов]

Это возможно благодаря NAT
NAT существовал не всегда, его придумали, как временное решение, но что-то пошло не так.