Трансляция сетевых адресов ( NAT ) — это метод отображения одного пространства IP-адресов в другое путем изменения информации о сетевых адресах в заголовке IP- пакетов во время их передачи через устройство маршрутизации трафика . [1] Первоначально этот метод использовался для обхода необходимости назначать новый адрес каждому хосту при перемещении сети или при замене вышестоящего поставщика услуг Интернета , который не мог маршрутизировать адресное пространство сети. Он стал популярным и важным инструментом для сохранения глобального адресного пространства в условиях исчерпания адресов IPv4 . Один маршрутизируемый в Интернете IP-адрес шлюза NAT может использоваться для всей частной сети . [2]
Поскольку трансляция сетевых адресов изменяет информацию об IP-адресах в пакетах, реализации NAT могут различаться по своему поведению в различных случаях адресации и по своему влиянию на сетевой трафик. Специфика поведения NAT обычно не документируется поставщиками оборудования, содержащего реализации NAT. [2]
IPv4 использует 32-битные адреса, способные однозначно адресовать около 4,3 миллиарда устройств. К 1992 году стало очевидно, что этого будет недостаточно. RFC 1631 1994 года описывает NAT как «краткосрочное решение» двух наиболее насущных проблем, с которыми столкнулся IP-интернет в то время: истощение IP-адресов и масштабирование маршрутизации. К 2004 году NAT получил широкое распространение. [3]
Самый простой тип NAT обеспечивает трансляцию IP-адресов один к одному (RFC 1631). RFC 2663 называет этот тип NAT базовым NAT ; его также называют один к одному NAT . В этом типе NAT изменяются только IP-адреса, контрольная сумма заголовка IP и любые контрольные суммы более высокого уровня, включающие IP-адрес. Базовый NAT можно использовать для соединения двух IP-сетей с несовместимой адресацией. [2]
.jpg/1280px-Network_Address_Translation_(file2).jpg){kind=spacer}
Большинство трансляторов сетевых адресов сопоставляют несколько частных хостов с одним публично открытым IP-адресом.
Вот типичная конфигурация:
Все IP-пакеты имеют исходный IP-адрес и IP-адрес назначения. Обычно пакеты, проходящие из частной сети в общедоступную сеть, будут иметь измененный исходный адрес, в то время как пакеты, проходящие из общедоступной сети обратно в частную сеть, будут иметь измененный адрес назначения. Чтобы избежать неоднозначности в том, как переводятся ответы, требуются дополнительные изменения пакетов. Подавляющее большинство интернет-трафика использует протокол управления передачей (TCP) или протокол пользовательских датаграмм (UDP). Для этих протоколов номера портов изменяются таким образом, чтобы комбинация IP-адреса (в заголовке IP ) и номера порта (в заголовке транспортного уровня ) в возвращаемом пакете могла быть однозначно сопоставлена с соответствующим пунктом назначения частной сети. RFC 2663 использует термин « трансляция сетевого адреса и порта » ( NAPT ) для этого типа NAT. [4] Другие названия включают трансляцию адреса порта ( PAT ), IP-маскировку , перегрузку NAT и NAT «многие к одному» . Это наиболее распространенный тип NAT, который стал синонимом термина «NAT» в общепринятом использовании.
Этот метод позволяет осуществлять связь через маршрутизатор только тогда, когда разговор начинается в частной сети, поскольку первоначальная исходная передача — это то, что устанавливает требуемую информацию в таблицах перевода. Таким образом, веб-браузер в частной сети сможет просматривать веб-сайты, которые находятся за пределами сети, тогда как веб-браузеры за пределами сети не смогут просматривать веб-сайт, размещенный внутри. [a] Протоколы, не основанные на TCP и UDP, требуют других методов перевода.
Дополнительным преимуществом NAT «один ко многим» является то, что он смягчает проблему нехватки адресов IPv4 , позволяя подключать целые сети к Интернету с использованием одного публичного IP-адреса. [b]
Трансляция сетевых адресов и портов может быть реализована несколькими способами. Некоторым приложениям, использующим информацию об IP-адресах, может потребоваться определить внешний адрес транслятора сетевых адресов. Это адрес, который обнаруживают его одноранговые узлы связи во внешней сети. Кроме того, может потребоваться изучить и классифицировать тип используемого сопоставления, например, когда требуется настроить прямой путь связи между двумя клиентами, оба из которых находятся за отдельными шлюзами NAT.
Для этой цели RFC 3489 в 2003 году определил протокол под названием Simple Traversal of UDP over NATs ( STUN ). Он классифицировал реализации NAT как полноконусный NAT , (адрес) ограниченный-конусный NAT , порт-ограниченный конусный NAT или симметричный NAT и предложил методологию для тестирования устройства соответственно. Однако с тех пор эти процедуры были исключены из статуса стандартов, поскольку методы неадекватны для правильной оценки многих устройств. RFC 5389 стандартизировал новые методы в 2008 году, и аббревиатура STUN теперь представляет новое название спецификации: Session Traversal Utilities for NAT .
Многие реализации NAT объединяют эти типы, поэтому лучше ссылаться на конкретное индивидуальное поведение NAT вместо использования терминологии Cone/Symmetric. RFC 4787 пытается устранить путаницу, вводя стандартизированную терминологию для наблюдаемых поведений. Для первого маркера в каждой строке приведенной выше таблицы RFC будет характеризовать NAT с полным конусом, ограниченным конусом и ограниченным портом конусом как имеющие сопоставление, независимое от конечной точки , тогда как он будет характеризовать симметричный NAT как имеющий сопоставление, зависящее от адреса и порта . Для второго маркера в каждой строке приведенной выше таблицы RFC 4787 также обозначил бы Full-Cone NAT как имеющий Endpoint-Independent Filtering , Restricted-Cone NAT как имеющий Address-Dependent Filtering , Port-Restricted Cone NAT как имеющий Address and Port-Dependent Filtering , а Symmetric NAT как имеющий Address-Dependent Filtering или Address and Port-Dependent Filtering . Другие классификации поведения NAT, упомянутые в RFC, включают сохранение портов, когда и как обновляются сопоставления, могут ли внешние сопоставления использоваться внутренними хостами (т. е. его поведение привязки ), и уровень детерминизма, который NAT демонстрируют при применении всех этих правил. [2] В частности, большинство NAT объединяют симметричный NAT для исходящих соединений со статическим сопоставлением портов , где входящие пакеты, адресованные на внешний адрес и порт, перенаправляются на определенный внутренний адрес и порт.
RFC 4787 [2] проводит различие между отображением NAT и фильтрацией NAT.
Раздел 4.1 RFC охватывает сопоставление NAT и определяет, как внешний IP-адрес и номер порта должны быть преобразованы во внутренний IP-адрес и номер порта. Он определяет сопоставление, независимое от конечной точки, сопоставление, зависящее от адреса и сопоставление, зависящее от адреса и порта, объясняет, что эти три возможных варианта не связаны с безопасностью NAT, поскольку безопасность определяется поведением фильтрации, а затем указывает: «NAT ДОЛЖЕН иметь поведение «Сопоставление, независимое от конечной точки».
Раздел 5 RFC охватывает фильтрацию NAT и описывает, какие критерии используются NAT для фильтрации пакетов, исходящих из определенных внешних конечных точек. Доступны следующие варианты: фильтрация, независимая от конечной точки, фильтрация, зависящая от адреса и фильтрация, зависящая от адреса и порта. Фильтрация, независимая от конечной точки, рекомендуется там, где требуется максимальная прозрачность приложения, а фильтрация, зависящая от адреса, рекомендуется там, где наиболее важно более строгое поведение фильтрации.
Некоторые устройства NAT пока не соответствуют RFC 4787, поскольку они обрабатывают сопоставление и фильтрацию NAT одинаково, поэтому их параметр конфигурации для изменения метода фильтрации NAT также изменяет метод сопоставления NAT (например, Netgate TNSR). Для брандмауэра PF доступен патч для включения поддержки RFC 4787, но он еще не был объединен.
Проблема обхода NAT возникает, когда одноранговые узлы за разными NAT пытаются общаться. Одним из способов решения этой проблемы является использование переадресации портов . Другим способом является использование различных методов обхода NAT. Наиболее популярным методом обхода TCP NAT является прокалывание TCP .
Пробивка отверстий TCP требует, чтобы NAT следовал схеме сохранения портов для TCP. Для заданной исходящей TCP-связи одни и те же номера портов используются с обеих сторон NAT. Сохранение портов NAT для исходящих TCP-соединений имеет решающее значение для обхода TCP NAT, поскольку в TCP один порт может использоваться только для одной связи за раз. Программы, которые привязывают отдельные TCP-сокеты к эфемерным портам для каждой TCP-связи, делают прогнозирование портов NAT невозможным для TCP. [2]
С другой стороны, для UDP NAT не требуется сохранение порта. Действительно, несколько UDP-сообщений (каждое с отдельной конечной точкой ) могут происходить на одном и том же порту источника, и приложения обычно повторно используют один и тот же UDP-сокет для отправки пакетов на разные хосты. Это упрощает прогнозирование порта, поскольку для каждого пакета это один и тот же порт источника.
Более того, сохранение порта в NAT для TCP позволяет протоколам P2P обеспечивать меньшую сложность и меньшую задержку, поскольку нет необходимости использовать третью сторону (например, STUN) для обнаружения порта NAT, поскольку само приложение уже знает порт NAT. [2] [5]
Однако если два внутренних хоста попытаются связаться с одним и тем же внешним хостом, используя один и тот же номер порта, NAT может попытаться использовать другой внешний IP-адрес для второго соединения или может потребоваться отказаться от сохранения порта и переназначить порт. [2] : 9
По состоянию на 2006 год [обновлять], около 70% клиентов в сетях P2P использовали ту или иную форму NAT. [6]
Каждый пакет TCP и UDP содержит номер порта источника и номер порта назначения. Каждый из этих пакетов инкапсулируется в IP-пакет, заголовок IP которого содержит IP-адрес источника и IP-адрес назначения. Тройка IP-адрес/протокол/номер порта определяет связь с сетевым сокетом .
Для общедоступных служб, таких как веб- и почтовые серверы, важен номер порта. Например, порт 443 подключается через сокет к программному обеспечению веб-сервера , а порт 465 — к демону SMTP почтового сервера . [7] IP-адрес публичного сервера также важен, по своей глобальной уникальности он похож на почтовый адрес или номер телефона. И IP-адрес, и номер порта должны быть правильно известны всем хостам, желающим успешно взаимодействовать.
Частные IP-адреса, описанные в RFC 1918, можно использовать только в частных сетях, не подключенных напрямую к Интернету. Порты являются конечными точками связи, уникальными для этого хоста, поэтому соединение через устройство NAT поддерживается комбинированным сопоставлением порта и IP-адреса. Частный адрес внутри NAT сопоставляется с внешним публичным адресом. Трансляция адресов портов (PAT) разрешает конфликты, возникающие, когда несколько хостов используют один и тот же номер исходного порта для установления разных внешних подключений в одно и то же время.
Устройство NAT похоже на телефонную систему в офисе, которая имеет один публичный телефонный номер и несколько добавочных номеров. Исходящие телефонные звонки из офиса кажутся поступающими с одного и того же телефонного номера. Однако входящий звонок, в котором не указан добавочный номер, не может быть автоматически переведен на человека внутри офиса. В этом сценарии офис представляет собой частную локальную сеть, основной телефонный номер — публичный IP-адрес, а индивидуальные добавочные номера — уникальные номера портов. [8]
С NAT все сообщения, отправляемые на внешние хосты, фактически содержат внешний IP-адрес и информацию о порте устройства NAT вместо внутренних IP-адресов хоста или номеров портов. NAT транслирует только IP-адреса и порты своих внутренних хостов, скрывая истинную конечную точку внутреннего хоста в частной сети.
Когда компьютер в частной (внутренней) сети отправляет IP-пакет во внешнюю сеть, устройство NAT заменяет внутренний исходный IP-адрес в заголовке пакета на внешний IP-адрес устройства NAT. Затем PAT может назначить соединению номер порта из пула доступных портов, вставив этот номер порта в поле исходного порта. Затем пакет пересылается во внешнюю сеть. Затем устройство NAT делает запись в таблице трансляции, содержащей внутренний IP-адрес, исходный исходный порт и преобразованный исходный порт. Последующие пакеты с того же внутреннего исходного IP-адреса и номера порта преобразуются в тот же внешний исходный IP-адрес и номер порта. Компьютер, получающий пакет, прошедший NAT, устанавливает соединение с портом и IP-адресом, указанными в измененном пакете, не обращая внимания на тот факт, что предоставленный адрес преобразуется.
При получении пакета из внешней сети устройство NAT ищет в таблице трансляции порт назначения в заголовке пакета. Если совпадение найдено, IP-адрес назначения и номер порта заменяются значениями, найденными в таблице, и пакет пересылается во внутреннюю сеть. В противном случае, если номер порта назначения входящего пакета не найден в таблице трансляции, пакет отбрасывается или отклоняется, поскольку устройство PAT не знает, куда его отправить.
IEEE Reverse Address and Port Translation (RAPT или RAT) позволяет хосту, реальный IP-адрес которого время от времени меняется, оставаться доступным в качестве сервера через фиксированный домашний IP-адрес. [15] Реализация RAPT Cisco представляет собой перегрузку PAT или NAT и сопоставляет несколько частных IP-адресов с одним публичным IP-адресом. Несколько адресов могут быть сопоставлены с одним адресом, поскольку каждый частный адрес отслеживается по номеру порта. PAT использует уникальные номера исходных портов на внутреннем глобальном IP-адресе для различения трансляций. [c] PAT пытается сохранить исходный порт источника. Если этот исходный порт уже используется, PAT назначает первый доступный номер порта, начиная с начала соответствующей группы портов 0–511, 512–1023 или 1024–65535. Когда больше нет доступных портов и настроено более одного внешнего IP-адреса, PAT переходит к следующему IP-адресу, чтобы попытаться снова выделить исходный порт источника. Этот процесс продолжается до тех пор, пока не закончатся доступные порты и внешние IP-адреса.
Mapping of Address and Port — это предложение Cisco, которое объединяет преобразование адресов и портов с туннелированием пакетов IPv4 по внутренней сети IPv6 провайдера ISP . По сути, это (почти) безгосударственная альтернатива NAT операторского класса и DS-Lite , которая полностью переносит функцию преобразования адресов IPv4 /портов (и поддержание состояния NAT) в существующую реализацию NAT на оборудовании клиента . Таким образом, избегая проблем NAT444 и состояния NAT операторского класса, а также предоставляя механизм перехода для развертывания собственного IPv6 в то же время с очень небольшой дополнительной сложностью.
Хосты за маршрутизаторами с поддержкой NAT не имеют сквозного соединения и не могут участвовать в некоторых интернет-протоколах. Службы, требующие инициирования TCP -соединений из внешней сети или использующие протоколы без сохранения состояния, такие как UDP , могут быть нарушены. Если маршрутизатор NAT не предпримет специальных усилий для поддержки таких протоколов, входящие пакеты не смогут достичь своего назначения. Некоторые протоколы могут размещать один экземпляр NAT между участвующими хостами ( например, FTP в пассивном режиме ), иногда с помощью шлюза уровня приложений (см. § Приложения, затронутые NAT), но терпят неудачу, когда обе системы отделены от Интернета NAT. Использование NAT также усложняет протоколы туннелирования, такие как IPsec , поскольку NAT изменяет значения в заголовках, которые мешают проверкам целостности, выполняемым IPsec и другими протоколами туннелирования.
Сквозное соединение было основным принципом Интернета, поддерживаемым, например, Советом по архитектуре Интернета . Текущие документы по архитектуре Интернета отмечают, что NAT является нарушением принципа сквозного соединения , но что NAT играет значимую роль в тщательном проектировании. [16] Значительно больше беспокойства вызывает использование IPv6 NAT, и многие архитекторы IPv6 считают, что IPv6 был предназначен для устранения необходимости в NAT. [17]
Реализация, которая отслеживает только порты, может быть быстро исчерпана внутренними приложениями, которые используют несколько одновременных подключений, например, HTTP- запрос для веб-страницы со множеством встроенных объектов. Эту проблему можно смягчить, отслеживая IP-адрес назначения в дополнение к порту, таким образом разделяя один локальный порт со многими удаленными хостами. Это дополнительное отслеживание увеличивает сложность реализации и вычислительные ресурсы на устройстве трансляции.
Поскольку все внутренние адреса замаскированы за одним общедоступным адресом, внешние хосты не могут напрямую инициировать соединение с определенным внутренним хостом. Такие приложения, как VOIP , видеоконференции и другие одноранговые приложения, должны использовать методы обхода NAT для работы.
Чистый NAT, работающий только на IP, может или не может правильно анализировать протоколы с полезными данными, содержащими информацию об IP, например ICMP . Это зависит от того, интерпретируется ли полезная нагрузка хостом внутри или снаружи трансляции . Базовые протоколы, такие как TCP и UDP, не могут функционировать должным образом, если NAT не предпринимает действий за пределами сетевого уровня.
IP-пакеты имеют контрольную сумму в каждом заголовке пакета, что обеспечивает обнаружение ошибок только для заголовка. IP-датаграммы могут стать фрагментированными, и NAT необходимо повторно собрать эти фрагменты, чтобы обеспечить корректный пересчет контрольных сумм более высокого уровня и корректное отслеживание того, какие пакеты принадлежат какому соединению.
TCP и UDP имеют контрольную сумму, которая охватывает все данные, которые они переносят, а также заголовок TCP или UDP, плюс псевдозаголовок , который содержит исходный и целевой IP-адреса пакета, содержащего заголовок TCP или UDP. Для того чтобы исходный NAT успешно передал TCP или UDP, он должен пересчитать контрольную сумму заголовка TCP или UDP на основе транслированных IP-адресов, а не исходных, и поместить эту контрольную сумму в заголовок TCP или UDP первого пакета фрагментированного набора пакетов.
В качестве альтернативы исходный хост может выполнить обнаружение MTU пути , чтобы определить размер пакета, который может быть передан без фрагментации, а затем установить бит don't fragment (DF) в соответствующем поле заголовка пакета. Это только одностороннее решение, поскольку отвечающий хост может отправлять пакеты любого размера, которые могут быть фрагментированы до достижения NAT.
Трансляция сетевого адреса назначения (DNAT) — это метод прозрачного изменения IP-адреса назначения маршрутизируемого пакета и выполнения обратной функции для любых ответов. Любой маршрутизатор, расположенный между двумя конечными точками, может выполнить это преобразование пакета.
DNAT обычно используется для публикации сервиса, расположенного в частной сети на общедоступном IP-адресе. Такое использование DNAT также называется переадресацией портов или DMZ , когда используется на всем сервере , который становится открытым для WAN, становясь аналогом незащищенной военной демилитаризованной зоны (DMZ).
Значение термина SNAT различается в зависимости от поставщика: [18] [19] [20]
Безопасная трансляция сетевых адресов (SNAT) является частью Microsoft Internet Security and Acceleration Server и представляет собой расширение драйвера NAT, встроенного в Microsoft Windows Server . Он обеспечивает отслеживание и фильтрацию подключений для дополнительных сетевых подключений, необходимых для протоколов FTP , ICMP , H.323 и PPTP , а также возможность настройки прозрачного HTTP- прокси-сервера .
Динамический NAT, как и статический NAT, не распространен в небольших сетях, но встречается в крупных корпорациях со сложными сетями. В то время как статический NAT обеспечивает сопоставление внутренних и публичных статических IP-адресов один к одному, динамический NAT использует группу публичных IP-адресов. [24] [25]
NAT hairpinning , также известный как NAT loopback или NAT reflection , [26] является функцией многих потребительских маршрутизаторов [27] , где машина в локальной сети может получить доступ к другой машине в локальной сети через внешний IP-адрес локальной сети/маршрутизатора (с переадресацией портов, настроенной на маршрутизаторе для направления запросов на соответствующую машину в локальной сети). Это понятие официально описано в 2008 году, RFC 5128.
Ниже описан пример сети:
Если пакет отправляется на 203.0.113.1 компьютером с адресом 192.168.1.100 , пакет обычно направляется на шлюз по умолчанию (маршрутизатор) [d] Маршрутизатор с функцией NAT loopback определяет, что 203.0.113.1 является адресом его интерфейса WAN, и обрабатывает пакет так, как будто он исходит с этого интерфейса. Он определяет пункт назначения для этого пакета на основе правил DNAT (переадресация портов) для пункта назначения. Если данные были отправлены на порт 80 и существует правило DNAT для порта 80, направленное на 192.168.1.2 , то хост по этому адресу получает пакет.
Если применимое правило DNAT недоступно, маршрутизатор отбрасывает пакет. Может быть отправлен ответ ICMP Destination Unreachable . Если какие-либо правила DNAT присутствовали, преобразование адресов все еще действует; маршрутизатор все еще перезаписывает исходный IP-адрес в пакете. Локальный компьютер ( 192.168.1.100 ) отправляет пакет как пришедший с 192.168.1.100 , но сервер ( 192.168.1.2 ) получает его как пришедший с 203.0.113.1 . Когда сервер отвечает, процесс идентичен внешнему отправителю. Таким образом, возможна двусторонняя связь между хостами внутри сети LAN через публичный IP-адрес.
Трансляция сетевых адресов обычно не используется в IPv6, поскольку одной из целей разработки IPv6 является восстановление сквозного сетевого соединения. [28] Большое адресное пространство IPv6 устраняет необходимость сохранения адресов, и каждому устройству может быть назначен уникальный глобально маршрутизируемый адрес. Использование уникальных локальных адресов в сочетании с трансляцией сетевых префиксов может дать результаты, аналогичные NAT.
Большое адресное пространство IPv6 все еще может быть побеждено в зависимости от фактической длины префикса, предоставленной оператором. Нередко бывает так, что для всей домашней сети выдается префикс /64 — наименьшая рекомендуемая подсеть, — требующая использования различных методов для ручного разделения диапазона, чтобы все устройства оставались доступными. [29] Даже фактическое преобразование сетевых адресов IPv6 в IPv6, NAT66, может иногда оказаться полезным: в блоге APNIC описывается случай, когда автору был предоставлен только один адрес (/128). [30]
Некоторые протоколы уровня приложений , такие как протокол передачи файлов (FTP) и протокол инициирования сеанса (SIP), отправляют явные сетевые адреса в своих данных приложения. Например, протокол передачи файлов в активном режиме использует отдельные соединения для трафика управления (команд) и для трафика данных (содержимого файлов). При запросе передачи файла хост, делающий запрос, идентифицирует соответствующее соединение данных по адресам сетевого уровня и транспортного уровня . Если хост, делающий запрос, находится за простым брандмауэром NAT, трансляция IP-адреса или номера порта TCP делает информацию, полученную сервером, недействительной. SIP обычно управляет голосовыми вызовами по IP и страдает от той же проблемы. SIP и сопутствующий ему протокол описания сеанса могут использовать несколько портов для установки соединения и передачи голосового потока через транспортный протокол реального времени . IP-адреса и номера портов кодируются в данных полезной нагрузки и должны быть известны до прохождения NAT. Без специальных методов, таких как STUN , поведение NAT непредсказуемо, и связь может быть нарушена. Программное обеспечение или оборудование шлюза уровня приложений (ALG) может исправить эти проблемы. Программный модуль ALG, работающий на устройстве брандмауэра NAT, обновляет любые данные полезной нагрузки, которые стали недействительными из-за трансляции адресов. ALG должны понимать протокол более высокого уровня, который им нужно исправить, поэтому для каждого протокола с этой проблемой требуется отдельный ALG. Например, во многих системах Linux существуют модули ядра, называемые трекерами соединений , которые служат для реализации ALG. Однако ALG не может работать, если данные протокола зашифрованы.
Другим возможным решением этой проблемы является использование методов обхода NAT с использованием таких протоколов, как STUN или Interactive Connectivity Establishment (ICE), или фирменных подходов в контроллере границ сеанса . Обход NAT возможен в приложениях на основе как TCP, так и UDP, но метод на основе UDP проще, более понятен и более совместим с устаревшими NAT. [ необходима цитата ] В любом случае протокол высокого уровня должен быть разработан с учетом обхода NAT, и он не работает надежно через симметричные NAT или другие плохо работающие устаревшие NAT.
Другими возможностями являются протокол управления портами (PCP), [31] протокол сопоставления портов NAT (NAT-PMP) или протокол шлюзового устройства Интернета , но для их реализации требуется устройство NAT.
Однако большинство клиент-серверных протоколов (главным исключением является FTP [e] ) не отправляют контактную информацию уровня 3 и не требуют какой-либо специальной обработки со стороны NAT. Фактически, избежание осложнений NAT является практически обязательным требованием при разработке новых протоколов более высокого уровня сегодня.
NAT также могут вызывать проблемы, когда применяется шифрование IPsec и в случаях, когда несколько устройств, таких как SIP-телефоны, находятся за NAT. Телефоны, которые шифруют свою сигнализацию с помощью IPsec, инкапсулируют информацию о порте в зашифрованный пакет, что означает, что устройства NAT не могут получить доступ к порту и преобразовать его. В этих случаях устройства NAT возвращаются к простым операциям NAT. Это означает, что весь трафик, возвращающийся в NAT, сопоставляется с одним клиентом, что приводит к сбою обслуживания более чем одного клиента за NAT. Есть несколько решений этой проблемы: одно — использовать TLS , который работает на уровне 4 и не маскирует номер порта; другое — инкапсулировать IPsec в UDP — последнее решение было выбрано TISPAN для достижения безопасного обхода NAT или NAT с поддержкой «IPsec Passthru» ; другое — использовать пограничный контроллер сеанса для облегчения обхода NAT .
Установление интерактивного соединения — это метод обхода NAT, который не зависит от поддержки ALG.
Уязвимость протокола DNS, о которой Дэн Камински объявил 8 июля 2008 г. [32] , косвенно затрагивается сопоставлением портов NAT. Чтобы избежать отравления кэша DNS , крайне желательно не транслировать номера исходных портов UDP исходящих запросов DNS с сервера DNS за брандмауэром, реализующим NAT. Рекомендуемый обходной путь для уязвимости DNS — заставить все кэширующие серверы DNS использовать рандомизированные исходные порты UDP. Если функция NAT дерандомизирует исходные порты UDP, сервер DNS становится уязвимым.
