Protocolo de dispositivo de puerta de enlace a Internet

El protocolo de control del dispositivo de puerta de enlace a Internet ( UPnP IGD ) es un protocolo basado en UPnP para el mapeo de puertos en configuraciones de traducción de direcciones de red (NAT), compatible con algunos enrutadores habilitados para NAT . Es un protocolo de comunicaciones común para la configuración automática del reenvío de puertos y forma parte de una norma ISO / IEC ^{[ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ]} en lugar de una norma del Grupo de Trabajo de Ingeniería de Internet .

Las aplicaciones que utilizan redes peer-to-peer , juegos multijugador y programas de asistencia remota necesitan comunicarse a través de las pasarelas domésticas y empresariales. Sin IGD, es necesario configurar manualmente la pasarela para permitir el tráfico, un proceso propenso a errores y que consume mucho tiempo. UPnP incluye una solución para la traducción de direcciones de red ( NAT ) que implementa IGD.

IGD facilita lo siguiente:

• Agregar y eliminar asignaciones de puertos
• Asignar plazos de arrendamiento a las asignaciones
• Enumerar las asignaciones de puertos existentes
• Conozca la dirección IPv4 pública (externa)

UPnP IGDv2, publicado en 2010, añadió compatibilidad con IPv6 y corrigió la idea errónea de un tiempo de concesión infinito con un valor de 0. Las especificaciones son compatibles con versiones anteriores, pero existen problemas de compatibilidad, por ejemplo, con el cliente de Microsoft.

Existen numerosos problemas de compatibilidad debido a las diferentes interpretaciones de las especificaciones IGDv1 e IGDv2, que son muy extensas y, en realidad, retrocompatibles. Uno de ellos es el cliente UPnP IGD integrado en los sistemas actuales de Microsoft Windows y Xbox con enrutadores IGDv2 certificados. El problema de compatibilidad persiste desde la introducción del cliente IGDv1 en Windows XP en 2001, y un enrutador IGDv2 sin una solución alternativa que imposibilita el mapeo de puertos del enrutador. ^{[ 8 ]}

Si UPnP solo se usa para controlar las asignaciones de puertos y los pinholes del enrutador, existen protocolos alternativos, más nuevos, mucho más simples y ligeros, como PCP y NAT-PMP , ambos estandarizados como RFC por la IETF. Aún no se conocen problemas de compatibilidad entre diferentes clientes y servidores para estas alternativas, pero su adopción sigue siendo baja. Para enrutadores de consumo, actualmente solo se sabe que AVM y los proyectos de software de enrutador de código abierto OpenWrt , OPNsense y pfSense admiten PCP como alternativa a UPnP. La implementación de UPnP IGDv2 y PCP de Fritz!Box de AVM ha tenido muchos errores desde su introducción. En muchos casos no funciona. ^{[ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ]}

El malware puede explotar el protocolo IGD para poner los dispositivos conectados bajo el control de un usuario externo. ^{[ 14 ] [ 15 ]} El gusano Conficker es un ejemplo de una botnet creada utilizando este vector . ^{[ 14 ]}

El host puede descubrir los dispositivos IGDv1/IGDv2 disponibles con una sola búsqueda M-SEARCH para IGDv1 en la red a través del Protocolo simple de descubrimiento de servicios (SSDP), que luego puede controlarse con la ayuda de un protocolo de red como SOAP . Se envía una solicitud de descubrimiento a través de HTTP y el puerto 1900 a la dirección de multidifusión IPv4 239.255.255.250 (para las direcciones IPv6, consulte el Protocolo simple de descubrimiento de servicios (SSDP)):

M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 2 ST: urn:schemas-upnp-org:device:InternetGatewayDevice:1

• Protocolo de control de puertos (PCP)
• Protocolo de mapeo de puertos NAT (NAT-PMP)
• Conexión y reproducción universal (UPnP)
• Utilidades de recorrido de sesión para NAT (STUN)

• Descripción general y comparación de protocolos de mapeo de puertos (2026+): Acerca de UPnP IGD y PCP/NAT-PMP
• Presentación del dispositivo de puerta de enlace a Internet del Foro UPnP
• Preguntas frecuentes sobre la función Universal Plug and Play NAT Traversal de Microsoft. Copia archivada.