Si tu ISP es un ISP decente si puedes llamarle, pero claro por 7 euros al mes no esperes muchos servicios.
Pues hasta ahora por 7 euros podía montar un servidor. Vaya, que la tesis de que ciertos servicios van a disparar los precios es cierta.
dirección a nivel TCP es la tupla dirección-puerto, tenemos 65000 puertos
Te equivocas al decir que una dirección TCP es una tupla IP/puerto. Un servicio en TCP es la tupla servidor/puerto, donde un servidor se identifica con una dirección IP. Con el NAT puedes simular que servidor/puerto=servidor. Pero, como pasa con todos los parches, cuando los llevas demasiado lejos te metes en problemas.
El principal escollo es que el protocolo DNS asocia nombres de servidores a IPs, no servicios a tuplas [IP,puerto]. Dado que el DNS no proporciona información sobre en que puerto está un servicio, el mundo exterior no tiene más remedio que suponer que está en puerto por defecto.
Quizá puedas decir al público que tu web está en http://www.midominio.com:58371/ [midominio.com]. Ya no podrás darle el dominio nada más sino también el puerto. Las direcciones web dejarán de ser fácilmente memorizables que es una de las cosas que ha extendido internet. Pero el problema va más lejos: Un servidor SMTP difícilmente funcionará detrás de una NAT. Cuando otro servidor de correo reenvíe un mensaje al tuyo no tiene ninguna información disponible sobre que puerto usa tu servidor. Sólo puede consultar el registro MX y enviarlo a puerto 25 de la IP obtenida.
Hasta que no se habilite un protocolo como el DNS que contenga información sobre el puerto, el uso del NAT en redes públicas no será viable. Puestos a rediseñar internet ¿Por qué no pasarnos IPV6?
Re:¿que significa hostear?
(Puntos:2)( http://barrapunto.com/ | Última bitácora: Viernes, 29 Diciembre de 2017, 18:26h )
Pues hasta ahora por 7 euros podía montar un servidor. Vaya, que la tesis de que ciertos servicios van a disparar los precios es cierta.
Te equivocas al decir que una dirección TCP es una tupla IP/puerto. Un servicio en TCP es la tupla servidor/puerto, donde un servidor se identifica con una dirección IP. Con el NAT puedes simular que servidor/puerto=servidor. Pero, como pasa con todos los parches, cuando los llevas demasiado lejos te metes en problemas.
El principal escollo es que el protocolo DNS asocia nombres de servidores a IPs, no servicios a tuplas [IP,puerto]. Dado que el DNS no proporciona información sobre en que puerto está un servicio, el mundo exterior no tiene más remedio que suponer que está en puerto por defecto.
Quizá puedas decir al público que tu web está en http://www.midominio.com:58371/ [midominio.com]. Ya no podrás darle el dominio nada más sino también el puerto. Las direcciones web dejarán de ser fácilmente memorizables que es una de las cosas que ha extendido internet. Pero el problema va más lejos: Un servidor SMTP difícilmente funcionará detrás de una NAT. Cuando otro servidor de correo reenvíe un mensaje al tuyo no tiene ninguna información disponible sobre que puerto usa tu servidor. Sólo puede consultar el registro MX y enviarlo a puerto 25 de la IP obtenida.
Hasta que no se habilite un protocolo como el DNS que contenga información sobre el puerto, el uso del NAT en redes públicas no será viable. Puestos a rediseñar internet ¿Por qué no pasarnos IPV6?