Liebe Linuxmuster-Nette,
unser DNS-Problem hat sich nur teilweise gelöst. Noch immer fehlen bei der Anmeldung alle Shares, Internet geht nur mit IPs, kein dns. Wenn man die Netzverbindung trennt und sie dann wieder aktiviert, funktioniert das Internet einwandfrei.
Als Workaround habe wir im Moment: Anmelden mit einem lokalen User, Netzverbindung trennen und wieder aktivieren, abmelden, Anmeldung mit dem eigene Account, Shares sind da, Netz funktioniert.
Inzwischen haben wir entdeckt, dass in der /etc/resolve.conf Merkwürdiges geschieht: Bei der ersten Anmeldung sieht die Datei so aus:
/etc/resolv.conf 911/920 99%
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs should typically not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a
# different way, replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0 trust-ad
search .
In der letzten Zeile bei search steht nur ein Punkt, der Domänenname fehlt. Nach der Netztrennung und Wiederaktivierung sieht die /etc/resolve.conf dann so aus:
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs should typically not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a
# different way, replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0 trust-ad
search linuxmuster.lan
Domäne ist nun da, alles funktioniert bis zum nächsten Sync. Dann alles wieder von vorne. Hat jemand verhalten schon mal erlebt und weiß woran es liegt?
Ergänzende noch die Datei etc/unbound/unbound.conf/resolvconf_resolvers.conf
etc/unbound/unbound.co~olvconf_resolvers.conf 140/140 100%
# Generated by resolvconf
forward-zone:
name: "linuxmuster.lan"
forward-addr: 10.0.0.1
forward-zone:
name: "."
forward-addr: 10.0.0.
Auch hier gibt es neben dem korrekten Eintrag mit Domain einen nur mit Punkt, also ohne Domainname. Diese Datei bleibt auch nach Netztrennung unverändert.
Ich betone nochmal, dass wir weder auf dem Server noch auf den Clients ein Update o.ä. gemacht hatten, erst als unser Schulträger Netzwerkkomponenten ausgetauscht hatte, begann das Problem; aber vielleicht eher eine Korrelation als ein kausaler Zusammenhang?
Für Ideen, die zur Lösung des Problems führen, wird eine Belohnung von 100 netten Gedanken ausgelobt.
Danke und viele Grüße
markus
