Отличная инфографика, которая буквально на пальцах объясняет базовую механику трансляции адресов. Идеально для освежения памяти или чтобы скинуть джуну.
Как это работает на практике (разбираем схему):
• Локальный ПК (192.168.3.6) стучится на внешний файловый сервер (65.44.21.24 по порту 21 - стандартный FTP).
• Пакет прилетает на роутер. Роутер прекрасно знает, что «серые» адреса из диапазона RFC 1918 в глобальной сети не маршрутизируются.
• Он берет пакет и подменяет Source IP с локального на свой публичный адрес, выданный провайдером (200.100.10.1).
• Одновременно роутер делает запись в NAT Table (таблице трансляций), чтобы когда файловый сервер пришлет ответ, понимать, какому именно ПК в локалке его нужно переслать.
💡 Важное уточнение:
Хотя на картинке везде фигурирует аббревиатура NAT, технически здесь проиллюстрирован классический PAT (Port Address Translation), он же NAT Overload.
Обратите внимание на NAT-таблицу внизу: сразу три разных локальных хоста (.6, .7 и .8) выходят в интернет через один и тот же публичный IP-адрес. Роутер разруливает их сессии и понимает, кому отдавать ответы, исключительно за счет портов. В классическом Static NAT соответствие адресов было бы строго 1 к 1.
Отличная иллюстрация механизма, который в свое время спас IPv4 от неминуемого и быстрого исчерпания.