Dieser Inhalt ist maschinell übersetzt. Bitte beachten Sie den Haftungsausschluss für maschinelle Übersetzung.

Why can’t I overwrite files on a QNAP NAS when accessing it via Client for NFS on a Windows Server?

Warum kann ich keine Dateien auf einem QNAP NAS überschreiben, wenn ich über Client für NFS auf einem Windows Server darauf zugreife?

Zuletzt geändertes Datum 2026-01-07

Applicable Products

All QNAP NAS series
Windows Server (any supported version)

Scenario

A user accesses a QNAP NAS shared folder via Network File Services (NFS) from a Windows Server running a supported version. When copying a file with the same name, Windows displays the Replace or Skip Files prompt, indicating that an existing file is present on the NAS.

However, after selecting Replace the file in the destination, the operation fails with an access denied or permission error, preventing the file from being overwritten or updated.

Root Cause

This behavior is a known limitation of the Client for NFS feature in Windows Server and is independent of the NAS configuration. The same behavior is observed across all supported Windows Server versions that include Client for NFS.

Client for NFS supports only NFSv2 and NFSv3 and does not support NFSv4 ACLs. As a result, it cannot negotiate or modify POSIX ACLs over NFS.
By default, Client for NFS accesses NFS shares using an anonymous UID and GID. If the NAS does not grant write permissions to this anonymous identity, write operations fail.
Access is denied unless the anonymous UID and GID are explicitly mapped to a UID and GID that the NAS recognizes and allows to write to the shared folder, regardless of the shared folder’s configured write permissions.

Note

These settings must be configured on the Windows Server.

Solution

To resolve this issue, map the anonymous NFS user on the Windows Server to a UID and GID that the NAS allows to write to the shared folder.

You can apply the configuration using one of the following methods.

Method 1: Configure Using PowerShell (Recommended)

Open PowerShell as an Administrator.
Launch PowerShell with administrative privileges.

Run the following commands to map the anonymous UID and GID to 0, which corresponds to the QNAP root user.

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default" -Name AnonymousUid -Value 0 -PropertyType DWord

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default" -Name AnonymousGid -Value 0 -PropertyType DWord

Run the following command to restart Client for NFS or reboot the system to apply the changes:
```
nfsadmin client restart
```
Tip
Alternatively, you can restart the Windows Server.

Method 2: Configure Using the Windows Registry

Press Win + R.
Type regedit.
Press Enter.

Navigate to the following registry path:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default

Go to Edit > New, and then click DWORD (32-bit) Value.
Create the following two DWORD (32-bit) values inside the default folder:
- AnonymousUid = 0
- AnonymousGid = 0
Apply the changes by restarting the NFS client:
```
nfsadmin client restart
```
Tip
Alternatively, you can restart the Windows Server.

Important

Mapping the UID and GID to 0 allows Client for NFS to access the NAS as the root user. Ensure that the NAS shared folder grants write permissions to this identity.
Apply these settings on each Windows Server that accesses the NFS share.
This applies to all Windows versions that support the Client for NFS feature.
For environments that require fine-grained permission control or NFSv4 ACL support, Windows Server acting as an NFS client is not supported.

Anwendbare Produkte

All QNAP NAS series
Windows Server (any supported version)

Szenario

Ein Benutzer greift über Network File Services (NFS) von einem Windows Server mit unterstützter Version auf einen freigegebenen Ordner eines QNAP NAS zu. Beim Kopieren einer Datei mit demselben Namen zeigt Windows die Dateien ersetzen oder überspringen Aufforderung an, die darauf hinweist, dass eine vorhandene Datei auf dem NAS vorhanden ist.

Nachdem jedoch Datei im Ziel ersetzen ausgewählt wurde, schlägt der Vorgang mit einem Zugriff verweigert oder Berechtigungsfehler fehl, wodurch verhindert wird, dass die Datei überschrieben oder aktualisiert wird.

Ursache

Dieses Verhalten ist eine bekannte Einschränkung der Client für NFS-Funktion in Windows Server und ist unabhängig von der NAS-Konfiguration. Das gleiche Verhalten wird bei allen unterstützten Windows Server-Versionen beobachtet, die Client für NFS enthalten.

Client für NFS unterstützt nur NFSv2 und NFSv3 und unterstützt keine NFSv4 ACLs. Daher kann es keine POSIX ACLs über NFS aushandeln oder ändern.
Standardmäßig greift Client für NFS mit einem anonymen UID und GID auf NFS-Freigaben zu. Wenn das NAS dieser anonymen Identität keine Schreibberechtigungen gewährt, schlagen Schreiboperationen fehl.
Der Zugriff wird verweigert, es sei denn, die anonymen UID und GID werden explizit einer UID und GID zugeordnet, die das NAS erkennt und erlaubt, in den freigegebenen Ordner zu schreiben, unabhängig von den konfigurierten Schreibberechtigungen des freigegebenen Ordners.

Hinweis

Diese Einstellungen müssen auf dem Windows Server konfiguriert werden.

Lösung

Um dieses Problem zu lösen, ordnen Sie den anonymen NFS-Benutzer auf dem Windows Server einer UID und GID zu, die das NAS erlaubt, in den freigegebenen Ordner zu schreiben.

Sie können die Konfiguration mit einer der folgenden Methoden anwenden.

Methode 1: Konfiguration mit PowerShell (Empfohlen)

Öffnen Sie PowerShell als Administrator.
Starten Sie PowerShell mit administrativen Rechten.

Führen Sie die folgenden Befehle aus, um die anonymen UID und GID zuzuordnen 0, die dem QNAP root Benutzer entspricht.

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default" -Name AnonymousUid -Value 0 -PropertyType DWord

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default" -Name AnonymousGid -Value 0 -PropertyType DWord

Führen Sie den folgenden Befehl aus, um Client für NFS neu zu starten oder das System neu zu starten, um die Änderungen anzuwenden:
```
nfsadmin client restart
```
Tipp
Alternativ können Sie den Windows Server neu starten.

Methode 2: Konfiguration über die Windows-Registrierung

Drücken Sie Win + R.
Typ regedit.
Drücken Sie Enter.

Navigieren Sie zu folgendem Registrierungspfad:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default

Gehen Sie zu Bearbeiten > N eu, und klicken Sie dann auf DWORD (32-Bit) Wert.
Erstellen Sie die folgenden zwei DWORD (32-Bit) Werte im Standardordner:
- AnonymousUid = 0
- AnonymousGid = 0
Wenden Sie die Änderungen an, indem Sie den NFS-Client neu starten:
```
nfsadmin client restart
```
Tipp
Alternativ können Sie den Windows Server neu starten.

Wichtig

Das Zuordnen der UID und GID zu 0 ermöglicht es Client für NFS, als Root-Benutzer auf das NAS zuzugreifen. Stellen Sie sicher, dass der freigegebene NAS-Ordner Schreibberechtigungen für diese Identität gewährt.
Wenden Sie diese Einstellungen auf jeden Windows Server an, der auf die NFS-Freigabe zugreift.
Dies gilt für alle Windows-Versionen, die die Client für NFS-Funktion unterstützen.
Für Umgebungen, die eine fein abgestimmte Berechtigungskontrolle oder NFSv4 ACL-Unterstützung erfordern, wird Windows Server als NFS-Client nicht unterstützt.

Weiterführende Literatur

Windows Server NFS Übersicht

War dieser Artikel hilfreich?

Ja. Nein.

Für weitere Unterstützung fragen Sie andere Anwender und QNAP-Experten in der Community. Zur QNAP Community

Bitte teilen Sie uns mit, wie dieser Artikel verbessert werden kann:

Dem Artikel fehlen wichtige Informationen
Die Lösungen des Artikels funktionieren nicht
Der Artikel ist zu kompliziert
Der Artikel enthält falsche Informationen
Der Artikel ist veraltet

Wenn Sie zusätzliches Feedback geben möchten, fügen Sie es bitte unten ein.