DFS Verwaltung - Domain wird nicht gefunden

Hallo zusammen,

wenn ich in der DFS-Verwaltung die einzelnen Namespaces Abfrage, bekomme ich eine Fehlermeldung:

"Der Namespace kann nicht abgefragt werden. Die angegebene Domäne ist nicht vorhanden, oder es konnte keine Verbindung aufgebaut werden."

Wenn ich nun auf den primären DNS Server gehe und es da versuche, kommt der selbe Fehler.
Aber ich kann die in alle Namespaces wenn ich über den Explorer gehe. Dort sehe ich dann auch die korrekte Struktur.
Wenn ich also im Explorer \\XYZ. \Allgemein eintippe, sehe ich die Verknüpften Order zum Fileserver.

Es gehen alle Verzeichnisse und es wird auch sauber geöffnet.

Aber die Verwaltung spinnt.

Kennt das jemand?

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 9423748918

Url: https://administrator.de/forum/dfs-verwaltung-domain-wird-nicht-gefunden-9423748918.html

Ausgedruckt am: 30.12.2024 um 17:12 Uhr

9 Kommentare

Neuester Kommentar

Hi

Hast du ggf. ein Tier Konzept oder Ähnliches und dein Benutzer ist nicht berechtigt?
Hast du es mal mit einem höher Privilegiertem Account probiert ?

Mit freundlichen Grüßen Nemesis

Moin

Firewall mal gecheckt?

Was ergibt ein dfsdiag /testdfsintegrity /DFSRoot:\\XYZ.\Allgemein ??

Gruß

Zitat von @nEmEsIs:

Hi

Hast du ggf. ein Tier Konzept oder Ähnliches und dein Benutzer ist nicht berechtigt?
Hast du es mal mit einem höher Privilegiertem Account probiert ?

Mit freundlichen Grüßen Nemesis

Ich habs es sogar als Admin probiert.

hab mal Punkte im Forum gesetzt für den Pfad.

Warnung: Auf die DFS-Metadaten für den folgenden Namespace kann nicht zugegriffen werden: "\\....\Allgemein>"
Warnung: Auf den folgenden DFS-Pfad kann nicht zugegriffen werden: "\\.....l\Allgemein". Es wird kein weiterer Test mehr durchgeführt.
TestDfsIntegrity ist abgeschlossen.

Ist aber auch geil das ich überall zugriff habe.

was sagt der bpa für dfs?

DFS optimizing:
netsh int tcp set global chimney=disabled 
netsh int tcp set global rss=disabled 
netsh int ip set global taskoffload=disabled 
netsh int tcp set global autotuninglevel=disabled 
netsh int tcp set global congestionprovider=none 
netsh int tcp set global ecncapability=disabled 
netsh int tcp set global timestamps=disabled

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\tcpip\parameters

EnablePMTUBHDetect 				1
AsyncIoMaxBufferSizeBytes		8388608
RpcFileBufferSize				524288
StagingThreadCount				8
TotalCreditsMaxCount			4096
UpdateWorkerThreadCount			32


REG add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem" /v "NtfsDisable8dot3NameCreation" /T REG_DWORD /D "1" /f  

Enable-NetAdapterLso -Name "*"  
Enable-NetAdapterChecksumOffload -Name "*"  

wevtutil el | Foreach-Object {wevtutil cl "$_"}  

Moin,
wurde mit FQDN oder DNS konfiguriert?

Wir hatten auch mal ein ähnliches Problem, wo der Virenscanner den kompletten DFS root gesperrt hat.
Per IP oder DNS kam man dran!?

Gruß und viel Erfolg

Fehler gefunden... kann man nicht erzählen.

Erster Tag nach dem langen Urlaub

.. doch... kann man.. Vlt. wartest Du aber bis Freitag ist?!

Ich glaube, hier wird DFS mit DNS verwechselt oder vermischt.

Dass man ein Ziel über \\domain.tld\share aufrufen kann, ist kein hinreichendes Indiz dafür, dass es sich dabei um einen DFS-Stamm handelt.

Wenn ich im DNS eine Zone für "domain.tld" anlege und in dieser einen A-Record ohne Namen und mit IP-Adresse eines Fileservers, dann kann ich die Freigabe "share" dieses Fileservers über \\domain.tld\share aufrufen, wenn das auf dem Fileserver nicht unterbunden wurde (DisableStrictNameChecking). Das hat dann überhaupt nichts mit DFS zu tun.

E.