UDP перфорация NAT
Лучший инструмент, который я нашел, использует энергию с плагином DirDiff. Если Вы используете vim и vimdiff, этот Плагин будет легко изучить.
Автор описывает это этот путь:
описание
Это - утилита, которая выполняет рекурсивную разность на двух каталогах, и генерируйте различное "окно". На основе того окна можно выполнить различные различные операции, такие как открытие двух файлов в различном режиме Vim, скопировать файл или каталог рекурсивно в другой или удалить дерево каталогов из исходного каталога.
DirDiff похож на использование vimdiff сравнить два каталога, и все подкаталоги и файлы, содержавшие там. Я часто использую этот инструмент для сравнения различных ответвлений Подверсии, каталогов конфигурации на различных хостах, и т.д.
Для снимка экрана посмотрите на блог dedm: http://dedm.livejournal.com/115224.html
Я могу дать Вам место для запуска для (2): p0f пассивный контрольный инструмент Michal Zalewski. Это, кажется, поддерживает некоторый способ предположить, что источник TCP "SYN" находится позади NAT.
Так как 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 на Википедию.