Hola :-D El 25/09/13, Camaleón <noela...@gmail.com> escribió: > El Wed, 25 Sep 2013 00:02:22 +0200, Ala de Dragón escribió: > >> El 24/09/13, Camaleón <noela...@gmail.com> escribió: >> (...) >>> >>> El último comentario (#18) parece discrepar. >>> >>> >> Exactamente el mismo error que yo recibo. > > (...) > >> 2013/09/24 23:16:59| Please check your /etc/resolv.conf file 2013/09/24 >> 23:16:59| or use the 'dns_nameservers' option in squid.conf. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> El link que mandaste me puso sobre la pista, leyendo el fichero de >> configuración y el manual he dado con la solución. La linea que aporte >> para configurar los dns en /etc/squid3/squid.conf funciona >> perfectamente. >> >> dns_nameservers 8.8.8.8 > > Es lo que recomienda el propio Squid :-) > > Y ahora que lo dices... ¿no has pensando en montar tu propio servidor DNS? > Alguno ligero (no hace falta que sea bind9), así incluso mejoraría la > respuesta de Squid. >
uf!! aun recuerdo los dolores de cabeza que dio pdns... ocurre lo mismo y cuantos mas servicios peor, me tocara reiniciarlos a mano uno a uno cada vez que me conecte por el modem. Tengo la configuracion a mano por si acaso me hago el animo. >>> "Vacío" entiendo que porque N-M no se ha iniciado aún ¿no? Si es así, >>> podrías reorganizar el script de inicio de N-M para que arranque antes >>> que Squid. >>> >>> >> En caso de conectar el ordenador a la red por mediacion de un moden, >> dial up networking, la conexión de red se establece cuando el usuario >> hace clik en establecer la conexión, con lo que squid, a pesar de >> cargarse después de NM se encuentra un fichero resol.conf vacío. > > Ah, vale, que inicias el modem "a petición" y supongo que lo tendrás > configurado para obtener todos los datos del adaptador (IP remota, puerta > de enlace y servidores dns) de manera automática. > Si, así es. DHCP. El ISP cambia los rangos de IP, DNS... cada dos por tres. Y no se puede "intuir" o te deniegan la salida a la red. >>> Ah, pues si lo permite, mejor. Ya nos dirás si te funciona. >>> >>> >> Funciona bien, pero se pierde el dinamismo dns asignado por dhcp, algo >> común en el ámbito domestico. Podría funcionar mejor. > > Yo siempre prefiero usar los servidores DNS que elija antes que los que > me facilita el proveedor, pero claro, con una conexión de tipo módem > "dial-up" es maś sencillo dejar que sea el ISP quien te dé la > configuración. > :-D >> Voy a probar el cambio en el fichero /etc/resolvconf/update-libc.d/squid >> si de ese modo funcionara se podrían aprovechar los cambios dinámicos en >> los servidores DNS proporcionados por un ISP domestico. >> >> Acabo de probarlo y puedo afirmar que el servicio ni recarga ni reinicia >> ante los cambios en la red, esta ves incluso he probado con la red >> cableada... por aquello que comentan en el bug del firmware de los >> modems. > > (...) > > Pues oye, convendría que "reavivaras" el bug de Debian para que se den > por enterados de que el baipás que se supone debe evitar ese problema > sigue sin funcionar. > Ya veras en cuanto les diga que estoy corriendo en old stable con paquetes de backports, so lo van a pasar pipa ;-D Me pedirán que me pase a whezzy... seguro. Pero no puedo, literalmente. Por primera vez en mi vida un pedazo de hardware se ha quedado obsoleto en linux. El firmware de una tarjeta Ralink esta obsoleto, solo funciona en las ramas del kerne 2.6.x si pasas a una 3.X.x no funciona. He leído mil topics al respecto en ubuntu, fedora, opensuse, debian, arch.... en todos pasa lo mismo. El firmaware no termina de arrancar la tarjeta debido a no se que cambios en el código del núcleo. Ralink no tiene pensado actualizar ese firmware de código cerrado, los contacte y me soltaron un rollo acerca de que su nobre comercial ahora formaba parte de otra compañía y tenían las manos atadas, bla, bla, bla. Los ficheros de marras se llaman, si no recuerdo mal ... rt2860.bin o rt2870.bin (mi memoria no es nada fiable, no se cual de los dos gestiona el citado hardware). Estoy anclado en el pasado... me siento obsoleto :,-( Eso si, felicisimo con genome2 ;-) >> Conclusión, o reinicias el preceso squid a mano o por mediacion de >> script como usuario administrador o te ves avocado a utilizar los >> servidores DNS de libre acceso que circulan por la red tal como el de >> google 8.8.8.8 con la linea >> >> dns_nameservers SERVIDOR_DNS_DE_TU_ELECCIÓN >> >> En el fichero de configuración de squid. > > O usar un servidor DNS local con el "forwarding" activado :-P > Me juego un vaso de horchata a que el servidor DNS ni se enterará de que han cambiado los servidores DNS cuando arranque el modem..... venga y un par de fartones ;-P > Saludos, > > -- > Camaleón > > ¡SaLuDoS! :-D -- "El cielo es para los dragones lo que el agua es para las ninfas" -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ca+924hrsfb0nodywywwiyyibxe-grq3h4akasl18itsc6+a...@mail.gmail.com
