Разархивируйте к местоположению

Так как UDP без установления соединения, реализация NAT не может знать, где коммуникация UDP на самом деле заканчивается, таким образом, это просто создает запись таблицы преобразования на первом переданном пакете. Например, скрытый хост с IP 10.0.0.2 отправляет пакет для хостинга 2.2.2.2 через маршрутизатор NAT с адресом 1.1.1.1, исходный порт 10000, место назначения - 20000. По пакетному прибытию NAT создает запись, такую как это:

10.0.0.2 10000 - 1.1.1.1 10000 - 2.2.2.2 20000

Номер порта во втором поле может отличаться, если он уже используется другой записью перевода. После этой созданной записи все пакеты UDP от 2.2.2.2:20000 до 1.1.1.1:10000 будут перенаправлены к 10.0.0.2:10000.

По второму вопросу: если существует NAT между источником и местом назначения, удаленные адреса, о которых сообщают getpeername(2) и сообщил непосредственно удаленным концом (в полезной нагрузке UDP), будет отличаться.

Существует больше информации и ссылок о перфорации дыры NAT на Википедию.