No se puede conectar a través de HTTP a un servidor web residencial con dyndns.org fuera del enrutador ... ¿por qué?


1

Estoy configurando un servidor web detrás de mi enrutador. He hecho lo siguiente:

  1. Enrutador: Puerto reenviado 80, 8000, 8080 a la dirección IP correcta (192.168.1.5 en este contexto).
  2. Enrutador: habilitado dyndns.org dns dinámicos.
  3. Comencé el servidor web (el servidor web de desarrollo de Django por ahora) en mi caja (Debian basado en máquinas virtuales sentado en un host Vista ... redes puenteadas habilitadas) @ 192.168.1.5:80.

Cuando estoy en otra máquina dentro de mi enrutador (por ejemplo, mi iPhone, mi computadora portátil de trabajo, mi navegador PS3), puedo conectarme al sitio web usando el nombre de dominio ( mikerand.dyndns-home.com ). Sin embargo, cuando estoy fuera del enrutador (por ejemplo, cuando mi computadora portátil de trabajo está conectada al trabajo o si configuro mi iPhone en 3G en lugar de WiFi), no puedo conectarme.

Lo que es extraño es que el servidor SSH que se ejecuta en el mismo cuadro de Debian permite conexiones desde fuera del enrutador usando el nombre de dominio, así que sé que el reenvío de puertos en el puerto 22 y los dyndns están funcionando bien.

Pregunta: ¿Qué estoy haciendo mal con la configuración de HTTP?

Respuestas:


3

Algunos proveedores de servicios de Internet (ISP) bloquean el tráfico del puerto 80 (obviamente en esa dirección) para evitar que sus clientes domésticos / residenciales ejecuten servidores web que podrían causar los volúmenes de tráfico de ISP que el ISP no desea admitir.

Consulte con su ISP.


1
Bingo. Tengo Optimum y necesitaría obtener Optimum Online Boost para habilitar las solicitudes entrantes en el puerto 80 y 25 (correo electrónico). Muchas gracias.
Begbie00

Ver si 443 está bloqueado (es probable que lo esté). Deberías estar usando HTTPS en este día y edad de todos modos.
LawrenceC

Lo uso para cosas transaccionales (que mi sitio no va a hacer), pero ¿es una práctica común usar HTTPS para el sitio general?
Begbie00

@ Begbie00: mire en la parte superior izquierda de su navegador y en la barra de estado, ¿hay un icono de candado bloqueado allí? Pocos sitios web informativos utilizan HTTPS. Si el autenticidad El contenido de su sitio web es vital para su audiencia, entonces debería considerar comprar un certificado para HTTPS. Si el intimidad Su sitio web es vital para su audiencia, entonces debe usar HTTPS (ya sea con un certificado autofirmado o los certificados más convenientes de una CA conocida)
RedGrittyBrick

0

Dado que su servidor SSH está funcionando, eso apuntaría hacia algún tipo de control de acceso basado en IP en el propio servidor web. No sé lo suficiente sobre Django para sugerir dónde buscar.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.