Dnsmasq no se inicia en el arranque del sistema exDebian

Dnsmasq no se inicia en el arranque del sistema

17 envíos / 0 nuevos
Último envío
#1 Dom, 28/02/2016 - 07:43
esbrinartot
Imagen de esbrinartot
Desconectado/a
se unió: 28/02/16

Dnsmasq no se inicia en el arranque del sistema

Estado: 
[ACTIVO]

Hola hace unas semanas que vengo sufriendo este problema en Debian Testing amd64. Cuando inicio el sistema obtengo el siguiente error:

Failed to start dnsmasq - A Lightweight DCHP and caching DNS Server.

See 'Systemctl status dnsmasq,service' for details

Dependency failed for Host and Network Name Lookups

Por lo tanto al iniciar el ordenador no se resuelven las peticiones DNS y de este modo no puedo usar la combinación DNSCrypt + dnsmasq. Para solucionar el problema lo que hago es arrancar dnsmasq de forma manual cada vez que inicio el sistema, pero el tema que es deberia arrancar de forma automática en el inicio.

Lo curioso del asunto es que a veces obtenigo el error y a veces no. Lo que estoy contando no pasa el 100% de veces que arranco el ordeandor. Intuyo que en este caso SystemD estará haciendo de las suyas. ¿Alguién sabe como puede solucionar este problema?

Dom, 28/02/2016 - 14:17
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16

Hola, luego que inicies el sistema que te tira si ejecutas: systemctl status dnsmasq.service?

También podrías postear que sale si ejecutas journalctl -b -p err?

Me da la impresión que dnsmasq inicia en el arranque y que tu problema esta por el lado de la configuración

Dependency failed for Host and Network Name Lookups

 

PD: cuando cites código seria bueno que utilices la etiqueta "insertar fragmento de código" para que sea mas legible smiley

saludos...

Dom, 28/02/2016 - 17:31 (Responder a #2)
esbrinartot
Imagen de esbrinartot
Desconectado/a
se unió: 28/02/16

Hola Gracias por contestar. Felicitaciones por este nuevo sitio. Luce excelente.

Los resultados de los comandos son los sigueintes:

~$ systemctl status dnsmasq.service
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
   Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: enabled)
  Drop-In: /run/systemd/generator/dnsmasq.service.d
           └─50-dnsmasq-$named.conf, 50-insserv.conf-$named.conf
   Active: failed (Result: exit-code) since dom 2016-02-28 21:20:28 CET; 2min 1s ago
  Process: 922 ExecStart=/etc/init.d/dnsmasq systemd-exec (code=exited, status=5)
  Process: 777 ExecStartPre=/usr/sbin/dnsmasq --test (code=exited, status=0/SUCCESS)

 

~$ sudo journalctl -b -p err
-- Logs begin at dom 2016-02-28 21:20:12 CET, end at dom 2016-02-28 21:30:45 CET. --
feb 28 21:20:17 debian kernel: snd_hda_intel 0000:80:01.0: CORB reset timeout#1, CORBRP = 0
feb 28 21:20:24 debian avahi-daemon[819]: chroot.c: open() failed: No such file or directory
feb 28 21:20:25 debian minissdpd[849]: setsockopt(udp, IP_ADD_MEMBERSHIP)(0.0.0.0): No such device
feb 28 21:20:28 debian dnsmasq[922]: directory /etc/resolv.conf for resolv-file is missing, cannot poll
feb 28 21:20:28 debian dnsmasq[922]: el inicio ha FALLADO
feb 28 21:20:28 debian systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
feb 28 21:20:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in1: +1.92 V (min = +1.09 V, max = +0.53 V) [ALARM]
feb 28 21:20:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in4: +1.58 V (min = +0.94 V, max = +0.10 V) [ALARM]
feb 28 21:20:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in6: +1.19 V (min = +0.14 V, max = +0.15 V) [ALARM]
feb 28 21:20:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan1: 0 RPM (min = 781 RPM, div = 32) [ALARM]
feb 28 21:20:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan2: 1418 RPM (min = 2109 RPM, div = 8) [ALARM]
feb 28 21:20:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan3: 0 RPM (min = 21093 RPM, div = 32) [ALARM]
feb 28 21:20:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan4: 0 RPM (min = 1757 RPM, div = 32) [ALARM]
feb 28 21:20:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan5: 0 RPM (min = 5273 RPM, div = 32) [ALARM]
feb 28 21:20:30 debian pulseaudio[986]: [autospawn] core-util.c: Home directory not accessible: Permiso denegado
feb 28 21:20:31 debian pulseaudio[986]: [pulseaudio] main.c: Failed to acquire autospawn lock
feb 28 21:20:34 debian NetworkManager[780]: <error> [1456690834.331085] [platform/wifi/wifi-utils-wext.c:183] wifi_wext_set_powersave(): (wlan0): error setting powersave 0
feb 28 21:20:45 debian NetworkManager[780]: <error> [1456690845.567224] [platform/wifi/wifi-utils-wext.c:183] wifi_wext_set_powersave(): (wlan0): error setting powersave 0
feb 28 21:20:55 debian pulseaudio[1724]: [pulseaudio] module-alsa-card.c: Failed to find a working profile.
feb 28 21:20:55 debian pulseaudio[1724]: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="3" name="pci-0000_02_00.1" card_name="alsa_card.pci-0000
feb 28 21:20:56 debian pulseaudio[1724]: [pulseaudio] module-jackdbus-detect.c: Failed to parse channels= argument.
feb 28 21:20:56 debian pulseaudio[1724]: [pulseaudio] module.c: Failed to load module "module-jackdbus-detect" (argument: ""): initialization failed.
feb 28 21:20:58 debian pulseaudio[1724]: [pulseaudio] main.c: Module load failed.
feb 28 21:20:58 debian pulseaudio[1825]: [pulseaudio] pid.c: Daemon already running.
feb 28 21:20:58 debian pulseaudio[1827]: [pulseaudio] pid.c: Daemon already running.
feb 28 21:21:00 debian NetworkManager[780]: <error> [1456690860.432178] [platform/wifi/wifi-utils-wext.c:183] wifi_wext_set_powersave(): (wlan0): error setting powersave 0
feb 28 21:21:02 debian ntpd[933]: bind(24) AF_INET6 fe80::211:6bff:fec0:7aad%3#123 flags 0x11 failed: Cannot assign requested address
feb 28 21:21:02 debian ntpd[933]: unable to create socket on wlan0 (5) for fe80::211:6bff:fec0:7aad%3#123
feb 28 21:21:21 debian pulseaudio[1724]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: t
feb 28 21:21:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in1: +1.92 V (min = +1.09 V, max = +0.53 V) [ALARM]
feb 28 21:21:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in4: +1.58 V (min = +0.94 V, max = +0.10 V) [ALARM]
feb 28 21:21:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in6: +1.19 V (min = +0.14 V, max = +0.15 V) [ALARM]
feb 28 21:21:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan1: 0 RPM (min = 811 RPM, div = 128) [ALARM]
feb 28 21:21:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan2: 1430 RPM (min = 2109 RPM, div = 8) [ALARM]
feb 28 21:21:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan3: 0 RPM (min = 10546 RPM, div = 128) [ALARM]
feb 28 21:21:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan4: 0 RPM (min = 1757 RPM, div = 128) [ALARM]
feb 28 21:21:29 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan5: 0 RPM (min = 5273 RPM, div = 128) [ALARM]
feb 28 21:22:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in1: +1.92 V (min = +1.09 V, max = +0.53 V) [ALARM]
feb 28 21:22:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in4: +1.58 V (min = +0.94 V, max = +0.10 V) [ALARM]
feb 28 21:22:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in6: +1.19 V (min = +0.14 V, max = +0.15 V) [ALARM]
feb 28 21:22:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan1: 0 RPM (min = 811 RPM, div = 128) [ALARM]
feb 28 21:22:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan2: 1406 RPM (min = 2109 RPM, div = 8) [ALARM]
feb 28 21:22:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan3: 0 RPM (min = 10546 RPM, div = 128) [ALARM]
feb 28 21:22:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan4: 0 RPM (min = 1757 RPM, div = 128) [ALARM]
feb 28 21:22:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan5: 0 RPM (min = 5273 RPM, div = 128) [ALARM]
feb 28 21:23:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in1: +1.92 V (min = +1.09 V, max = +0.53 V) [ALARM]
feb 28 21:23:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in4: +1.58 V (min = +0.94 V, max = +0.10 V) [ALARM]
feb 28 21:23:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: in6: +1.19 V (min = +0.14 V, max = +0.15 V) [ALARM]
feb 28 21:23:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan1: 0 RPM (min = 811 RPM, div = 128) [ALARM]
feb 28 21:23:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan2: 1406 RPM (min = 2109 RPM, div = 8) [ALARM]
feb 28 21:23:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan3: 0 RPM (min = 10546 RPM, div = 128) [ALARM]
feb 28 21:23:30 debian sensord[984]: Sensor alarm: Chip w83627dhg-isa-0a10: fan4: 0 RPM (min = 1757 RPM, div = 128) [ALARM]

 

Dom, 28/02/2016 - 18:35 (Responder a #3)
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16

esbrinartot wrote:

Hola Gracias por contestar. Felicitaciones por este nuevo sitio. Luce excelente.

Los resultados de los comandos son los siguientes:

~$ systemctl status dnsmasq.service
● dnsmasq.service - dnsmasq - A lightweight DHCP and caching DNS server
   Loaded: loaded (/lib/systemd/system/dnsmasq.service; enabled; vendor preset: enabled)
  ...

 

~$ sudo journalctl -b -p err
-- Logs begin at dom 2016-02-28 21:20:12 CET, end at dom 2016-02-28 21:30:45 CET. --
....
feb 28 21:20:25 debian minissdpd[849]: setsockopt(udp, IP_ADD_MEMBERSHIP)(0.0.0.0): No such device
feb 28 21:20:28 debian dnsmasq[922]: directory /etc/resolv.conf for resolv-file is missing, cannot poll
feb 28 21:20:28 debian dnsmasq[922]: el inicio ha FALLADO
feb 28 21:20:28 debian systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
...
feb 28 21:20:34 debian NetworkManager[780]: <error> [1456690834.331085] [platform/wifi/wifi-utils-wext.c:183] wifi_wext_set_powersave(): (wlan0): error setting powersave 0
feb 28 21:20:45 debian NetworkManager[780]: <error> [1456690845.567224] [platform/wifi/wifi-utils-wext.c:183] wifi_wext_set_powersave(): (wlan0): error setting powersave 0
...
feb 28 21:21:00 debian NetworkManager[780]: <error> [1456690860.432178] [platform/wifi/wifi-utils-wext.c:183] wifi_wext_set_powersave(): (wlan0): error setting powersave 0
....

 

Por lo que veo podría no tratarse de un problema con systemd y el servicio de dnsmasq, sino que la falla estaría en que dnsmasq no encuentra o no puede resolver al archivo resolv.conf o el contenido, por lo que no estaría demás que comentes que configuraste en /etc/resolv.conf

directory /etc/resolv.conf for resolv-file is missing, cannot poll

El otro tema que me llama la atención es el error que tira NetworkManager. ¿te estas conectando via wifi? de ser asi ¿probaste si sucede el error en dnsmasq si te conectas via lan?

Porque podría ser que NetworkManager esté fallando durante el inicio y eso haga que se produzca el error en dnsmasq

PD: gracias por lo del sitio

saludos ...

Dom, 28/02/2016 - 18:54 (Responder a #4)
esbrinartot
Imagen de esbrinartot
Desconectado/a
se unió: 28/02/16

Buenas,

El contenido del fichero /etc/resolv.conf es el siguiente:

# Generated by NetworkManager
nameserver 127.0.0.1

El contenido de este fichero diria que no es el problema porque no es algo que me suceda siempre. A veces arranco el ordenador y obtengo el error. A veces arranco el ordenador y todo va perfecto.

Efectivamente me conecto con una torre via wifi. Actualmente no tengo posibilidad de conectarme via LAN. Mañana buscar un cable sufcientemente largo para realizar la prueba y reportaré el resultado.

Lun, 29/02/2016 - 15:01
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

dnsmasq tiene algún conflicto con dnscrypt, que yo recuerde, pero no encuentro ahora info al respecto (me hago mayor xD)

 

De todas formas, ¿Cuando eso te ocurre has comprobado que dnscrypt funciona como es debido? Yo he tenido algún que otro problemilla con dnscrypt (no uso dnsmasq) y redundancias ciclicas al inicio del mismo por culpa de dnscrypt-proxy.socket, las cuales se arreglan editando el archivo /lib/systemd/system/dnscrypt-proxy.socket eliminando de él la línea que dice After= (o Before, no recuerdo ahora) y reiniciando el servicio.

 

Por otro lado, desconociendo el funcionamiento de dnsmasq, el contenido de mi resolv.conf no es el mismo que el tuyo, usando dnscrypt en debian debería ser (al menos en mi caso lo es) 127.0.2.1, aunque imagino que dnsmasq cambie eso (por cierto, el archivo /etc/resolv.conf ahora es un enlace a /var/run/NetworkManager/resolv.conf, comprueba que eso es correcto también).

 

También me atrevería a decir que el error que aparece acerca de la wlan no tiene nada que ver, ya que solo trata de que no puede cambiar la gestión de energía, cosa que se puede tratar en otro hilo en cuanto soluciones esto.

 

Edit.... ¿Podrías poner los archivos de configuración de dnsmasq y dnscrypt-procy? Hay que hacer un pequeño cambio para que ambos puedan trabajar juntos. Mientras puedo intentar buscarlos, me suena que en la wiki de Arch estaba, haciendo alguna adaptación al sistema de Debian, como configurar ambos para trabajar conjuntamente sin problemas.

  No hay bar que por bien no venga....
Lun, 29/02/2016 - 17:55
esbrinartot
Imagen de esbrinartot
Desconectado/a
se unió: 28/02/16

Hola Buenas, Abajo iré respondiendo una por una las preguntas:

 

1- Con el comando dig he comprobado que dnsmasq funciona a la perfección. 

2- El fichero de la ubicación /etc/resolv.cong tiene el mismo contenido que el fichero /var/run//NetworkManager/resolv.conf. De heco /etc/resolv.conf es una enlace simbólico.

3- Los archivos de configuración de Dnscrypt y dnsmasq son los siguientes:

/etc/systemd/system/sockets.target.wants/dnscrypt-proxy.socket

[Unit]
Description=dnscrypt-proxy listening socket
Documentation=man:dnscrypt-proxy(8)
After=network.target
Wants=dnscrypt-proxy-resolvconf.service

[Socket]
ListenStream=127.0.2.1:53
ListenDatagram=127.0.2.1:53

[Install]
WantedBy=sockets.target

/etc/default/dnscrypt-proxy

# What local IP the daemon will listen to, with an optional port.
# The default port is 53. If using systemd, this is not used and must be
# specified in dnscrypt-proxy.socket.
DNSCRYPT_PROXY_LOCAL_ADDRESS=127.0.2.1:53

# Remote DNS(Crypt) resolver.
# You can find a list of resolvers at
# /usr/share/dnscrypt-proxy/dnscrypt-resolvers.csv.
DNSCRYPT_PROXY_RESOLVER_NAME=cisco

# Extra flags to pass to dnscrypt-proxy
DNSCRYPT_PROXY_OPTIONS=""

/etc/dnsmasq.conf

stop-dns-rebind
rebind-localhost-ok
server=127.0.2.1
proxy-dnssec

Saludos

Lun, 29/02/2016 - 18:11
esbrinartot
Imagen de esbrinartot
Desconectado/a
se unió: 28/02/16

Creo que ya he encontrado el problema. El contenido de /etc/resolv.conf es erroneo. Tiene que ser 127.0.2.1

Lo he arreglado y al menos la primera vez después de cambiar esto se ha arreglado. Es muy raro que el servidor de DNS que indico a través de Networkmanafer se haya cambiado solo de 127.0.2.1 a 127.0.0.1. Estoy segurissimo que en su dia lo configure correctamente y nunca más he vuelto a cambiar este valor. En fin... parece que este problema ahora está resuelto. Dejaré pasar un día o dos y pondré el hilo como solucionado.

Ahora me queda la duda si intentar averiguar que pasa con el resto de errores... Los otros errores no me dan problema alguno... por lo tanto creo que los dejaré tal cual...

Gracias por todo. 

Lun, 29/02/2016 - 20:06
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Comprueba que funciona todo correctamente con esa configuración. Ya que colocando eso en resolvconf, el sistema usará dnscrypt-proxy para las busquedas dns, e imagino que si usas dnsmasq es para que pase todo a través de él, por lo que diría que con las dns de dnscrypt, no está usando dnsmasq (que alguien me corrija si me equivoco).

 

Edit...

Mirando por ahí he visto que si, que dnsmasq tiene que estar configurado con la misma ip que use dnscrypt-proxy, en lo unico que tienen conflicto es con el puerto.

 

  No hay bar que por bien no venga....
Lun, 29/02/2016 - 20:36
esbrinartot
Imagen de esbrinartot
Desconectado/a
se unió: 28/02/16

Hola, El error no está resuelto.

Además la configuración es incorrecta. De la forma que he configurado dnsmasq no trabaja. Solo trabaja dnscrypt. Aunque solo trabaje DNScrypt... dnsmasq en algunas ocasiones sigue sin arrancar.

La configuración que tenia ya  era correcta... ya que dnsmasq escucha a dnscrypt y como servidor local de DNS tengo puesto el servidor local (127.0.0.1).  De esta forma fucniona seguro y ademas los resultados obtenidos con Dig lo demuestran.

Entiendo que configurado de esta forma, la primera vez que se resuelve un dominio el trabajo lo realiza dnscrypt, el trabajo realizado por dnscrypt queda almacenado en la memoria RAM por dnsmasq y lo almacenado actua como servidor DNS y se utiliza en el caso que hagamos una misma petición al mismo dominio. Cuando se reinicia el ordenador todo el cache DNS se pierde al estar almacenado en una memoria volátil.

 

Saludos

Lun, 29/02/2016 - 20:50
esbrinartot
Imagen de esbrinartot
Desconectado/a
se unió: 28/02/16

Aquí dejo una muestra de como funciona:

~$ dig exdebian.org

; <<>> DiG 9.9.5-12.1-Debian <<>> exdebian.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41423
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;exdebian.org.			IN	A

;; ANSWER SECTION:
exdebian.org.		14400	IN	A	31.170.165.90

;; Query time: 514 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Mar 01 00:42:12 CET 2016
;; MSG SIZE  rcvd: 57

~$ dig exdebian.org

; <<>> DiG 9.9.5-12.1-Debian <<>> exdebian.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26079
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;exdebian.org.			IN	A

;; ANSWER SECTION:
exdebian.org.		14397	IN	A	31.170.165.90

;; Query time: 1 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Tue Mar 01 00:42:15 CET 2016
;; MSG SIZE  rcvd: 57

El funcionamiento y la configuración es correcta. El problema es que a veces falla. Aunque no me guste la idea una cosa que podria probar es levantar dnsmasq a través de Networkmanager (configurando el networkmanager.conf). Pero esto implica que tengo que hacerdebian/systemd no arranque dnsmasq.... y ahora mismo no caigo como hacerlo.

 

Lun, 29/02/2016 - 21:02
caliban
Imagen de caliban
Desconectado/a
moderador
se unió: 14/01/16

Para  evitar que un servicio inicie 

# systemctl  disable  bla.service 

             

Quizá  esta guia te pueda ayudar 

Lun, 29/02/2016 - 21:21 (Responder a #12)
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

la configuración en realidad puede ser cualquiera mientras hayas configurado correctamente ambos servicios. Tanto dnscrypt como dnsmasq pueden usar la misma ip mientras la configuración sea correcta:

 

El problema te vendrá de otra parte, ya que no es lo mismo que no funcione que que no inicie el servicio.

 

Para buscar mas motivos, deberías mirar tanto el apagado como el inicio del sistema, no sea que tengas algún servicio que provoque que no se pueda iniciar otro (como comenté con el asunto de dnscrypt-proxy.sockets que me daba error, lo que provocaba que a veces systemd eliminara cosas del inicio para evitar conflictos). Puedes filtrar logs "a pelo" usando journalctl |grep deleted (deleted, removed, job, break, lo que quieras) para así descartar que no haya algo que provoque que dnsmasq no levante a veces...

  No hay bar que por bien no venga....
Mar, 01/03/2016 - 17:13
esbrinartot
Imagen de esbrinartot
Desconectado/a
se unió: 28/02/16

Ver este enlace:

 

 

Parece que se trata de un bug. Tengo la versión 2.75-1... que es la que se menciona en el enlace que genera problemas. Ahora solo toca esperar a la actualización.

 

Saludos y gracias por todo!! 

Mar, 01/03/2016 - 19:41 (Responder a #14)
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Vaya, pues mira que estuve mirando y no lo vi xD

 

Viendo ese reporte de bug, puedes solucionarlo añadiendo --resolv-file= al comando que ejecuta dnsmasq al inicio. Como siempre, no lo tengo instalado, pero imagino será /lib/systemd/system/dnsmasq.service posiblemente... Échale un vistazo si quieres y te atreves a trastear con esas cosas... Puesto que si vas a esperar a que se fixee el bug, ya te voy diciendo que en Sid está la misma versión, y no hay otra en experimental.

  No hay bar que por bien no venga....
Mié, 02/03/2016 - 18:34
esbrinartot
Imagen de esbrinartot
Desconectado/a
se unió: 28/02/16

la ruta es exactamente la que mencionas.

He probado de realizar la modificar la siguiente parte sin éxito:

# We run dnsmasq via the /etc/init.d/dnsmasq script which acts as a
# wrapper picking up extra configuration files and then execs dnsmasq
# itself, when called with the "systemd-exec" function.

ExecStart=/etc/init.d/dnsmasq systemd-exec

he probado ;

ExecStart=/etc/init.d/dnsmasq --resolv= systemd-exec

y otras combinaciones pero nada...

Tocará esperar a la actualización, y si me cansa arrancarlo manualmente diria que añadiendo systemctl start dnsmasq.service en  /etc/rc.local dnsmaq deberia iniciar.

 

Saludos y gracias

Mié, 02/03/2016 - 21:59
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Pues parece que es más complicado, ya que aun usando systemd. dnsmasq usa /etc/init.d/dnsmasq para iniciar, así que esas modificaciones no sirven...

Te va a tocar esperar o mirar como modifcar esa parte, y visto que te funciona y no te lo hace siempre, vale la pena quedarse como estás.

  No hay bar que por bien no venga....