Det här innehållet är maskinöversatt. Vi hänvisar till Ansvarsfriskrivning angående maskinöversättning.

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

Varför kan jag inte skriva över filer på en QNAP NAS när jag kommer åt den via Client for NFS på en Windows Server?

Senaste ändringsdatum: 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.

Tillämpliga produkter

All QNAP NAS series
Windows Server (any supported version)

Scenario

En användare kommer åt en delad mapp på en QNAP NAS via Network File Services (NFS) från en Windows Server som kör en stödd version. När en fil med samma namn kopieras, visar Windows Ersätt eller hoppa över filer uppmaningen, vilket indikerar att en befintlig fil finns på NAS:en.

Men efter att ha valt Ersätt filen i målet, misslyckas operationen med ett åtkomst nekad- eller behörighetsfel, vilket förhindrar att filen skrivs över eller uppdateras.

Grundorsak

Detta beteende är en känd begränsning av funktionen Client for NFS i Windows Server och är oberoende av NAS-konfigurationen. Samma beteende observeras i alla stödda Windows Server-versioner som inkluderar Client for NFS.

Client for NFS stöder endast NFSv2 och NFSv3 och stöder inte NFSv4 ACL:er. Som ett resultat kan den inte förhandla eller ändra POSIX ACL:er över NFS.
Som standard kommer Client for NFS åt NFS-resurser med en anonym UID och GID. Om NAS:en inte ger skrivbehörighet till denna anonyma identitet misslyckas skrivoperationer.
Åtkomst nekas om inte den anonyma UID och GID uttryckligen mappas till en UID och GID som NAS:en känner igen och tillåter att skriva till den delade mappen, oavsett den delade mappens konfigurerade skrivbehörigheter.

Notera

Dessa inställningar måste konfigureras på Windows Server.

Lösning

För att lösa detta problem, mappa den anonyma NFS-användaren på Windows Server till en UID och GID som NAS:en tillåter att skriva till den delade mappen.

Du kan tillämpa konfigurationen med en av följande metoder.

Metod 1: Konfigurera med PowerShell (Rekommenderas)

Öppna PowerShell som en administratör.
Starta PowerShell med administrativa rättigheter.

Kör följande kommandon för att mappa den anonyma UID och GID till 0, vilket motsvarar QNAP root-användaren.

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

Kör följande kommando för att starta om Client for NFS eller starta om systemet för att tillämpa ändringarna:
```
nfsadmin client restart
```
Tips
Alternativt kan du starta om Windows Server.

Metod 2: Konfigurera med Windows-registret

Tryck på Win + R.
Typ regedit.
Tryck på Enter.

Navigera till följande registerväg:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default

Gå till Edit > N ew, och klicka sedan på DWORD (32-bit) Value.
Skapa följande två DWORD (32-bit) värden i standardmappen:
- AnonymousUid = 0
- AnonymousGid = 0
Tillämpa ändringarna genom att starta om NFS-klienten:
```
nfsadmin client restart
```
Tips
Alternativt kan du starta om Windows Server.

Viktigt

Att mappa UID och GID till 0 tillåter Client for NFS att komma åt NAS:en som root-användare. Se till att den delade NAS-mappen ger skrivbehörighet till denna identitet.
Tillämpa dessa inställningar på varje Windows Server som har åtkomst till NFS-delningsmappen.
Detta gäller alla Windows-versioner som stöder funktionen Client for NFS.
För miljöer som kräver detaljerad behörighetskontroll eller stöd för NFSv4 ACL, stöds inte Windows Server som agerar som en NFS-klient.

Vidare läsning

Windows Server NFS-översikt

Var den här artikeln till hjälp?

Ja. Nej.

För ytterligare hjälp kan du fråga andra användare och QNAP-experter i vår community. Gå till QNAP Community

Berätta för oss hur vi kan förbättra artikeln:

Artikeln saknar viktig information
Artikelns lösningar fungerar inte
Artikeln är för komplicerad
Artikeln innehåller felaktig information
Artikeln är inaktuell

Ge oss fler synpunkter genom att skriva dem nedan.

Applicable Products

Scenario

Root Cause

Solution

Method 1: Configure Using PowerShell (Recommended)

Method 2: Configure Using the Windows Registry

Further Reading

Tillämpliga produkter

Scenario

Grundorsak

Lösning

Metod 1: Konfigurera med PowerShell (Rekommenderas)

Metod 2: Konfigurera med Windows-registret

Vidare läsning