Hola, esto es una breve y sencilla explicacion de como funciona la configuracion en multipuesto y el mapeo de puertos, entendiendo el porque de su aparicion y el problema que resuelven.
/[color=]Problema 1.[/color]
<b> Descripcion.</b>
Todos lo sabemos, los ISP normalmente dan una sola IP pubica, y queremos conectar mas equipos.
A internet solo podemos acceder con una IP Publica, y solo tenemos una para 2 equipos o mas.
<b> Solucion.</b>
Encontrar una tecnica que permita cambiar las IP de origen que van en los paquetes que generan cada ordenador por la IP publica que nos da nuestro ISP. Esta tecnica ha de implementar mecanismos para recordad con que IP remota se esta comunicando cada host "interno", para que cuando los paquetes vengan de vuelta, sepa a quien se los debe redirigir. Ya que las IP publicas las asigna un organismo internacional , deberemos aplicar IPs de rango privado 10.X.X.X , 172.16-31.X.X o 192.168.X.X.
Esto es, lo que se conoce como configuracion en multipuesto.
<i> NAT (Network Address Translation)</i>
A groso modo podemos contar con que es lo que hace. Existen varios modos de funcionamiento, estatico y dinamico, bidireccional y tradicional, pero eso no nos importa ahora para lo que vamos buscando.
- Traduce las direcciones IP de nuestros equipos a una IP publica.
- Guarda una tabla de equivalencias para saber quien se comunica con quien.
/[color=]Problema 2.[/color]
<b> Limitaciones de NAT </b>
- Las entradas en las tablas de equivalencia tienen un tiempo maximo de vida.
- Un host tras un sistema NAT, resulta inaccesible para un host exterior a no ser que, sea el host "oculto" sea quien establezca la conexion.
- Crear tablas estaticas sobre redireccion de conexiones basada en direcciones IP es un metodo poco manejable y eficiente.
<b> Solucion</b>
<i> NAT + PAT ( Port Address Translation)= NAPT</i>
Redireccionar las conexiones basandose en su numero de puerto TCP o UDP, ya que muchos host con diferentes IPs podrian ser redireccionados a ip's internas con solo mapear el numero de puerto y el protocolo a la IP que se requiera.
Este sistema de mapeo, consigue que seamos acesibles desde el exterior con nuestra ip publica, ya el dispositivo que usa NAPT podria saber a que IP privada van destinados los paquetes con solo mirar el numero de puerto del destinatario en el paquete.
Por eso, la expresion "abrir puertos" no es precisa, ya que los puertos estan abiertos , pero en la IP privada, y si el dispositivo que usa NAPT no tiene servicios a la escucha en esos puertos... pues no se puede establecer conexion, por eso se redirecciona haciendo como un mapa.
/[color=]Problema 3.[/color]
<b> Limitaciones de NAPT.</b>
Que pasa si tengo 2 equipos con un web server en cada uno configurados en el mismo puerto (TCP 80)? Puedo mapear el mismo puerto en el mismo protocolo a 2 IP distintas ??
No, si no ... ¿Como sabria el dispositivo que usa NAPT a donde deberia redirigir?
<b> Solucion.</b>
Pues la solucion a esto no es muy clara. La unica solucion es poner cada web server configurado en un puerto y mapear asi, pero claro, luego para acceder a el que no esta en su puerto standard habria que especificarlo.
_______________________________________________________________________
Espero que os guste y que resuelva las dudas de muchos.
[Editado el 12/5/2003 por echo.request]
/[color=]Problema 1.[/color]
<b> Descripcion.</b>
Todos lo sabemos, los ISP normalmente dan una sola IP pubica, y queremos conectar mas equipos.
A internet solo podemos acceder con una IP Publica, y solo tenemos una para 2 equipos o mas.
<b> Solucion.</b>
Encontrar una tecnica que permita cambiar las IP de origen que van en los paquetes que generan cada ordenador por la IP publica que nos da nuestro ISP. Esta tecnica ha de implementar mecanismos para recordad con que IP remota se esta comunicando cada host "interno", para que cuando los paquetes vengan de vuelta, sepa a quien se los debe redirigir. Ya que las IP publicas las asigna un organismo internacional , deberemos aplicar IPs de rango privado 10.X.X.X , 172.16-31.X.X o 192.168.X.X.
Esto es, lo que se conoce como configuracion en multipuesto.
<i> NAT (Network Address Translation)</i>
A groso modo podemos contar con que es lo que hace. Existen varios modos de funcionamiento, estatico y dinamico, bidireccional y tradicional, pero eso no nos importa ahora para lo que vamos buscando.
- Traduce las direcciones IP de nuestros equipos a una IP publica.
- Guarda una tabla de equivalencias para saber quien se comunica con quien.
/[color=]Problema 2.[/color]
<b> Limitaciones de NAT </b>
- Las entradas en las tablas de equivalencia tienen un tiempo maximo de vida.
- Un host tras un sistema NAT, resulta inaccesible para un host exterior a no ser que, sea el host "oculto" sea quien establezca la conexion.
- Crear tablas estaticas sobre redireccion de conexiones basada en direcciones IP es un metodo poco manejable y eficiente.
<b> Solucion</b>
<i> NAT + PAT ( Port Address Translation)= NAPT</i>
Redireccionar las conexiones basandose en su numero de puerto TCP o UDP, ya que muchos host con diferentes IPs podrian ser redireccionados a ip's internas con solo mapear el numero de puerto y el protocolo a la IP que se requiera.
Este sistema de mapeo, consigue que seamos acesibles desde el exterior con nuestra ip publica, ya el dispositivo que usa NAPT podria saber a que IP privada van destinados los paquetes con solo mirar el numero de puerto del destinatario en el paquete.
Por eso, la expresion "abrir puertos" no es precisa, ya que los puertos estan abiertos , pero en la IP privada, y si el dispositivo que usa NAPT no tiene servicios a la escucha en esos puertos... pues no se puede establecer conexion, por eso se redirecciona haciendo como un mapa.
/[color=]Problema 3.[/color]
<b> Limitaciones de NAPT.</b>
Que pasa si tengo 2 equipos con un web server en cada uno configurados en el mismo puerto (TCP 80)? Puedo mapear el mismo puerto en el mismo protocolo a 2 IP distintas ??
No, si no ... ¿Como sabria el dispositivo que usa NAPT a donde deberia redirigir?
<b> Solucion.</b>
Pues la solucion a esto no es muy clara. La unica solucion es poner cada web server configurado en un puerto y mapear asi, pero claro, luego para acceder a el que no esta en su puerto standard habria que especificarlo.
_______________________________________________________________________
Espero que os guste y que resuelva las dudas de muchos.
[Editado el 12/5/2003 por echo.request]
