Post actualizado el día octubre 29, 2026 by DeiviSanzPlay
Cuando alguien intenta el XAMPP acceso desde red local y se topa con que el navegador del móvil o del portátil de al lado devuelve un «no se puede acceder a este sitio», casi siempre hay dos sospechosos: la configuración de Apache o el firewall de Windows. La mayoría de tutoriales los mezclan, y de ahí vienen las horas perdidas. La pregunta real es cuál de los dos ajustar primero, y la respuesta corta es: el firewall, aunque parezca menos técnico. Te explico por qué esa opción gana frente a tocar httpd.conf de entrada.
El error que casi todos cometen al probar el acceso remoto a XAMPP
El escenario típico: instalas XAMPP en el PC de sobremesa, compruebas que localhost/dashboard carga, y luego escribes la IP del equipo (algo tipo 192.168.1.x) en el móvil conectado al mismo WiFi. Nada. Entonces buscas «XAMPP acceso desde red local» y el primer resultado te dice que edites httpd.conf y cambies Require local por Require all granted. Lo haces, reinicias Apache y… sigue sin funcionar en muchos casos.
¿Por qué? Porque Apache está escuchando, pero el firewall de Windows está bloqueando la entrada al puerto 80 desde otras máquinas de la red. Y ahí es donde se rompe la ilusión de que el problema era la configuración del servidor.
Opción A: editar httpd.conf y los VirtualHosts
Tocar la configuración de Apache es la vía «correcta» desde el punto de vista del servidor. Implica abrir httpd.conf, localizar el bloque <Directory «C:/xampp/htdocs»> y ajustar las directivas de acceso. Si además usas VirtualHosts para proyectos concretos, hay que replicar el cambio en cada uno.
Esta opción tiene ventajas claras: controlas exactamente qué carpetas se exponen y a quién. Puedes limitar el acceso a un rango de IPs de tu red con Require ip 192.168.1, lo que es más seguro que abrirlo a todo. Y no dependes de reglas del sistema operativo que a veces se resetean tras actualizaciones.
La limitación: no funciona para nada si el firewall bloquea el puerto. Y ojo, tampoco resuelve el caso de que Apache esté escuchando solo en 127.0.0.1, algo que ocurre si cambiaste la directiva Listen en algún momento y lo olvidaste.
Opción B: abrir el puerto en el firewall de Windows
La alternativa es dejar Apache como está (por defecto ya acepta conexiones si la directiva lo permite en instalaciones recientes) y crear una regla de entrada en el firewall para el puerto 80, o mejor, para el ejecutable httpd.exe. En Windows basta con ir a «Firewall de Windows Defender con seguridad avanzada», reglas de entrada, nueva regla, puerto TCP 80, permitir.
Este enfoque gana en la mayoría de casos domésticos por tres motivos concretos. Primero, es reversible en segundos: desactivas la regla y vuelves al estado anterior. Segundo, no tocas archivos de configuración que luego olvidas haber modificado. Tercero, resuelve el bloqueo real, que es el que impide que el tráfico llegue siquiera a Apache.
Su punto débil: si tu red tiene un router con aislamiento de clientes activado (habitual en redes de invitados o en algunos routers de operadora), ni el firewall ni httpd.conf te salvarán. Ahí el XAMPP acceso desde red local no funciona y no hay configuración local que lo arregle; hay que desactivar ese aislamiento en el router o usar otro SSID.
Por qué el firewall debería ser tu primer paso
Porque el diagnóstico se hace en orden inverso al que sugiere la intuición. Antes de reescribir directivas, comprueba si el paquete llega. Un truco casero: desde el otro dispositivo, haz ping a la IP del PC. Si responde, la red está bien y el problema es de puerto o de configuración de Apache. Si no responde, ni te molestes en abrir httpd.conf.
En mi experiencia montando entornos de pruebas para clientes con XAMPP, el patrón se repite: instalación limpia, cambio de Require local, reinicio, y el firewall comiéndose la conexión. Una vez añadida la regla de entrada, todo funciona sin tocar más Apache. Eso sí, conviene revisar después el bloque de directorios para no dejar el htdocs abierto a cualquiera que se conecte al WiFi.
Matices que cambian la decisión
Si trabajas en una oficina con red segmentada o con VLANs, la opción del firewall se queda corta y necesitas ambos ajustes. Y si expones XAMPP en una red pública (una cafetería, un coworking), ninguna de las dos opciones es recomendable sin una capa extra: contraseñas en el panel, HTTPS local y, preferiblemente, no hacerlo.
También hay un caso donde httpd.conf gana claramente: cuando quieres servir varios proyectos con nombres de dominio locales tipo proyecto1.local. Ahí la regla del firewall sola no basta, porque necesitas VirtualHosts bien configurados y resolución de nombres (hosts o DNS local).
Y un detalle que casi nadie menciona: tras actualizar XAMPP, el ejecutable de Apache puede cambiar de ruta y la regla del firewall apuntar a un binario que ya no existe. La regla por puerto es más estable a largo plazo que la regla por programa.
Conclusión práctica
Para el 90% de los casos domésticos, el XAMPP acceso desde red local se resuelve abriendo el puerto en el firewall antes de editar httpd.conf. Es más rápido, más reversible y ataca la causa real del bloqueo. Después, con el acceso funcionando, ajusta las directivas de Apache para limitar qué se expone. Ese orden ahorra frustración y evita dejar el servidor más abierto de lo necesario.
Perfiles verificables: Sitio web
Publicado el 29 de October de 2026. Última revisión: 29 de October de 2026.
