DNSMASQ löst keine namen mehr auf

[xemacs]

anmerkung + patch:
http://trac.freetz.org/ticket/50

 

[xemacs]

*bump*
kann einer dieses fehlverhalten reproduzieren?

 

[cuma]

Es gab doch schonmal einen (odere mehrer?) ähnlichen Threads mit einer solchen Problematik. Hast du schnomal danach gesucht? Ich glaub die .40 der 7170 hatte auch falsche Nameserver in der resolv.conf

 

[xemacs]

jop da hat aber der multid das nicht dauernd überschrieben soweit ich weiss

 

[wengi]

*bump*
kann einer dieses fehlverhalten reproduzieren?

Hi,

7141 mit freetz 1754:
ich kann das Problem nicht bestätigen!

/var/mod/root # cat /var/tmp/resolv.conf
nameserver 192.168.180.1
nameserver 192.168.180.2
/var/mod/root #

wengi

 

[xemacs]

wengi schalte mal den DHCPserver von AVM ab und starte dann multid neu
dann solltest du auch diesen fehler haben

 

[wengi]

Hi,

der DHCP Server von AVM ist bei mir immer abgeschaltet, da ich immer den DHCP Server von dnsmasq benutze (Der kann Reservierungen).
Wie starte ich den multid _sauber_ neu? Braucht der Optionen?

wengi

 

[xemacs]

hallo!
das geht ganz einfach mit

multid -s
multid

 

[matze1985]

hey xemacs,

ich habe eine 7141.
Da ich dnsmasq verwende ist der AVM-DHCP-Server ausgeschaltet.
Bei jeden start der Box starte ich den multid neu, da ich mir eine Mail im meiner IP schicken lasse und dieses Ruft der multid auf.
Ich starte den multid auch über

multid -s
multid

neu und habe keine Probleme.

 

[wengi]

Hi,

ich kann es ebenfalls NICHT bestätigen:

/var/mod/root # cat /var/tmp/resolv.conf
nameserver 192.168.180.1
nameserver 192.168.180.2
/var/mod/root # multid -s && multid
/var/mod/root # cat /var/tmp/resolv.conf
nameserver 192.168.180.1
nameserver 192.168.180.2
/var/mod/root #

Keine Probleme.
wengi

 

[xemacs]

okay
ich habe heute mal ein komplett neues image gebaut (das 3. mal)
hab es mit exakt den gleichen paketen compiliert
der einzige unterschied wra dass ich nicht auf meinem server kompiliert habe (debian etch smp system) sondern lokal auf einem rechner (xubuntu 7.10 ebenfalls smp aber 64bit)

ich habe zwar keine ahnung warum, aber nun scheint es zu funktionieren!

vielen dank an alle beteiligten fürs testen/fixen

-> close!