[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

RE: Sin acceso exterior a servidor apache2



> -----Mensaje original-----
> De: Camaleón [mailto:noelamac@gmail.com]
> Enviado el: viernes, 30 de diciembre de 2011 11:22 a.m.
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Sin acceso exterior a servidor apache2
> 
> El Fri, 30 Dec 2011 01:53:35 +0000, Suckino escribió:
> 
> >>> El problema esta en el acceso a la dirección desde la red local y no
> >>> se porque.
> 
> >> ¿Pero no era un problema con el acceso remoto? ¿En qué quedamos?
> >
> > Quizás no me expliqué con suficiente claridad porque ni yo mismo lo
> > tenía claro. :-)
> 
> Suele pasarnos :-P
> 
> > El hecho es que no puedo acceder desde los equipos de la red local a
> > la dirección que me proporciona DynDNS que apunta a la IP externa del
> > router que a su vez este apunta al servidor apache en la red local.
> 
> Entendido.
> 
> > Al principio pensé que el router no estaba haciendo NAT correctamente
> > pero después de comprobar que el acceso desde cualquier red externa se
> > efectua correctamente... me quedó algo más aliviado pero igual de
> > confuso.
> >
> > Esto no quiere decir que no haya acceso desde la red local al servidor
> > apache que si lo hay y funciona correctamente bajo nuestro servidor DNS.
> >
> > El hecho es que desde cualquier red externa si que se puede acceder
> > sin problemas a las páginas solicitadas utilizando la dirección de
> > DynDNS pero no desde la red local.
> 
> Ah, ya sé lo que te puede estar pasando.
> 
> Si es lo que me imagino es un problema conocido con algunos routers y el
> servicio de DDNS: cuando accedes a la página desde el mismo router al que
> tienes asociado el servicio de DDNS, se produce una especie de bucle que te
> impide acceder a la página web y sólo desde el exterior (es decir, desde una
> conexión distinta) puedes acceder a la página. Si no recuerdo mal, eso es
> porque los routers tienen problemas con las interfaces remotas y locales y
> los propios routers ya incluyen un mini-servidor web que está escuchando
> peticiones locales en el puerto 80/8080 por eso se lían.
> 
> Debe estar documentado por alguna parte.
> 
> ¿Solución? Lo más sencillo es usar un proxy online para ver la página desde
> tu ubicación. También puedes configurar el router para que atienda peticiones
> locales (es decir, para acceder al configurador web) en el puerto 8080 en
> lugar del 80. dependiendo del modelo del router podrás activar/desactivar
> alguna opción para que esto no te dé problemas pero eso va con la marca del
> equipo, firmware cargado...
> 
> > Alguien ha sugerido que puede ser que el router no acepte solicitudes
> > de retorno que se inician en el destino.
> 
> Algo asín :-)
> 
> > Muy confuso...
> 
> Si, es algo rarito pero suele pasar... Salvo que se tenga un router
> profesional de los buenos y caros, estas cosas son el pan de cada día
> (calentamiento excesivo del equipo que deja ko al router, tablas de NAT
> llenas a rebosar que no se vacían y lo dejan "atontao", firmwares con
> bugs...), de los routers que regalan las operadoras se puede esperar poco
> tirando a nada.
> 
> Saludos,
> 
> --
> Camaleón
> 
> 
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: [🔎] pan.2011.12.30.14.22.14@gmail.com">http://lists.debian.org/[🔎] pan.2011.12.30.14.22.14@gmail.com

Lo que puede hacer es (si el sitio es un virtualhost por nombre) editar el archivo /etc/hosts.

De modo que quede 192.168.ip.delservidor www.tusitio.com

S2.


Reply to: