Puede alojar un sitio web en un sistema doméstico, si lo desea. Sin embargo, hay una advertencia. Algunos proveedores de servicios de Internet (ISP) no permiten que sus clientes alojen sus propios servidores, mientras que otros lo harán. Un ISP que no permite a los usuarios domésticos alojar sus propios servidores puede bloquear el tráfico en los puertos comúnmente utilizados por los servidores. Por ejemplo, puede evitar que alguien ejecute su propio servidor de correo bloqueando las conexiones de Internet al puerto 25 en las direcciones IP que asigna a los usuarios domésticos. Del mismo modo, podría evitar que alguien aloje su propio servidor web al bloquear el puerto predeterminado utilizado para HTTP , el puerto 80 y el puerto predeterminado utilizado para HTTPS, puerto 443. Alguien podría evitar ese bloqueo ejecutando un servidor web en un puerto no estándar. Por ejemplo, si el servidor web se configuró para escuchar conexiones HTTP en el puerto 7080, si pudiera proporcionar ese número de puerto a todos los que pudieran visitar su sitio, aún podrían obtener acceso al servidor. Por ejemplo, en lugar de usar http://www.example.com/sompage.html o http://10.0.0.5/somepage.html , los visitantes del sitio web pueden usar http://www.example.com:7080/ somepage.html o http://10.0.0.5/sompage.html . Aunque incluso ese tráfico podría ser bloqueado por un ISP.
Esa solución podría funcionar si espera que solo unos pocos amigos visiten su sitio web, pero podría ser más problemático si espera tener una audiencia mundial de Internet para su sitio, ya que la mayoría de las personas no están acostumbradas a incluir un número de puerto cuando visitan un sitio. Sin embargo, si está enlazando a su sitio desde otros sitios, siempre que se incluya el número de puerto, el enlace funcionaría.
Pero, suponiendo que el ISP no le impide alojar su propio servidor web. Deberá configurar su enrutador para reenviar el tráfico destinado al puerto HTTP predeterminado, y posiblemente HTTPS, si también va a utilizar ese protocolo, a la dirección IP privada interna del servidor web en su Red de área local (LAN) . Esto es necesario porque la mayoría de los usuarios domésticos tienen un enrutador que realiza la traducción de direcciones de red para las comunicaciones entre los sistemas detrás del enrutador en el lado LAN y los sistemas en el "exterior", del lado de Internet, del enrutador, es decir, la red de área amplia (WAN) ) . Es decir, tienen una dirección IP pública externa para el enrutador, pero puede haber varias direcciones IP privadaspara sistemas detrás del enrutador. Por ejemplo, puede tener una computadora portátil con una dirección de 192.168.0.4 y un sistema de escritorio con una dirección IP de 192.168.0.5 detrás del enrutador. Esas direcciones IP privadas no se enrutan a través de Internet. Un enrutador doméstico generalmente realizará NAT para permitir que los sistemas externos que solo ven la única dirección IP pública se comuniquen con los sistemas detrás de un enrutador con direcciones IP privadas.
La mayoría de los enrutadores domésticos ofrecen la capacidad de realizar la traducción de direcciones de red y direcciones de puerto y, por lo general, es bastante fácil de configurar, solo necesita saber que debe hacerlo. Algunos enrutadores pueden tener una configuración de zona desmilitarizada (DMZ) que le permite especificar que cualquier conexión que se origine desde fuera del enrutador vaya a un sistema en particular dentro del enrutador. Si desea que se pueda acceder a su servidor doméstico a través de NAT / PAT, es probable que deba asignarle una dirección IP estática en lugar de una que pueda cambiar porque se asigna a través del Protocolo de configuración dinámica de host (DHCP) , para que el enrutador siempre pueda enrutar las conexiones entrantes al sistema correcto.
Además de que la dirección IP de los sistemas en el lado interno de su enrutador posiblemente cambie, si está utilizando una conexión de red doméstica, es probable que su ISP también asigne la dirección IP externa del enrutador a través de DHCP. Digamos que es xxx.xxx.10.250. Mañana puede ser xxx.xxx.10.251. Depende del "tiempo de arrendamiento" que el ISP use para asignar direcciones IP a través de DHCP a sus clientes. El tiempo de arrendamiento puede ser de unas pocas horas, unos días, un mes, etc. Por lo tanto, si le dice a la gente que su servidor web está accesible en xxx.xxx.10.250, cada vez que cambie deberá informarles la nueva dirección. Sin embargo, para algunos sistemas, aunque su ISP no le proporcione una dirección IP estática, sino que proporcione una dinámica, puede permanecer igual siempre que no reemplace el enrutador. Por ejemplo, para mi servicio de Internet en casa, noDirección de control de acceso a medios desde un nuevo enrutador.
Incluso si su dirección IP cambia con frecuencia, es posible que pueda comprar una dirección IP estática del ISP. Algunos venderán una dirección IP estática a usuarios domésticos por una tarifa mensual, mientras que otros no.
Pero una solución que uso cuando necesito poder conectarme externamente al sistema de un usuario doméstico para solucionar problemas o configurar un servidor basado en el hogar es usar el Sistema de nombres de dominio dinámico . Eso le permite acceder a un servidor basado en el hogar utilizando un nombre de dominio completo (FQDN) , por ejemplo martijn.example.com, incluso si la dirección IP externa del enrutador varía. Yo uso No-IP.com , pero también hay otros servicios DDNS. La forma en que funciona DDNS es que instale software en un sistema en el lado interno, LAN, del enrutador que se comunica periódicamente con un sistema proveedor de servicios DDNS, de modo que el proveedor DDNS conozca la dirección IP externa actual desde la cual el sistema se está comunicando . El proveedor de DDNS luego actualiza su Sistema de nombres de dominio (DNS)servidores, que son los servidores que traducen los FQDN, como martijn.example.com, a direcciones IP, para reflejar la dirección IP externa actual de su enrutador. Entonces, cualquiera que ponga martijn.example.com en su navegador será dirigido a la dirección IP correcta. Algunos enrutadores tienen una opción de configuración que le permite especificar un proveedor de servicios DDNS, por lo que es posible que ni siquiera necesite instalar ningún software en un sistema doméstico para que funcione; solo necesitaría tener una cuenta con un proveedor de DDNS.
Los proveedores de DDNS le cobrarán una tarifa por usar su propio nombre de dominio, por ejemplo, martijn.com, si desea comprar su propio nombre de dominio. Pero incluso puede utilizar un servicio DDNS de forma gratuita, por ejemplo, No-IP proporciona un servicio gratuito , si está dispuesto a utilizar un nombre de dominio proporcionado por el proveedor DDNS. Por ejemplo, si el proveedor es propietario de example.com, puede usar martijn.example.com de forma gratuita, aunque deberá pagar por martijn.com. Es decir, puede especificar un nombre de host particular, por ejemplo, martijn, para usar con uno de sus nombres de dominio.
He usado esa configuración para un sitio web en el hogar durante muchos años. Si tiene una conexión a Internet bastante confiable y su ISP no bloquea el acceso a los servidores en el hogar, en realidad puede funcionar bastante bien para sitios con poco tráfico. Por ejemplo, si no espera tener más de unos pocos cientos de visitantes en su sitio todos los días y no está saturando su ancho de banda disponible. Pero hay consideraciones que debe conocer, es decir, las que mencioné anteriormente, al configurar un servidor basado en el hogar que pueden llevar a algunos a recomendar el uso de un servicio de alojamiento.
Aunque dicha configuración incluso se puede utilizar para una empresa pequeña o en el hogar, no la recomendaría para una empresa pequeña o en el hogar si el acceso a su sitio web es crítico, si su dirección IP externa puede cambiar con frecuencia, desde cuando alguien visita su sitio, su sistema almacenará en caché su dirección IP para que la próxima vez que visite el sitio el sistema no tenga que buscar la dirección IP que va con el nombre nuevamente. Hay un tiempo para vivir (TTL)valor para tales entradas DNS en caché, por lo que caducarán y el sistema buscará nuevamente la dirección IP, pero pueden permanecer en un sistema durante muchos minutos o incluso horas. Y otros servidores DNS también almacenan en caché las entradas. Por ejemplo, supongamos que Mary es una cliente de Comcast cuyo sistema se conecta a martijn.example.com. Su sistema puede consultar a los servidores DNS de Comcast para obtener la dirección IP del sitio web. Entonces, ahora los servidores de Comcast conocen la dirección IP que acompaña al FQDN. Otro cliente de Comcast, Bill, también quiere visitar su sitio. Nunca ha visitado su sitio antes, por lo que su sistema no ha almacenado en caché la traducción entre martijn.example.com y su dirección IP, pero cuando su sistema consulta un servidor DNS de Comcast, si ese servidor ya conoce la dirección asociada con el FQDN, proporcionará la respuesta de su caché.
Entonces, si su dirección IP cambia, a pesar de que su servidor o su enrutador pueden actualizar en un minuto los servidores DNS del proveedor DDNS, otros aún pueden obtener la antigua dirección IP y su sitio web será inaccesible para ellos hasta que su sistema o los servidores DNS de su ISP obtiene la nueva dirección IP actual. Debido al almacenamiento en caché y dependiendo de la configuración TTL, es posible que algunos sistemas aún intenten conectarse a la antigua dirección IP muchas horas más tarde o incluso al día siguiente. Es posible que eso no sea un problema grave si solo desea que su sitio web sea accesible para familiares y amigos, pero si tiene un negocio, es probable que sea un problema inaceptable.
Actualización al comentario de la dirección:
cuando compra un nombre de dominio de un registrador de nombres de dominio , a menudo tiene la opción de especificar una dirección o direcciones IP para los sistemas a los que debería accederse a través del nombre de dominio en esas direcciones o puede "estacionar" temporalmente el nombre, por lo que señala a los sistemas que pertenecen al registrador. Cuando esté listo para especificar su propia dirección IP, los registradores suelen ofrecer servicios DNS que le permiten modificar las direcciones IP asociadas con los nombres de dominio cuando lo desee. Muchos también le permiten, a través de su servicio DNS, ajustar el valor TTL, es decir, la cantidad de tiempo que un sistema debe almacenar en caché la dirección IP que acompaña a un FQDN. Entonces, si pensaba que podría necesitar cambiar la dirección IP con frecuencia, debería especificar un TTL más corto. El registrador puede tener un TTL mínimo que puede especificar, por ejemplo, 5 minutos o 30 minutos. El valor generalmente se especifica en segundos, por lo que un TTL de 5 minutos aparecería como 300.
Por lo tanto, si está utilizando el servicio DNS del registrador, deberá iniciar sesión en su cuenta con el registrador y cambiar la dirección IP o las direcciones asociadas con su nombre de dominio manualmente cada vez que haya un cambio. O, como alternativa, puede utilizar un proveedor de servicios DDNS para que el cambio de traducción del FQDN a la dirección IP se realice automáticamente. Puede comprar el nombre de dominio a través del proveedor de servicios DDNS y, por lo tanto, usar sus servidores DNS de forma predeterminada o comprar el nombre de dominio de otro registrador y especificar las direcciones IP para los servidores de nombres del proveedor DDNS a través de la página de configuración de su sitio web proporcionado por el dominio registrador de nombres
Otra opción sería ejecutar su propio servidor DNS. Cuando compra un nombre de dominio, puede especificar los servidores de nombres que deben usarse con él, ya sea los servidores de nombres del registrador o algunos otros servidores de nombres. Por ejemplo, podría tener el mismo sistema que un servidor web que un servidor DNS. Debería asegurarse de que se pueda acceder al servidor en el puerto 53, que es el puerto predeterminado para DNS, para los protocolos IP UDP y TCP . Luego, puede crear un script / programa en su servidor que verifique periódicamente qué dirección IP externa está asignada a su enrutador y actualice el archivo de zonapara su nombre de dominio en su servidor DNS. Sin embargo, configurar un servidor DNS es mucho más complicado que confiar en un proveedor DDNS. Puede encontrar tutoriales para configurar un servidor DNS en línea, si desea seguir esa ruta más complicada. BIND se usa comúnmente para el servicio DNS en sistemas Linux. Las versiones de servidor de Microsoft de Windows, por ejemplo, Windows Server 2012 tienen un servicio DNS proporcionado por Microsofteso se puede usar también. Sin embargo, sugeriría comenzar con el servicio DNS de un registrador, que generalmente es gratuito cuando compra un nombre de dominio del registrador, incluso si pensaba que podría embarcarse en esa ruta más difícil de ejecutar su propio servidor DNS. A menos que alguien quiera aprender cómo funcionan las bases de Internet, como los servidores DNS, quedarse con un registrador o los servidores DNS del proveedor de servicios DDNS es probablemente el mejor curso para la mayoría de las personas. También puede obtener el servicio DNS a través de compañías que se especializan en servicios DNS, como OpenDNS .
Sin embargo, tenga en cuenta que incluso si especifica un valor TTL corto y tiene actualizaciones automáticas, existe la posibilidad de un retraso mayor que el TTL entre el momento en que obtiene una nueva dirección IP y el momento en que todos los sistemas en Internet dejan de usar la dirección IP anterior y use la nueva. Por ejemplo, vea el artículo de GoDaddy, ¿Qué factores afectan el tiempo de propagación de DNS? (GoDaddy es un registrador de nombres de dominio), lo que explica por qué podría tomar hasta 48 horas antes de que la nueva dirección esté disponible para todos los sistemas en Internet. Por ejemplo, el artículo establece que "algunos ISP ignoran la configuración TTL y solo actualizan sus registros en caché cada dos o tres días".