Re: Reiniciar servicios de red al establecer una conexion
El Tue, 01 Oct 2013 12:51:51 +0200, Ala de Dragón escribió: > Hola :-D > > El 25/09/13, Camaleón escribió: >> >> ¿Tampoco se lleva bien pdns con N-M? Caray... >> >> > Esto si lo tengo comprobado, no funciona bien, no. Jolines. Bueno, tampoco hay que ser tan duros con N-M, realmente no está pensado para usarse como gestor de red en sistemas con necesidades "servidoras". >> No estoy segura en cuanto a los DNS, lo lógico sería que pudieras usar >> los que quisieras pero ahora mismo no recuerdo haberlo probado, la >> verdad. >> >> > Puedo usar los libres, como los de google etc... pero los del ISP van > asociados a la pasarela, es una linea móvil 3g, en cuanto cambio de > antena se cambia la pasarela... y a eso hay que sumarle los cambios > aleatorios que hace el ISP, quien le compra su ancho de banda a otros > operadores. Eso no lo entiendo... a ver, una cosa es que cada ISP te asigne su propia pasarela (esto es normal, obviamente) pero los DNS deberías poder configurarlos al gusto pero ya digo que no he tenido la oportunidad de probarlo :-? >> Pues ya sabes qué pedir para estos reyes: una tarjeta nueva que no use >> código propietario O:-) >> >> > A mi los reyes solo me traen carbon cachis en la mar, ¿porque será?, > si soy un trozo de pan :-P Eso te pasa porque te juntas con "malas influencias" (lo digo por N-M) >:- ) >> Pues debería, si no voy a empezar a meter a N-M en la lista súper-negra >> de aplicaciones a evitar (súper-negra porque actualmente está en la >> lista negra, a secas). Y a todo esto ¿no has pensando en dejar N-M a un >> lado y configurar la conexión mediante ppp/wvdial o mediante "ifup" (si >> es posible)? >> >> > Encuentro muy poca documentación sobre la conexion de bluetoth, la > mayoria de Bluez. Es criptica y poco clara, mas indicada para un > experto. Alguna vez he conseguido hacerlo mediante la consola, enlazar > el dispositivo, crear la interfaz DUN/PAN, levantar DHCP y establecer el > enlace con el ISP. Al hacer este proceso en un script empezaron los > problemas, ya que no quiero conectarme siempre. Tengo un bono de 100 MB > y debo ser muy cuidadoso con el ancho de banda que consumo. De todos > modos he probado configurando ifup con el cable y el router local de mi > domicilio (sin salida a la red externa) y si cambian las dns sigo con > los mismos problemas, Te entiendo perfectamente... de todas formas, si ya has enganchado el módem a través de BT la configuración no debería ser muy complicada (los problemas que suelo tener con adaptadores BT son de enlace más que nada), al fin y al cabo estamos hablando de la gestión de un modem UMTS ¿no? Buscando... mira, un ejemplo de configuración que te puede servir como base para hacer probatinas: Ubuntu, WvDial, Bluetooth and my GSM phone as GPRS Modem http://dyenibib.wordpress.com/opensource-linux/ubuntu-wvdial-bluetooth- and-my-gsm-phone-as-gprs-modem/ > Como siempre gracias por tu s consejos :-D :-) Saludos, -- Camaleón -- 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/pan.2013.10.01.14.00...@gmail.com
Re: Reiniciar servicios de red al establecer una conexion
Hola :-D El 25/09/13, Camaleón escribió: > > ¿Tampoco se lleva bien pdns con N-M? Caray... > Esto si lo tengo comprobado, no funciona bien, no. > > No estoy segura en cuanto a los DNS, lo lógico sería que pudieras usar > los que quisieras pero ahora mismo no recuerdo haberlo probado, la verdad. > Puedo usar los libres, como los de google etc... pero los del ISP van asociados a la pasarela, es una linea móvil 3g, en cuanto cambio de antena se cambia la pasarela... y a eso hay que sumarle los cambios aleatorios que hace el ISP, quien le compra su ancho de banda a otros operadores. > > Lo importante es darles un toque de atención, si el error ya no existe en > alguna versión superior perfecto, que cierren ese informe de fallo al > menos que está colgando ahí 3 años ya ;-) > La próxima conexión se la dedicare a ese bug... que lo arreglen o lo cierren como reparado. Tienes toda la razón. :-) > > Pues ya sabes qué pedir para estos reyes: una tarjeta nueva que no use > código propietario O:-) > A mi los reyes solo me traen carbon cachis en la mar, ¿porque será?, si soy un trozo de pan :-P >> Estoy anclado en el pasado... me siento obsoleto :,-( >> Eso si, felicisimo con genome2 ;-) > > Y lo agustito que se está en la obsolescencia... De todas formas, Squeeze > aún tiene unos meses de vida, tampoco es tan "viejuno". > Menos mal, si me tocara cambiar ahora no podría. No tengo ancho de banda como para bajar los paquetes nuevos. Dejemoslo en que empiezan a salirle algunas canas :-D > > Pues debería, si no voy a empezar a meter a N-M en la lista súper-negra > de aplicaciones a evitar (súper-negra porque actualmente está en la lista > negra, a secas). Y a todo esto ¿no has pensando en dejar N-M a un lado y > configurar la conexión mediante ppp/wvdial o mediante "ifup" (si es > posible)? > Encuentro muy poca documentación sobre la conexion de bluetoth, la mayoria de Bluez. Es criptica y poco clara, mas indicada para un experto. Alguna vez he conseguido hacerlo mediante la consola, enlazar el dispositivo, crear la interfaz DUN/PAN, levantar DHCP y establecer el enlace con el ISP. Al hacer este proceso en un script empezaron los problemas, ya que no quiero conectarme siempre. Tengo un bono de 100 MB y debo ser muy cuidadoso con el ancho de banda que consumo. De todos modos he probado configurando ifup con el cable y el router local de mi domicilio (sin salida a la red externa) y si cambian las dns sigo con los mismos problemas, Como siempre gracias por tu s consejos :-D > Saludos, > > -- > Camaleón > > Saludos -- "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+924HQDJUarKeH2f=-xdr7wjn4393ebmzx5k4nrrkf5736...@mail.gmail.com
Re: Reiniciar servicios de red al establecer una conexion
El Wed, 25 Sep 2013 18:25:45 +0200, Ala de Dragón escribió: > El 25/09/13, Camaleón escribió: (...) >> 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. ¿Tampoco se lleva bien pdns con N-M? Caray... >> 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. No estoy segura en cuanto a los DNS, lo lógico sería que pudieras usar los que quisieras pero ahora mismo no recuerdo haberlo probado, la verdad. >> 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. Lo importante es darles un toque de atención, si el error ya no existe en alguna versión superior perfecto, que cierren ese informe de fallo al menos que está colgando ahí 3 años ya ;-) > 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). Pues ya sabes qué pedir para estos reyes: una tarjeta nueva que no use código propietario O:-) > Estoy anclado en el pasado... me siento obsoleto :,-( > Eso si, felicisimo con genome2 ;-) Y lo agustito que se está en la obsolescencia... De todas formas, Squeeze aún tiene unos meses de vida, tampoco es tan "viejuno". >>> 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 Pues debería, si no voy a empezar a meter a N-M en la lista súper-negra de aplicaciones a evitar (súper-negra porque actualmente está en la lista negra, a secas). Y a todo esto ¿no has pensando en dejar N-M a un lado y configurar la conexión mediante ppp/wvdial o mediante "ifup" (si es posible)? Saludos, -- Camaleón -- 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/pan.2013.09.25.17.06...@gmail.com
Re: Reiniciar servicios de red al establecer una conexion
Hola :-D El 25/09/13, Camaleón escribió: > El Wed, 25 Sep 2013 00:02:22 +0200, Ala de Dragón escribió: > >> El 24/09/13, Camaleón 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+924hrsfb0nodyw
Re: Reiniciar servicios de red al establecer una conexion
El Wed, 25 Sep 2013 00:02:22 +0200, Ala de Dragón escribió: > El 24/09/13, Camaleón 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. >> "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. >> 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. > 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. > 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 Saludos, -- Camaleón -- 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/pan.2013.09.25.13.37...@gmail.com
Re: Reiniciar servicios de red al establecer una conexion
El 24/09/13, Camaleón escribió: (...) > > El último comentario (#18) parece discrepar. > Exactamente el mismo error que yo recibo. 2013/09/24 23:16:59| Creating Swap Directories 2013/09/24 23:16:59| Starting Squid Cache version 3.1.6 for i486-pc-linux-gnu... 2013/09/24 23:16:59| Process ID 1720 2013/09/24 23:16:59| With 65535 file descriptors available 2013/09/24 23:16:59| Initializing IP Cache... 2013/09/24 23:16:59| DNS Socket created at [::], FD 7 2013/09/24 23:16:59| DNS Socket created at 0.0.0.0, FD 8 2013/09/24 23:16:59| Warning: Could not find any nameservers. Trying to use localhost 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 2013/09/24 23:33:13| Creating Swap Directories 2013/09/24 23:33:13| Starting Squid Cache version 3.1.6 for i486-pc-linux-gnu... 2013/09/24 23:33:13| Process ID 2406 2013/09/24 23:33:13| With 65535 file descriptors available 2013/09/24 23:33:13| Initializing IP Cache... 2013/09/24 23:33:13| DNS Socket created at [::], FD 7 2013/09/24 23:33:13| DNS Socket created at 0.0.0.0, FD 8 2013/09/24 23:33:13| Adding nameserver 8.8.8.8 from /etc/resolv.conf 2013/09/24 23:33:14| Unlinkd pipe opened on FD 13 > "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, 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. (...) 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. Es decir, /etc/resolvconf/update-libc.d/ no cumple su función, ya que ejecutando a mano el script /etc/resolvconf/update-libc.d/squid: #!/bin/sh PATH="/usr/sbin:/usr/bin:/sbin:/bin" # Make squid aware of changes to resolv.conf invoke-rc.d squid3 restart || true Hace que squid recoja los nuevos dns de forma dinámica tal y como manda el ISP. 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. > 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+924HS8R6B6sCC_yq5u8iULAOXPc5BekDG6EkNkDD=4-8d...@mail.gmail.com
Re: Reiniciar servicios de red al establecer una conexion
El Mon, 23 Sep 2013 21:26:18 +0200, Ala de Dragón escribió: > El 23/09/13, Camaleón > (...) >> >> >> Squid requires restart after Network Manager made connection to network >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600520 > Parece ser que es error bastante conocido. > Según comentan en el link yo no debería estar afectado debido a la > versión de squid que utilizo. Pero eso es en teoría. > > Squid Cache: Version 3.1.6 El último comentario (#18) parece discrepar. > En mi caso creo que el problema viene de la carga de los servidores dns > por parte de squid en el momento de arrancar desde resolv.conf. > Vacio en ese momento. "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 el archivo de configuración de squid se pueden indicar los servidores > dns con la linea: > > dns_nameservers 8.8.8.8 > > En el próximo reinicio podre comprobar su eficacia. Ah, pues si lo permite, mejor. Ya nos dirás si te funciona. > El el link adjuntan un parche para /etc/resolvconf/update-libc.d/squid (...) > Pero como bien dicen en el link recargar squid no solventa el problema, > debe reiniciarse. Ese baipás es para la versión 2.x, para la 3 se supone que hay otro archivo que hace lo mismo y que obviamente no funciona. > En caso de fallar la linea dns, cambiare reload por restart y os cuento > que pasa > > ;-D > > Saludos. Okis. > Pd: también se puede recompilar squid con la opción > --disable-internal-dns y añadir una linea al fichero de configuración: > > cache_dns_program /usr/lib/squid3/dnsserver > > Esto esta fuera de mi alcance en este momento. Hombre, esto me parecería exagerado. Lo ideal sería que Squid te permitiera seleccionar a través de la simple edición de su archivo de configuración, qué sistema de DNS quieres usar, el externo o el interno. Saludos, -- Camaleón -- 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/pan.2013.09.24.13.17...@gmail.com
Re: Reiniciar servicios de red al establecer una conexion
Hola y gracias por responer. El 23/09/13, Camaleón (...) > > > Squid requires restart after Network Manager made connection to network > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600520 > >(...) > > Saludos, > > -- > Camaleón > > Parece ser que es error bastante conocido. Según comentan en el link yo no debería estar afectado debido a la versión de squid que utilizo. Pero eso es en teoría. Squid Cache: Version 3.1.6 En mi caso creo que el problema viene de la carga de los servidores dns por parte de squid en el momento de arrancar desde resolv.conf. Vacio en ese momento. En el archivo de configuración de squid se pueden indicar los servidores dns con la linea: dns_nameservers 8.8.8.8 En el próximo reinicio podre comprobar su eficacia. El el link adjuntan un parche para /etc/resolvconf/update-libc.d/squid #!/bin/sh PATH="/usr/sbin:/usr/bin:/sbin:/bin" # Make squid aware of changes to resolv.conf if status squid | grep "start/running" > /dev/null; then start squid fi que debe notificar esos cambios a squid. En mi caso es fichero se compone de: #!/bin/sh PATH="/usr/sbin:/usr/bin:/sbin:/bin" # Make squid aware of changes to resolv.conf invoke-rc.d squid3 reload || true Pero como bien dicen en el link recargar squid no solventa el problema, debe reiniciarse. En caso de fallar la linea dns, cambiare reload por restart y os cuento que pasa ;-D Saludos. Pd: también se puede recompilar squid con la opción --disable-internal-dns y añadir una linea al fichero de configuración: cache_dns_program /usr/lib/squid3/dnsserver Esto esta fuera de mi alcance en este momento. -- "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+924hrq-g7w3tfomc5w9_lhwyam0sfaovdvfbqsyygcr7d...@mail.gmail.com
Re: Reiniciar servicios de red al establecer una conexion
El Sun, 22 Sep 2013 21:51:12 +0200, Ala de Dragón escribió: > Me conecto a internet por mediacion de una red DUN/PAN utilizando > network manager y Bluez para ello. Al iniciar el pc y arrancar todos los > servicios de red, la conexion Bnep0 no esta establecida y por lo tanto > cuando se levantan los servicios de red, squid en particular, no hay > conexion disponible. Al acceder al escritorio y conectar la red desde > network manager me toca logearme como administrador y reiniciar el > servicio squid para poder navegar. Parece que se trata de un error: Squid requires restart after Network Manager made connection to network http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600520 > ¿Existe alguna forma de que squid refresque su configuracion de red, o > se reinicie el servicio al levantar la conexion Bnep0 desde network > manager? Revisa los mensajes del bug de Ubuntu para ver si te dan alguna idea en la que puedas resolver o al menos automatizar el proceso. Saludos, -- Camaleón -- 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/pan.2013.09.23.13.39...@gmail.com
Re: Reiniciar servicios de red al establecer una conexion
La verdadera configuración está en /etc/network/interfaces así que editalo y añade la configuración según corresponda El 22 de septiembre de 2013 14:51, Ala de Dragón escribió: > Hola :-D > > Les escribo para solicitarles ayuda y consejo de nuevo. > > Me conecto a internet por mediacion de una red DUN/PAN utilizando > network manager y Bluez para ello. Al iniciar el pc y arrancar todos > los servicios de red, la conexion Bnep0 no esta establecida y por lo > tanto cuando se levantan los servicios de red, squid en particular, no > hay conexion disponible. Al acceder al escritorio y conectar la red > desde network manager me toca logearme como administrador y reiniciar > el servicio squid para poder navegar. > ¿Existe alguna forma de que squid refresque su configuracion de red, o > se reinicie el servicio al levantar la conexion Bnep0 desde network > manager? > > Gracias a todos por su tiempo > Saludos > :-) > -- > "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+924hqmjd+w-sf0zmuqkrg1exucxvv227gbkbxcqsbd7...@mail.gmail.com > > -- Gonzalo L. Campos Medina http://www.ubuntu.com | http://www.ubuntu-es.org | http://www.ubuntu-pe.org L.R.U. #344192 | U.R.U. #161 Freenode #ubuntu-es #edubuntu-es #ubuntu-pe
Reiniciar servicios de red al establecer una conexion
Hola :-D Les escribo para solicitarles ayuda y consejo de nuevo. Me conecto a internet por mediacion de una red DUN/PAN utilizando network manager y Bluez para ello. Al iniciar el pc y arrancar todos los servicios de red, la conexion Bnep0 no esta establecida y por lo tanto cuando se levantan los servicios de red, squid en particular, no hay conexion disponible. Al acceder al escritorio y conectar la red desde network manager me toca logearme como administrador y reiniciar el servicio squid para poder navegar. ¿Existe alguna forma de que squid refresque su configuracion de red, o se reinicie el servicio al levantar la conexion Bnep0 desde network manager? Gracias a todos por su tiempo Saludos :-) -- "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+924HQMjD+=W-sf=0zmuqkrg1exucxvv227gbkbxcqsbd7...@mail.gmail.com
