Über rotes VPN werden Namen ohne ".kg-fds.de"-Endung nicht mehr aufgelöst

[Rüdiger Kupper]

Seit dem Neustart des Servers werden bei mir von zuhause aus die Namen ohne die ".kg-fds.de"-Endung nicht mehr aufgelöst:

• "paedml" -> unbekannt
• "paedml.kg-fds.de" -> 10.32.1.1
• "emails" -> unbekannt
• "emails.kg-fds.de" -> 10.32.1.1

u.s.w.
Das ist zwar nicht sehr tragisch, doch vor dem Neustart hatte das funktioniert (z.B. habe ich in meinem Thunderbird nur "emails" stehen, was immer gut funktionierte)

[bau]

An den Name-Servern haben wir nichts umgestellt - eventuell liegt das am Client, der müsste ja bei einer Name-Service-Abfrage immer die Domain anhängen (steht normalerweise in der /etc/resolv.conf unter search.

Bei meinem aktuellen KUBuntu ist es im lokalen HomeNetz genauso:
fritz.box wird plötzlich auch nicht mehr aufgelöst - komisch ist das schon

[bau]

jas hat gestern von Problemen mit der automatischen Erkennung des Proxy berichtet - der Browser bleib immer am IpFire hängen. Ich habe das Problem heute eingekreist:

• unbekannter Client erhält IP vom DHCP samt Grundeinstellungen
• WPAD-Server wpad.kg-fds.de ist erreichbar und liefert eine korrekte wpad.dat aus
• Firefox oder Chrome bleiben im IpFire hängen, erreichen also proxys nicht

Letztendlich lag das daran, dass der DHCP-Server (paedml:10.32.1.1 und auch ltsp6:10.32.2.6) keine Domaininformation mitgeliefert hatte (doamin=kg-fds.de).

Mit der geänderten Einstellung geht das WPAD bei uns jetzt wieder :-)

Bitte prüfen, ob Namensauflösung ohne Domainangabe jetzt geht.

[bau]

Hinweis zu Tools unter Linux:

• nmcli device show
  zeigt aktuelle Informationen dazu, was der DHCP-Server rausgegeben hat
• dhclient -v
  erneuert den Lease und zeigt dabei Informationen an, wo er die Daten herbekommt

[bau]

Test über OpenVPN/blue:
Namensauflösung für Adressen wie emails, wpad, etc ohne Domainendung kg-fds.de funktioniert.

[Rüdiger Kupper]

Replying to bau:

jas hat gestern von Problemen mit der automatischen Erkennung des Proxy berichtet

rue hatte damit letzte Woche wohl auch Probleme...

[Rüdiger Kupper]

Replying to bau:

Bitte prüfen, ob Namensauflösung ohne Domainangabe jetzt geht.

Test über Rotes Netz/VPN negativ:

kup@reinhold:~$ host paedml.kg-fds.de
paedml.kg-fds.de has address 10.32.1.1
paedml.kg-fds.de mail is handled by 1 paedml.kg-fds.de.

kup@reinhold:~$ host paedml
Host paedml not found: 2(SERVFAIL)

[bau]

Beim Verbinden über OpenVPN (RED) bekommt mein Client keine DNS-Angaben vom OpenVPN-Server oder er ignoriert sie, denn auf dem IPFire werden die PUSH-Regeln definiert (/var/ipfire/ovpn/server.conf):

push "dhcp-option DOMAIN kg-fds.de"
push "dhcp-option DNS 10.32.1.1"

Mein NM ignoriert derzeit aber auch die Domain meiner Fritz!Box, die diese definitiv (siehe syslog) per DHCP gemeldet hat.

[bau]

Problem 1: fritz.box wurde wegen einer falschen Einstellung im NM nicht als Suchdomäne genommen.
Problem 2: die search-domain ist die Endung, die bei Angabe eines blanken Rechnernamens vom System automatisch an den Rechnernamen angehängt wird. Diese wird vom DHCP übergeben (bei mir: fritz.box) - bei der Abfrage nach paedml fragt das System also nach paedml.fritz.box - die zweite PUSH-Anweisung wird bei mir zu recht ignoriert - erst, wenn ich nach paedml.kg-fds.de frage wird wegen der push-Regel korrekt beim 10.32.1.1 nachgefragt, sonst würde die Antwort nämlich nicht 10.32.1.1 sondern 141.10.54.243 lauten.

[Rüdiger Kupper]

Klingt eigentlich auch einleuchtend. Also wäre eher die Frage, warum das zuvor funktioniert hatte...