In diesem Abschnitt sind einige der am häufigsten vorkommenden Probleme aufgeführt, die bei der Verwendung der Dienste für NFS auftreten können.

Weitere Informationen zu Dienste für NFS finden Sie im Windows Server TechCenter (https://go.microsoft.com/fwlink/?LinkId=92798, möglicherweise in englischer Sprache).

Welches Problem ist aufgetreten?

Obwohl er anscheinend die erforderlichen Berechtigungen hat, kann der Benutzer nicht auf einen Ordner oder eine Datei zugreifen.

Ursache

Der Benutzer gehört mindestens einer nicht konsistent zugeordneten Gruppe an, auf Active Directory-Domänendienste (Active Directory Domain Services, AD DS) kann nicht zugegriffen werden, oder die Benutzernamenzuordnung wird nicht ausgeführt.

Lösung

Wenn Sie einen ordnungsgemäßen Dateizugriff sicherstellen möchten, müssen einander in AD DS oder der Benutzernamenzuordnung zugeordnete Windows- und UNIX-Gruppen die gleichen Benutzer enthalten, und zudem müssen die Mitglieder der Windows- und UNIX-Gruppen einander richtig zugeordnet sein. Stellen Sie außerdem sicher, dass auf AD DS zugegriffen werden kann oder der Benutzernamenzuordnungs-Dienst auf dem angegebenen Server ausgeführt wird.

Authentifizierte Benutzer können nicht auf NFS-Ressourcen zugreifen

Ursache

Die Active Directory-Suche oder die Benutzernamenzuordnung sind für diesen Computer nicht richtig konfiguriert.

Lösung

Stellen Sie bei Verwendung der Active Directory-Suche sicher, dass Dienste für NFS auf die richtige Active Directory-Domäne verweist.

Stellen Sie bei Verwendung der Benutzernamenzuordnung sicher, dass die MAPHOSTS-Datei auf dem Computer mit der Benutzernamenzuordnung die Namen oder IP-Adressen von Computern enthält, die mithilfe der Benutzernamenzuordnung Benutzerkonten zuordnen können. Wenn Benutzer vorübergehend nicht auf NFS-Ressourcen zugreifen können und sich das Problem nicht durch Konfigurieren der MAPHOSTS-Datei beheben lässt, versuchen u. U. zu viele Clientcomputer gleichzeitig auf die Benutzernamenzuordnung zuzugreifen.

Benutzer (auch ordnungsgemäß zugeordnete Benutzer) können das aktuelle Verzeichnis nicht in ein freigegebenes Verzeichnis ändern oder Dateien im Verzeichnis erstellen, obwohl der anonyme Zugriff auf das Verzeichnis zulässig ist

Ursache

Der NFS-Client unterstützt nicht NFS Version 3, oder Server für NFS ist nicht zur Unterstützung von NFS 3 konfiguriert. Zudem enthält die zum Schutz des freigegebenen Verzeichnisses eingerichtete Zugriffssteuerungsliste (Discretionary Access Control List, DACL) keinen Eintrag für Jeder, und daher wird das Zugriffsmodusbit für Andere als 0 gemeldet. Da NFS 2-Clients nicht auf der Ausführung einer separaten Zugriffsprüfung für das freigegebene Verzeichnis beruhen, sondern auf Verzeichnismoduseinstellungen, tritt beim Zugriffsversuch des Clients ein Fehler auf.

Lösung

Führen Sie eine der folgenden Aktionen aus:

  • Fügen Sie der zum Schutz des freigegebenen Verzeichnisses verwendeten DACL einen Eintrag hinzu, der für Jeder wie erforderlich Lese- oder Lese-/Schreibzugriff gewährt.

  • Stellen Sie sicher, dass der NFS-Client NFS 3 unterstützt, und aktivieren Sie die NFS 3-Unterstützung von Server für NFS.

Auf das freigegebene Verzeichnis kann nicht zugegriffen werden, obwohl es als verfügbar angezeigt wird.

Ursache

Das Verzeichnis wurde nach dem Freigeben verschoben.

Lösung

Verschieben Sie das Verzeichnis wieder an seinen ursprünglichen Speicherort, heben Sie die Freigabe des Verzeichnisses auf, und geben Sie es dann erneut frei.

Für alle in Server für NFS erstellten Dateien wird "Anonym" als Besitzer angezeigt

Ursache

Die Authentifizierung ist nicht ordnungsgemäß konfiguriert.

Lösung

Stellen Sie sicher, dass Zuordnungen ordnungsgemäß in den Active Directory-Domänendiensten (Active Directory Domain Services, AD DS) oder in der Benutzernamenzuordnung eingerichtet sind und Server für NFS ordnungsgemäß zur Verwendung der Active Directory-Suche oder der Benutzernamenzuordnung konfiguriert ist. Stellen Sie auch sicher, dass alle Domänencontroller richtig konfiguriert sind.

Für die von einem neuen Benutzer erstellten Dateien wird "Anonym" als Besitzer angezeigt

Ursache

Wenn Sie die Benutzernamenzuordnung verwenden, haben die Benutzernamenzuordnung und Server für NFS die Daten aus dem NIS-Server (Network Information Service, Netzwerkinformationsdienst) noch nicht aktualisiert. Normalerweise aktualisiert die Benutzernamenzuordnung Daten aus NIS stündlich, und Server für NFS aktualisiert Daten aus der Benutzernamenzuordnung stündlich.

Lösung

Der neue Benutzer sollte mindestens zwei Stunden warten, bevor er in Server für NFS auf Dateien zugreift oder Dateien erstellt. Eine weitere Lösungsmöglichkeit besteht darin, dass der Administrator des Computers mit der Benutzernamenzuordnung die Zuordnungsdatenbank aktualisiert.

Ein Benutzer kann nicht in eine Datei schreiben

Ursache

Dateiberechtigungen oder -attribute lassen den Schreibzugriff auf die Datei oder das zugehörige Verzeichnis nicht zu.

Lösung

Wenn die Gruppe Administratoren der Besitzer des Verzeichnisses ist, legen Sie ein individuelles Benutzerkonto als Besitzer fest. Stellen Sie sicher, dass das UNIX-Konto des Benutzers einem gültigen Windows-Konto zugeordnet ist und die NTFS-Dateisystemberechtigungen des Verzeichnisses und der Datei den Schreibzugriff auf das Windows-Benutzerkonto erlauben. Stellen Sie sicher, dass das Schreibschutzattribut nicht auf die Datei oder das Verzeichnis festgelegt ist.

Benutzer von japanischen UNIX-Systemen können Dateinamen nicht in Japanisch anzeigen

Ursache

Der erweiterte UNIX-Zeichensatz (EUC) ist nicht aktiviert.

Lösung

Konfigurieren Sie die freigegebene Ressource zur Verwendung der entsprechenden Zeichencodierung.

Server für NFS-Konfigurationseinstellungen werden nicht auf Knoten in einem Servercluster repliziert

Ursache

Der Clusterdienst wird nicht ausgeführt, wurde beim Start von Server für NFS nicht gestartet oder konnte nach dem Start von Server für NFS nicht gestartet werden.

Lösung

Schalten Sie alle freigegebenen NFS-Ressourcen des Knotens offline, oder verschieben Sie die Clustergruppen mit freigegebenen NFS-Ressourcen auf einen anderen Knoten. Beenden Sie Server für NFS, starten Sie ggf. den Clusterdienst, und starten Sie dann Server für NFS neu. Schalten Sie die freigegebenen NFS-Ressourcen wieder online, oder verschieben Sie die Clustergruppen wieder auf den Knoten.

Server für NFS kann in einem Servercluster nicht beendet werden

Ursache

Dieses Verhalten ist entwurfsbedingt. Wenn eine freigegebene NFS-Ressource auf einem Clusterknoten online geschaltet ist, startet der Clusterdienst Server für NFS automatisch neu, damit die freigegebenen Ressourcen online geschaltet bleiben.

Lösung

Schalten Sie vor dem Beenden von Server für NFS auf einem Serverclusterknoten alle freigegebenen NFS-Ressourcen des Knotens offline, oder verschieben Sie die Clustergruppen mit freigegebenen NFS-Ressourcen auf einen anderen Knoten.

Eine freigegebene NFS-Ressource auf einem Serverclusterknoten kann nicht online geschaltet werden.

Ursache

Eine freigegebene NFS-Ressource mit dem gleichen Alias oder Pfad ist bereits auf diesem Knoten vorhanden.

Lösung

Stellen Sie sicher, dass der freigegebene Pfad und Alias im Cluster eindeutig sind. Vermeiden Sie außerdem die Verwendung von nicht gruppierten freigegebenen NFS-Ressourcen auf einem Serverclusterknoten.

Ursache

Der Benutzer, der den Clusterdienst installiert hat, besitzt keine Leseberechtigung für das freigegebene Verzeichnis. Der Pfad kann daher nicht bestätigt werden.

Lösung

Gewähren Sie dem Benutzer, der den Clusterdienst installiert hat, Lesezugriff auf das Verzeichnis.

Ursache

Die Datenträgerressource mit dem freigegebenen Verzeichnis wurde offline geschaltet, sodass der Clusterdienst den Pfad der Freigabe nicht überprüfen kann.

Lösung

Schalten Sie die Datenträgerressource online, und schalten Sie dann die freigegebene NFS-Ressource online. Für die freigegebene NFS-Ressource sollte eine Abhängigkeitsbeziehung zu der Datenträgerressource mit dem freigegebenen Ordner eingerichtet werden.

Ursache

Auf den Datenträger kann aufgrund eines Hardwarefehlers nicht zugegriffen werden.

Lösung

Schalten Sie die freigegebenen NFS-Ressourcen auf dem Datenträger offline. Stellen Sie sicher, dass auf den Datenträger von allen Clusterknoten aus zugegriffen werden kann, und schalten Sie dann die freigegebenen NFS-Ressourcen online.

Ursache

Eine reine Unterverzeichnisfreigabe enthält eine große Anzahl von Unterverzeichnissen, und beim Onlineschalten der Ressource erfolgt eine Zeitüberschreitung, bevor alle freigegebenen Ressourcen erstellt wurden.

Lösung

Vergrößern Sie das Zeitüberschreitungsintervall für die Ressource.

Beim Erstellen oder Ändern einer freigegebenen NFS-Netzwerkressource tritt folgender Fehler auf: "Der angegebene Pfad ist nicht gültig, oder Sie versuchen, die Eigenschaften einer freigegebenen Ressource zu ändern, die online ist."

Ursache

Das angegebene Verzeichnis ist nicht vorhanden.

Lösung

Stellen Sie sicher, dass das Verzeichnis vorhanden und der Pfad richtig ist.

Ursache

Die freigegebene Ressource ist online.

Lösung

Schalten Sie die freigegebene Ressource offline, nehmen Sie die erforderlichen Änderungen vor, und schalten Sie die freigegebene Ressource dann online.

Ursache

Die Datenträgerressource mit dem freigegebenen Verzeichnis ist offline, so dass der Clusterdienst den Pfad der Freigabe nicht überprüfen kann.

Lösung

Schalten Sie den Datenträger online, nehmen Sie die erforderlichen Änderungen an der freigegebenen NFS-Ressource vor, und schalten Sie die freigegebene NFS-Ressource dann online.

Die Benutzernamenzuordnung ist ordnungsgemäß konfiguriert, Benutzer werden jedoch nicht richtig zugeordnet

Ursache

Server für NFS ist nicht zur Verwendung des richtigen Servers der Benutzernamenzuordnung festgelegt.

Lösung

Stellen Sie sicher, dass der angegebene Server der Benutzernamenzuordnung gültig ist. Wenn der Server der Benutzernamenzuordnung in einem Servercluster enthalten ist, müssen Sie sicherstellen, dass folgende Bedingungen erfüllt sind:

  • Die Benutzernamenzuordnung ist auf allen Clusterknoten installiert.

  • Die Daten der Benutzernamenzuordnung werden zu allen Knoten im Cluster repliziert.

  • Server für NFS verwendet keinen lokalen Host oder den Namen eines Clusterknotens als Server der Benutzernamenzuordnung, sondern den Namen einer Cluster-Netzwerknamenressource.

Ursache

Server für NFS hat keine aktualisierten Zuordnungen vom Zuordnungsserver empfangen. Wenn Server für NFS und die Benutzernamenzuordnung auf unterschiedlichen Computern installiert sind, findet diese Aktualisierung alle 30 Minuten statt.

Lösung

Zwingen Sie Server für NFS wie folgt, die Zuordnungen zu aktualisieren:

  • Führen Sie mit dem Befehl nfsadmin server einen Vorgang aus, z. B. das Festlegen eines Werts auf den aktuellen Wert.

  • Starten Sie Server für NFS neu.

Ursache

Kontoänderungen auf dem Windows-Domänencontroller oder dem NIS-Server (Network Information Service, Netzwerkinformationsdienst) wurden nicht von der Benutzernamenzuordnung empfangen.

Lösung

Zwingen Sie Server für NFS wie folgt, die Zuordnungen zu aktualisieren:

  • Klicken Sie in Dienste für NFS (Network File System) auf Server für NFS, und klicken Sie dann auf Übernehmen.

  • Führen Sie mit dem Befehl nfsadmin server einen Vorgang aus, z. B. das Festlegen eines Werts auf den aktuellen Wert.

  • Starten Sie Server für NFS neu.

Ursache

Lokale Konten auf einem Clusterknoten wurden UNIX-Benutzerkonten zugeordnet. Lokale Konten sind nicht auf allen Knoten in einem Cluster gültig.

Lösung

Stellen Sie sicher, dass es sich bei allen Windows-Konten, die in der Benutzernamenzuordnung in einem Cluster UNIX-Konten zugeordnet sind, um Windows-Domänenkonten handelt.

Ursache

Die Kennwort- und Gruppendateien befinden sich nicht auf allen Knoten des Clusters an demselben Speicherort oder auf einem Netzwerklaufwerk.

Lösung

Stellen Sie sicher, dass die Kennwort- und Gruppendateien identisch sind und sich auf allen Knoten an identischen Speicherorten auf lokalen Datenträgern befinden.

Ursache

Der Server für NFS-Server ist nicht in der Liste der berechtigten Benutzernamenzuordnung-Serverclients enthalten.

Lösung

Stellen Sie sicher, dass die MAPHOSTS-Dateien auf allen Serverclusterknoten der Benutzernamenzuordnung identisch sind und dem Knoten mit Server für NFS das Abrufen von Zuordnungen vom Server der Benutzernamenzuordnung erlauben.

Ursache

Der Server mit der Benutzernamenzuordnung ist fehlerhaft.

Lösung

Beheben Sie die Fehlerursache, und starten Sie die Benutzernamenzuordnung dann auf dem Server neu.

Ursache

Ein Windows-Konto, das einem UNIX-Konto zugeordnet ist, ist deaktiviert oder nicht mehr vorhanden.

Lösung

Aktivieren Sie das Windows-Konto, wenn es vorhanden, aber deaktiviert ist. Wenn das Konto nicht vorhanden ist, erstellen Sie ein neues Konto, und erstellen Sie ggf. die entsprechende erweiterte Zuordnung erneut.

Ursache

Einem Windows-Benutzerkonto wurden keine Anmeldeinformationen zur Anmeldung am Netzwerk zugewiesen.

Lösung

Weisen Sie dem Windows-Benutzerkonto die erforderlichen Anmeldeinformationen zu, und zwingen Sie Server für NFS dann durch eine der folgenden Aktionen, die Zuordnungen zu aktualisieren:

  • Führen Sie mit dem Befehl nfsadmin server einen Vorgang aus, z. B. das Festlegen eines Werts auf den aktuellen Wert.

  • Starten Sie Server für NFS neu.

Ursache

Zugeordnete Windows- und UNIX-Gruppen enthalten nicht dieselben Mitglieder.

Lösung

Stellen Sie sicher, dass alle Windows-Benutzer in einer Gruppe UNIX-Benutzern in der entsprechenden UNIX-Gruppe und alle UNIX-Benutzer in einer Gruppe Benutzern in der entsprechenden Windows-Gruppe zugeordnet sind.

Ursache

Die Einstellungen der Benutzernamenzuordnung werden nicht ordnungsgemäß zu allen Knoten in einem Servercluster repliziert.

Lösung

Stellen Sie sicher, dass die Benutzernamenzuordnung in einem Servercluster ordnungsgemäß konfiguriert ist, um die Replikation zu allen Knoten zuzulassen.

Eine Gruppe mit einer freigegebenen NFS-Netzwerkressource kann auf einem bestimmten Clusterserverknoten nicht online geschaltet werden

Ursache

Server für NFS ist auf dem Knoten nicht installiert.

Lösung

Installieren Sie Server für NFS auf dem Knoten.

Ursache

Der Knoten ist nicht als der bevorzugter Besitzer der Gruppe konfiguriert.

Lösung

Konfigurieren Sie die Eigenschaften der Gruppe, um den Knoten als bevorzugten Besitzer der Gruppe festzulegen.

Ursache

Eine der Ressourcen in der Gruppe listet den Knoten nicht als möglichen Besitzer auf, obwohl der Knoten für die Gruppe als bevorzugter Besitzer festgelegt ist.

Lösung

Konfigurieren Sie die Eigenschaften der Ressource, um den Knoten als möglichen Besitzer anzugeben.

Der Befehl "showmount –e" für einen virtuellen Server listet nicht die freigegebenen Ressourcen auf, die sich in der gleichen Gruppe wie der virtuelle Server befinden, sondern alle freigegebenen Ressourcen auf dem Knoten

Ursache

Dieses Verhalten ist entwurfsbedingt. Auf einem Knoten wird nur eine Instanz von Server für NFS ausgeführt, die alle freigegebenen Ressourcen auf diesem Knoten auflistet. Diese Instanz unterscheidet nicht zwischen freigegebenen Ressourcen in unterschiedlichen Clustergruppen.

Lösung

Verwalten Sie unterschiedliche Gruppen auf unterschiedlichen Knoten.

Dem Root-Benutzer werden nicht die richtigen Berechtigungen gewährt.

Ursache

Für die freigegebenen Ressourcen wurde der Stammzugriff nicht aktiviert.

Lösung

Klicken Sie mit der rechten Maustaste auf das freigegebene Verzeichnis, klicken Sie auf Eigenschaften, dann auf NFS-Freigabe und auf Berechtigungen, und klicken Sie anschließend auf Stammzugriff zulassen.

Ursache

Der Computer, von dem aus der Root-Benutzer auf die freigegebene Ressource zugreift, besitzt keine Stammzugriffsrechte.

Lösung

Klicken Sie mit der rechten Maustaste auf das freigegebene Verzeichnis, klicken Sie auf Eigenschaften, klicken Sie auf Berechtigungen, und führen Sie dann eine der folgenden Aktionen aus:

  • Gewähren Sie ALLE COMPUTER Stammzugriff.

  • Gewähren Sie einer Clientgruppe, die den Computer enthält, Stammzugriff.

  • Gewähren Sie dem Computer selbst Stammzugriff.

Ursache

Der Root-Benutzer besitzt keine Lese-/Schreibberechtigung.

Lösung

Gewähren Sie dem Windows-Benutzer, der dem Root-Benutzer zugeordnet ist, entsprechende Berechtigungen. Klicken Sie mit der rechten Maustaste auf das freigegebene Verzeichnis, klicken Sie auf Eigenschaften, klicken Sie auf Berechtigungen, und klicken Sie dann auf Root-Zugriff zugelassen.

Ursache

Das Root-Benutzerkonto ist nicht ordnungsgemäß einem Windows-Benutzerkonto zugeordnet.

Lösung

Ordnen Sie den Root-Benutzer einem Windows-Konto in der Gruppe Administratoren oder Domänen-Admins zu, und ordnen Sie die Gruppe des Root-Benutzers derselben Windows-Gruppe zu.

Ursache

Server für NFS hat keine aktualisierten Zuordnungen von der Benutzernamenzuordnung empfangen.

Lösung

Zwingen Sie Server für NFS wie folgt, die Zuordnungen zu aktualisieren:

  • Führen Sie mit dem Befehl nfsadmin server einen Vorgang aus, z. B. das Festlegen eines Werts auf den aktuellen Wert.

  • Starten Sie Server für NFS neu.

Ursache

Die Benutzer-ID (UID) des Root-Benutzers lautet nicht 0. Server für NFS gewährt nur einem UNIX-Benutzer mit der UID 0 Stammzugriff.

Lösung

Ändern Sie die UID des Root-Benutzers in 0.

Fehler beim anonymen Zugriff

Ursache

In der lokalen Sicherheitsrichtlinie wurden Berechtigungen für Jeder nicht auf anonyme Benutzer angewendet (dies ist der Standardwert).

Lösung

Aktivieren Sie im Manager für lokale Sicherheitsrichtlinien in Lokale Richtlinien unter Sicherheitsoptionen die Option Netzwerkzugriff: Die Verwendung von 'Jeder'-Berechtigungen für anonyme Benutzer ermöglichen.


Inhaltsverzeichnis