Indholdet er maskineoversat. Se Ansvarsfraskrivelse for maskinoversættelse.

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

Hvorfor kan jeg ikke overskrive filer på en QNAP NAS, når jeg tilgår den via Client for NFS på en Windows Server?

Last modified date: 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.

Gældende produkter

All QNAP NAS series
Windows Server (any supported version)

Scenarie

En bruger får adgang til en QNAP NAS-delt mappe via Network File Services (NFS) fra en Windows Server, der kører en understøttet version. Når der kopieres en fil med samme navn, viser Windows Erstat eller spring over filer prompten, hvilket indikerer, at der allerede findes en fil på NAS'en.

Men efter at have valgt Erstat filen i destinationen, mislykkes operationen med en adgang nægtet eller tilladelsesfejl, hvilket forhindrer filen i at blive overskrevet eller opdateret.

Årsag

Denne adfærd er en kendt begrænsning af Client for NFS-funktionen i Windows Server og er uafhængig af NAS-konfigurationen. Den samme adfærd observeres på tværs af alle understøttede Windows Server-versioner, der inkluderer Client for NFS.

Client for NFS understøtter kun NFSv2 og NFSv3 og understøtter ikke NFSv4 ACL'er. Som et resultat kan den ikke forhandle eller ændre POSIX ACL'er over NFS.
Som standard får Client for NFS adgang til NFS-delte mapper ved hjælp af en anonym UID og GID. Hvis NAS'en ikke giver skriveadgang til denne anonyme identitet, mislykkes skriveoperationer.
Adgang nægtes, medmindre den anonyme UID og GID eksplicit er kortlagt til en UID og GID, som NAS'en genkender og tillader at skrive til den delte mappe, uanset den delte mappes konfigurerede skriveadgang.

Note

Disse indstillinger skal konfigureres på Windows Server.

Løsning

For at løse dette problem skal du kortlægge den anonyme NFS-bruger på Windows Server til en UID og GID, som NAS'en tillader at skrive til den delte mappe.

Du kan anvende konfigurationen ved hjælp af en af følgende metoder.

Metode 1: Konfigurer ved hjælp af PowerShell (anbefales)

Åbn PowerShell som en administrator.
Start PowerShell med administrative rettigheder.

Kør følgende kommandoer for at kortlægge den anonyme UID og GID til 0, som svarer til QNAP root-brugeren.

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ølgende kommando for at genstarte Client for NFS eller genstarte systemet for at anvende ændringerne:
```
nfsadmin client restart
```
Tip
Alternativt kan du genstarte Windows Server.

Metode 2: Konfigurer ved hjælp af Windows-registreringsdatabasen

Tryk på Win + R.
Indtast regedit.
Tryk på Enter.

Naviger til følgende registreringssti:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default

Gå til Rediger > N yt, og klik derefter på DWORD (32-bit) værdi.
Opret følgende to DWORD (32-bit) værdier i standardmappen:
- AnonymousUid = 0
- AnonymousGid = 0
Anvend ændringerne ved at genstarte NFS-klienten:
```
nfsadmin client restart
```
Tip
Alternativt kan du genstarte Windows Server.

Vigtigt

Mapping af UID og GID til 0 giver Client for NFS mulighed for at få adgang til NAS som root-bruger. Sørg for, at den delte mappe på NAS giver skriveadgang til denne identitet.
Anvend disse indstillinger på hver Windows Server, der får adgang til NFS-delingen.
Dette gælder for alle Windows-versioner, der understøtter Client for NFS-funktionen.
For miljøer, der kræver finmasket tilladelseskontrol eller NFSv4 ACL-understøttelse, understøttes Windows Server som NFS-klient ikke.

Yderligere læsning

Windows Server NFS Oversigt

Was this article helpful?

Yes. No.

For yderligere hjælp kan du spørge andre brugere og QNAP-eksperter i vores community. Gå til QNAP Community

Please tell us how this article can be improved:

The article is missing important information
The article's solutions do not work
The article is too complicated
The article contains incorrect information
The article is out-of-date

If you want to provide additional feedback, please include it below.