Solución:
NAT es una forma de traducir el tráfico de varias formas. Lo más simple en los enrutadores domésticos es hacer que todo parezca que están detrás de la misma dirección IP. Esto significa que se acepta cualquier conexión saliente de la red local, su dirección de origen se establece en la dirección pública del enrutador, se asigna un nuevo puerto y el paquete modificado se envía hacia adelante. Cuando hay un paquete de regreso, se hace lo mismo a la inversa y el paquete se envía al dispositivo original.
NAT no necesita estar entre redes públicas y privadas. También puede ser entre dos redes públicas o dos privadas. Simplemente desvía el tráfico y no sabe nada sobre público o privado.
DHCP no tiene ninguna relación con esto. Es una forma de que los dispositivos le griten a la red local pidiendo que se les proporcione una dirección IP y otra información relacionada (como la dirección de la puerta de enlace, los servidores de nombres, etc.). Nuevamente, un enrutador doméstico generalmente tiene un servidor para servir a los clientes en la red local. Sin un servidor DHCP, necesitaría configurar todas las direcciones IP a mano para cada dispositivo (o usar el sistema de IP automático en Windows, por ejemplo, pero eso es solo para redes locales, no entre redes). Los dispositivos no pueden comunicarse mediante IP a menos que tengan direcciones IP y dado que prácticamente todas las comunicaciones se realizan a través de IP, es necesario.
La dirección IP proporcionada no es necesariamente pública. Quizás esto te cause confusión. Es cualquier dirección que esté definida en el grupo DHCP, o incluso una estática para ese dispositivo específico.
Por lo tanto, puede hacer que DHCP asigne direcciones IP y nunca use un NAT. Solo da direcciones IP del grupo y eso es todo. También puede tener NAT sin DHCP. Puede establecer direcciones IP fijas o puede utilizar NAT para desviar el tráfico a través de un cortafuegos a otra máquina, etc. No necesita nada de DHCP.
En las redes domésticas, ambos son útiles, ya que casi siempre hay una sola IP externa y los usuarios no quieren configurar manualmente direcciones IP fijas. Por tanto, DHCP les proporciona direcciones IP privadas locales y NAT traduce las conexiones para que parezcan que proceden de la misma dirección.
DHCP es un protocolo para configurar hosts y se ejecuta periódicamente para mantener sus direcciones y otras configuraciones actualizadas. NAT a proceso es para reescribir paquetes a medida que se reenvían a través de un enrutador. Para ser más específico, traduce las direcciones y, a veces, los puertos.
-
DHCP toma un grupo de direcciones IP y las asigna a pedido. Puede ser público o privado
-
NAT (normalmente) toma datos de IP enrutables y los envía a una IP no enrutable (como el omnipresente bloque 192.168.0.0)
En otras palabras, no son lo mismo. Es como motores y neumáticos: ambos pertenecen a un automóvil y ayudan a que funcione, pero hacen cosas MUY diferentes.
Lo que probablemente te haga tropezar es que la mayor parte de Internet se ejecuta en NAT (y, a menudo, en IPv4 NAT). Si está utilizando NAT, la configuración predeterminada es que tome una IP pública y luego DHCP su bloque sin enrutamiento a los dispositivos que se conecten detrás del enrutador. El truco hay no TIENES que DHCP NAT. De hecho, puede asignar a todos sus dispositivos una IP local sin enrutamiento. De hecho, la mayoría de los enrutadores residenciales tienen algún bloque que no hacen DHCP por esa razón, por lo que puede asignar, digamos, una impresora de red a una IP fija.
Sería una molestia que alguien viniera a tu casa y dijera “¿Cuál es tu contraseña de Wifi?” solo para que responda “Espera, déjame asignar una IP a tu dispositivo. ¿Cuál es tu dirección MAC?” No solo obtendrás una mirada en blanco (y tus padres te repudiarán por invitarlos a la tecnología), sino que esto también es un dolor enorme para ti. Como tal, nadie ejecuta su red de esta manera porque DHCP es realmente conveniente. Me refiero a que Adam Jacobs de Chef (empresa DevOps) contó esta historia sobre una empresa que pensó que no podía usar DHCP. Lo que inmediatamente levantó las cejas entre profesionales de la tecnología.