DNS-Server werden nicht aktualisiert (openresolv)

[chho]

Guten Abend,

ich betreibe seit Sonntag ein embedded-System mit Debian Jessie und habe Probleme mit dem Internet bzw. der Namensauflösung. Meine /etc/resolv.conf beinhaltet lediglich folgende Zeile

Code: Alles auswählen

nameserver 127.0.0.1

Ganz egal ob ich mit einem VPN-Server (OpenVPN) verbunden bin oder nicht. Meine Vermutung ist jetzt, dass es am fehlenden openresolv liegt. Nachinstallierten ist nicht möglich, da das Paket verwaist ist.

Hat von euch jemand einen Ratschlag, wie ich es schaffe, dass ich die DNS-Server die ich bekomme auch nutzen kann (mit OpenVPN vom Provider über tun0; ohne OpenVPN vom ISP über eth0)?

Vielen Dank vorab.

P.S.: Hab den Ursprungthread im falschen Forum gelöscht.

[rendegast]

Älterer Post, aber

openresolv Provides: resolvconf
-> Stattdessen resolvconf benutzen.

[chho]

Ich denke, das Problem mit den DNS-Servern habe ich im Griff. Je nach Verbindung habe ich entsprechende Server in den Dateien.

Viel problematischer ist aber, dass die Namenauflösung der clients nicht richtig funktioniert. "Nicht richtig": äußert sich dabei so: das öffnen einer Seite schlägt fehl, weil der server nicht gefunden werden kann. Nach 30-60s warten und Aktualisieren (F5) funktioniert die Namenauflösung dann.

Dieser Fehler tritt unabhängig vom Gerät (Client) auf.

[rendegast]

Setz halt etwas wie dnsmasq auf,
den können die Clients dann als DNS-Server benutzen.

dnsmasq ist normalerweise auch dhcp-Server
(der dann auf sich selbst als DNS-Server verweist).
Also auf Konflikte mit anderen dhcp-Servern achten.

[chho]

Setz halt etwas wie dnsmasq auf,
den können die Clients dann als DNS-Server benutzen.

dnsmasq ist normalerweise auch dhcp-Server
(der dann auf sich selbst als DNS-Server verweist).
Also auf Konflikte mit anderen dhcp-Servern achten.

dnsmasq läuft schon auf dem System.

[mabra]

Hi !

Ich bin ja nun wirklich 'n Bißchen spät dran ... aber hast du DNSMasq auf logging ? Hast du mal die
Zeiten angeschaut ? Hast du den Cache konfigiert ? Man kann ihn größer machen und sich auch
wagen, den TTL Wert des DNS-Eintrage zu überschreiben.
Ich sage das, weil ich möglicherweise dasselbe Problem habe, auch mit DNSMasq.
Ich werde demnächst (kein Versprechen, ist für mich) ein Tool schreiben, das den Logstream
auswertet. Es kann auch sein, das DNSMasq mit sehr vielen Blocking-Einträgen in der hosts Datei
Schwierigkeiten bekomm (habe etwa 15.000, zuzüglich Domain-Blocks).

Bei mir das vor allen den Hintergrund, der mein Provider, Kabel-BW, die freien DNSse wahrscheinlich
öfter mal blockiert. Mit dem Log sehe ich das sehr schnell. Ich hatte jetzt das dritte Mal eine Störung
dazu aufgemacht, quasi im Abstand von sechs Wochen. Es ist also immer gut wenn man die Entwicklung
von Request zu Response im Auge behalten kann.

DNSMAsq ist - zumindest für mich - eher eine Landplage geworden. Mein Wunsch, die Beziehung
von Request des Clients in das Resultat (im Log, natürlich) zu packen, wurde zwar gehört, ist aber
nicht drin. Ich habe einen provisorischen DNS-Proxy geschrieben, der bekannte Anfragen eines
Clients in unter < 1ms aus seinem Cache beantworten kann und der wird Blockings für Clients bekommen,
wo die Listen dynamisch geladen werden. Wenn man eine Blockade in DNSMasq aufheben will, muß man
die Änderung machen und DNSMasq reloaden - er verliert den Cache.

Na ja.

Grüße,
Manfred