Desde que cambié mi ISP, el enrutador actual (ADB P-RG A4202N) no me permite acceder a mi servidor web desde mi red local usando mi IP remota o host sin IP; me redirige a la página de configuración del enrutador. . No solo mi PC servidor, sino también todos los demás dispositivos que están conectados a la misma LAN no pueden acceder a mi sitio web mediante una IP remota (la IP interna funciona bien).
Sin embargo, si visito mi página web desde un host remoto, todo funciona bien.
¿Cómo puedo solucionar esto? Quiero usar mi IP/host remoto cuando visito mi sitio web, incluso desde mi LAN. Por el momento agregué una 127.0.0.1 myremoteipregla al archivo de hosts en mi PC principal, pero es una solución alternativa que no quiero conservar.
Mi servidor web se ejecuta en Win7, el firewall está completamente desactivado para fines de prueba. El reenvío de puertos está funcionando.
Respuesta1
Supongo que esto está detrás de una conexión NAT. En ese caso, debe habilitarReflexión NATpara permitir el tráfico interno a la dirección IP externa a la que se resuelve su sitio. La mayoría de los enrutadores no tienen esto habilitado de forma predeterminada y muchos firewalls de consumo ni siquiera lo admiten en su firmware listo para usar. Sin esta característica, los paquetes de la LAN a su dirección WAN no estarán sujetos a las reglas NAT sino que serán filtrados por el dispositivo.
Eché un breve vistazo ael manual de su enrutador, pero no pude ver ninguna mención de esta característica. Eso podría significar que no es compatible y que se requiere un dispositivo alternativo.
Es bastante común en estos escenarios configurar en su lugardividir DNSen su red interna para resolver una dirección IP diferente para el sitio, lo que hace que se comunique directamente con la máquina sin que el tráfico tenga que pasar a través del firewall. Esto también elimina cualquier dependencia de que la conexión esté activa para que el acceso al sitio funcione internamente, lo que no proporciona el enfoque de reflexión NAT si se debe utilizar un servidor de nombres público para resolver el nombre en el DNS. El enfoque de DNS dividido es útil si tiene un servidor de nombres de resolución local que puede configurar, pero el HOSTSenfoque de archivos funciona igual de bien para una sola máquina.
Respuesta2
Eso parece:
La configuración automática del enrutador creó una regla de redirección solo para interfaces externas. Intenta conectarse a la IP externa del enrutador. El paquete aparece en su interfaz local destinado a ext ip. El enrutador ve que la IP de destino le pertenece, ve que tiene el puerto 80 abierto (con el sitio de configuración del enrutador), por lo que pasa el paquete a su propio servidor web.
Dividir DNS podría ser una mejor manera, pero si es imposible, prueba esto.
Existe una posibilidad muy pequeña de que deshabilitar la interfaz web del enrutador o conectarlo a otro puerto resuelva este problema.
O configure su enrutador para conectar conexiones (desde la interfaz local a la IP externa) a su servidor web local. Luego, para que su servidor web no responda directamente al cliente local, conecte las conexiones salientes (desde la red local al puerto 80 de la red local) a cualquier dirección falsa (digamos 1.2.3.4). Entonces, el servidor web recibirá conexiones desde 1.2.3.4 y responderá a través del enrutador, y el enrutador revertirá la IP a la original. No sé si su enrutador admite todas las funciones necesarias.
Respuesta3
Tuve el mismo problema, solucioné mi problema al editar el archivo de hosts con lo siguiente
192.168.1.100 www.yourdomain.com yourdomain.alias1 your domain.alias2
cambie la IP con la IP de su servidor local Nota: esto le permitirá acceder a su sitio web desde la misma máquina servidor y es posible que no pueda acceder desde otra máquina en la misma red si tiene más de un sitio web, agregue la misma línea con tu nombre de dominio