Ta treść została przetłumaczona maszynowo. Patrz Zastrzeżenie dotyczące tłumaczenia maszynowego.

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

Dlaczego nie mogę nadpisać plików na serwerze QNAP NAS podczas dostępu do niego za pomocą Client for NFS na serwerze Windows?

Data ostatniej modyfikacji: 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.

Produkty, do których ma to zastosowanie

All QNAP NAS series
Windows Server (any supported version)

Scenariusz

Użytkownik uzyskuje dostęp do udostępnionego folderu QNAP NAS za pośrednictwem usług plików sieciowych (NFS) z serwera Windows z obsługiwaną wersją. Podczas kopiowania pliku o tej samej nazwie, Windows wyświetla Zastąp lub pomiń pliki komunikat, wskazujący, że na serwerze NAS istnieje już plik.

Jednak po wybraniu Zastąp plik w miejscu docelowym, operacja kończy się niepowodzeniem z powodu odmowy dostępu lub błędu uprawnień, uniemożliwiając nadpisanie lub zaktualizowanie pliku.

Przyczyna

To zachowanie jest znanym ograniczeniem funkcji Klienta dla NFS w systemie Windows Server i jest niezależne od konfiguracji NAS. To samo zachowanie jest obserwowane we wszystkich obsługiwanych wersjach Windows Server, które zawierają Klienta dla NFS.

Klient dla NFS obsługuje tylko NFSv2 i NFSv3 i nie obsługuje list ACL NFSv4. W rezultacie nie może negocjować ani modyfikować list ACL POSIX przez NFS.
Domyślnie Klient dla NFS uzyskuje dostęp do udziałów NFS za pomocą anonimowego UID i GID. Jeśli NAS nie przyznaje uprawnień do zapisu tej anonimowej tożsamości, operacje zapisu kończą się niepowodzeniem.
Dostęp jest odmówiony, chyba że anonimowy UID i GID są jawnie mapowane na UID i GID, które NAS rozpoznaje i pozwala na zapis do udostępnionego folderu, niezależnie od skonfigurowanych uprawnień do zapisu folderu udostępnionego.

Uwaga

Te ustawienia muszą być skonfigurowane na serwerze Windows.

Rozwiązanie

Aby rozwiązać ten problem, zmapuj anonimowego użytkownika NFS na serwerze Windows na UID i GID, które NAS pozwala na zapis do udostępnionego folderu.

Możesz zastosować konfigurację za pomocą jednej z następujących metod.

Metoda 1: Konfiguracja za pomocą PowerShell (zalecane)

Otwórz PowerShell jako administrator.
Uruchom PowerShell z uprawnieniami administracyjnymi.

Uruchom następujące polecenia, aby zmapować anonimowy UID i GID na 0, który odpowiada użytkownikowi root QNAP.

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

Uruchom następujące polecenie, aby ponownie uruchomić Klienta dla NFS lub zrestartować system, aby zastosować zmiany:
```
nfsadmin client restart
```
Wskazówka
Alternatywnie, możesz ponownie uruchomić serwer Windows.

Metoda 2: Konfiguracja za pomocą rejestru Windows

Naciśnij Win + R.
Wpisz regedit.
Naciśnij Enter.

Przejdź do następującej ścieżki rejestru:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default

Przejdź do Edytuj > N owy, a następnie kliknij Wartość DWORD (32-bitowa).
Utwórz następujące dwie wartości DWORD (32-bitowe) w folderze domyślnym:
- AnonymousUid = 0
- AnonymousGid = 0
Zastosuj zmiany, ponownie uruchamiając klienta NFS:
```
nfsadmin client restart
```
Wskazówka
Alternatywnie, możesz ponownie uruchomić Windows Server.

Ważne

Mapowanie UID i GID do 0 pozwala klientowi NFS uzyskać dostęp do NAS jako użytkownik root. Upewnij się, że udostępniony folder NAS przyznaje uprawnienia do zapisu tej tożsamości.
Zastosuj te ustawienia na każdym serwerze Windows, który uzyskuje dostęp do udziału NFS.
Dotyczy to wszystkich wersji Windows, które obsługują funkcję klienta NFS.
W środowiskach wymagających precyzyjnej kontroli uprawnień lub obsługi ACL NFSv4, serwer Windows działający jako klient NFS nie jest obsługiwany.

Dalsza lektura

Przegląd NFS na serwerze Windows

Czy artykuł ten był przydatny?

Tak. Nie.

Aby uzyskać dalszą pomoc, zapytaj innych użytkowników i ekspertów QNAP na forum społeczności. Przejdź do społeczności QNAP

Poinformuj nas proszę, w jaki sposób możemy ulepszyć ten artykuł:

Artykuł ten nie zawiera istotnych informacji
Rozwiązania przedstawione w tym artykule nie działają
Artykuł ten jest zbyt skomplikowany
Artykuł ten zawiera nieprawidłowe informacje
Artykuł ten zawiera nieaktualne informacje

Bardziej szczegółowe opinie można wpisać poniżej.