Windows 10/Apache/LAN ¿cómo acceder a sitios web alojados en una computadora local diferente?

Question

Deseo acceder a mis sitios web de desarrollo local alojados en una computadora local diferente en mi red doméstica.

He intentado usarhttp://192.168.1.nny http://localhost en el navegador y no se encuentra ninguno (mi computadora servidor tiene una dirección IP estática de 192.168.1.nn).

Cuando ejecuto nn en la computadora, no tengo problemas para acceder a localhost y sus sitios web.

Intenté usar la configuración de Windows para permitir el acceso no autenticado a la computadora nn (en Defender Firewall y también en Malwarebytes > Configuración > Lista de permitidos > Agregar > 192.168.1.nn). Intenté usar una regla de reenvío de puertos en el enrutador para reenviar el puerto mm a la computadora nn (y usar la dirección http://localhost:mm ohttp://192.168.1.nn:mm). Intenté agregar esta línea al archivo Hosts:

192.168.1.nn servidor local

No sé mucho sobre los aspectos internos de las redes. Quiero establecer una conexión web LAN-LAN de una de mis computadoras a otra,sin dar acceso al mundo exterior (WAN) a nadaen mi red. Espero obtener ayuda con las respuestas que han sido probadas, para que funcionen sin demasiadas preguntas y respuestas.

Answer 1

Dado que parece reacio a proporcionar información adicional por razones de seguridad, a continuación se incluyen algunas ideas y comentarios generales sobre lo que quizás desee consultar para ayudar a resolver este problema:

Aplicaciones de terceros

• Deshabilite cualquier firewall o escaneo de virus durante la prueba. Las aplicaciones o el hardware de terceros pueden estar afectando las comunicaciones entre las dos computadoras, más allá de las reglas que haya establecido.

• Si está utilizando una máquina virtual para su servidor, es posible que deba realizar una configuración adicional de la máquina virtual (además de cualquier elemento en el host) para permitir el acceso a ella.

• El software de la máquina virtual puede tener la opción de adaptadores de red virtuales "solo de host" que nunca se consideran parte de la red local. Asegúrese de no intentar el acceso remoto a través de una IP asignada a ningún adaptador de red "solo host" (si está presente).

• Las máquinas virtuales pueden requerir reenvío de puertos (a través del software de la máquina virtual) para permitir el acceso a ellas, suponiendo que no estén ejecutando un adaptador puenteado.

• Si está utilizando WSL, es posible que necesite actualizarlo específicamente o Windows en general.

Redes locales

• Asegúrese de que las computadoras estén en la misma red local. Verifique la máscara de red en cualquier enrutador. Normalmente deberían ser iguales. También verifique que los servidores DHCP de la red (nuevamente, probablemente en su enrutador, etc.) estén entregando los mismos rangos de direcciones locales a cualquier dispositivo que desee conectar.

• Suponiendo una máscara de red de, por ejemplo 255.255.255.0, si su servidor tiene una dirección de ex. http://192.168.1.nny la computadora que está utilizando para acceder al servidor tiene una dirección de ex. http://192.168.2.nn, no están en la misma red local.

• A menos que tenga una configuración de red especial que no haya especificado, el reenvío de puertos en su enrutador debería ser innecesario para la comunicación básica entre dispositivos en la misma red.

• Si intenta utilizar un dispositivo móvil para acceder a su servidor desde la red local, asegúrese de utilizar Wifi y no el plan de datos de su proveedor (ya que esto sólo sería útil para probar el acceso WAN).

• En general, sólo debería utilizar direcciones locales asignadas por su enrutador (es decir, no ninguna IP asignada por su ISP).

• En términos generales, el uso de más de un enrutador, el uso de puntos de acceso Wifi o el uso de equipos de red "avanzados" (por ejemplo, hardware de red en malla) podrían (teóricamente) causar problemas.

Nombres de host

• El hostsarchivo solo se aplica a la computadora en la que está presente. Por lo tanto, un hostsarchivo en el servidor no permitirá que otras computadoras en la red local resuelvan los nombres de host que especifique. El hostsarchivo en la computadora que intenta acceder sería el que necesitaría modificación.

• localhostno es un nombre arbitrario. Casi siempre se refieresoloal ordenador local. Esto significa que normalmente no se puede utilizar para hacer referencia a un servidor remoto (es decir, uno que no esté ubicado en la misma computadora). Tenga en cuenta que esto también puede aplicarse a las máquinas virtuales.

• localhostEs posible modificarlo hosts, pero los navegadores pueden ignorarlo, ya que el navegador simplemente devuelve una dirección de bucle invertido local ( ex. 127.0.0.1) a la que no se puede acceder de forma remota.

• Si usa Linux (por ejemplo, Raspberry Pi o WSL), es posible que deba seguir algunos pasos adicionales con respecto a la configuración del solucionador además de editar su hostsarchivo.

• Para pruebas básicas, probablemente querrás seguir usando direcciones IP y evitar nombres de host de cualquier tipo para limitar los problemas de conexión al contacto con el servidor en sí, no con el nombre de host específico.

• Si desea utilizar nombres de host sin modificarlos hostspara cada dispositivo, deberá configurar un servidor DNS local (y configurar su enrutador en consecuencia).

• Debe tener hostsentradas o entradas DNS que apunten a su servidor para cualquier nombre de host con el que desee acceder a ese servidor.

apache

• Asegúrese de que Apache se esté ejecutando en el servidor remoto.

• Aunque no impedirá que Apache responda, si Apache no tiene un host virtual para un nombre de host determinado, puede devolver la página web predeterminada o posiblemente una página de error.

• La configuración de su servidor Apache o sus hosts virtuales pueden negarle el acceso desde otra computadora, así que verifique que no haya directivas que limiten el acceso a su servidor. La configuración de cualquier Requiredirectiva es un buen punto de partida (el valor de estas directivas normalmente debería ser all granted).

• Las inconsistencias o errores en su configuración ServerRooty DocumentRoot(así como en cualquier DocumentRootconfiguración de directorio) en httpd.confy/o cualquier DocumentRootconfiguración de directorio / en un host virtual determinado pueden causar 403 Forbiddenrespuestas.

• El uso .htaccessde archivos puede limitar el acceso al servidor según la configuración de los archivos.

• Asegúrese de que todas listenlas directivas (por ejemplo, en httpd.conf) estén configuradas en algo como listen 80y/o listen 443en lugar de ex. listen 127.0.0.1:80o listen 127.0.0.1:443. El segundo tipo de directiva encadena a Apache para que escuche solo en 127.0.0.1/ localhosty descartará las solicitudes de cualquier computadora que no sea el servidor.

• Si ha configurado Apache en listenpuertos distintos del 80 o el puerto 443 (los puertos predeterminados HTTP/HTTPS), debe incluir ese puerto con la IP o el nombre de host (por ejemplo, 192.168.1.nn:8080o local-example:80).

• Realizar cualquier cambio en un Apache requiere reiniciar Apache para que esos cambios surtan efecto.

• En Linux, con sistemas basados ​​en Debian/Ubuntu, es posible que necesite crear enlaces simbólicos desde cualquier archivo de su sites-availablecarpeta a su sites-enabledcarpeta antes de reiniciar para que estén disponibles.