Auf den Samba-Ubuntu-Server kann im Windows-Explorer nicht über den Hostnamen-UNC-Pfad zugegriffen werden (IP funktioniert)

Auf den Samba-Ubuntu-Server kann im Windows-Explorer nicht über den Hostnamen-UNC-Pfad zugegriffen werden (IP funktioniert)

Aufstellen

Wir haben einen AD-Server, der unter Windows Server 2012 ( ad01.<domainroot>) läuft. Es gibt einen Samba-Dateiserver, der unter Ubuntu 20.04 ( fs02.<domainroot>) läuft. Der Dateiserver ist über Winbind der Domäne beigetreten.

In diesem Beitrag verwende ich<Domänenstamm>als gleichwertiger Platzhalter fürAD.BEISPIEL.ORGUnd<Arbeitsgruppe>für die Arbeitsgruppe.

Problem

Wir können nicht über den Hostnamen auf den Samba-Server/die Freigaben zugreifen und erhalten einen Netzwerkfehler, der besagt, dass der Server nicht erreichbar ist:

Bildbeschreibung hier eingeben.

Bei Verwendung des FQDN ist das Problem das gleiche.

Wenn ich über die IP () dorthin navigiere \\<fs02 IP>, funktioniert es problemlos, die Freigaben selbst scheinen also korrekt zu sein. (smb.conf unten hinzugefügt)

Was ich versucht habe

Mein erster Gedanke war, DNS zu überprüfen, aber nslookup fs02ich bekomme die richtige Antwort. Ich kann es auch ohne Probleme anpingen.

Ich habe auch versucht, damit herumzuspielen smb.conf. Dies ist die Konfiguration, die ich derzeit verwende:

[global]
security = domain

workgroup=<workgroup>
realm=<domainroot>
netbios name = fs02

# === logging config ===
log file = /var/log/samba/%m.log
log level = 1

# === Backend setup ===

idmap config * : backend = tdb
idmap config * : range = 2000-9999
idmap config <workgroup> : backend = rid
idmap config <workgroup> : range = 10000-30000

winbind use default domain = yes
winbind nested groups = yes
winbind refresh tickets = yes

inherit owner = yes
vfs objects = acl_xattr
map acl inherit = yes
store dos attributes = yes

unix extensions = yes

# === Share definitions ===
# ... pruned ...

Antwort1

Das Problem in meinem Fall lag an einer fehlerhaften NTP-Konfiguration, die zu Zeitabweichungen zwischen verschiedenen Servern führte. Durch manuelles Zurücksetzen der Uhr wurde das Problem behoben und durch die Korrektur der NTP-Konfiguration wurde verhindert, dass die Abweichung erneut ein Problem darstellte.

verwandte Informationen