Bu içerik makine çevirisidir. Lütfen Makine Çevirisi Sorumluluk Reddi metnine bakın.

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

Windows Server'da NFS İstemcisi aracılığıyla erişirken neden bir QNAP NAS üzerindeki dosyaların üzerine yazamıyorum?

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.

Geçerli Ürünler

All QNAP NAS series
Windows Server (any supported version)

Senaryo

Bir kullanıcı, desteklenen bir sürüm çalıştıran bir Windows Server üzerinden Ağ Dosya Hizmetleri (NFS) aracılığıyla bir QNAP NAS paylaşılan klasörüne erişir. Aynı ada sahip bir dosyayı kopyalarken, Windows Dosyaları Değiştir veya Atla istemini gösterir, bu da NAS üzerinde mevcut bir dosyanın bulunduğunu belirtir.

Ancak, Hedefteki dosyayı değiştir seçildikten sonra, işlem erişim reddedildi veya izin hatası ile başarısız olur ve dosyanın üzerine yazılması veya güncellenmesi engellenir.

Temel Neden

Bu davranış, Windows Server'daki NFS İstemcisi özelliğinin bilinen bir sınırlamasıdır ve NAS yapılandırmasından bağımsızdır. NFS İstemcisi içeren tüm desteklenen Windows Server sürümlerinde aynı davranış gözlemlenir.

NFS İstemcisi yalnızca NFSv2 ve NFSv3'ü destekler ve NFSv4 ACL'lerini desteklemez. Sonuç olarak, NFS üzerinden POSIX ACL'lerini müzakere edemez veya değiştiremez.
Varsayılan olarak, NFS İstemcisi, NFS paylaşımlarına anonim bir UID ve GID kullanarak erişir. NAS, bu anonim kimliğe yazma izinleri vermezse, yazma işlemleri başarısız olur.
Anonim UID ve GID, NAS'ın tanıdığı ve paylaşılan klasöre yazmasına izin verdiği bir UID ve GID'ye açıkça eşlenmedikçe erişim reddedilir, paylaşılan klasörün yapılandırılmış yazma izinlerinden bağımsız olarak.

Not

Bu ayarlar Windows Server üzerinde yapılandırılmalıdır.

Çözüm

Bu sorunu çözmek için, Windows Server üzerindeki anonim NFS kullanıcısını, NAS'ın paylaşılan klasöre yazmasına izin verdiği bir UID ve GID'ye eşleyin.

Yapılandırmayı aşağıdaki yöntemlerden birini kullanarak uygulayabilirsiniz.

Yöntem 1: PowerShell Kullanarak Yapılandırma (Önerilen)

PowerShell'i bir yönetici olarak açın.
Başlat PowerShell yönetici ayrıcalıklarıyla.

Anonim UID ve GID'yi 0QNAP kök kullanıcısına karşılık gelen değerlere eşlemek için aşağıdaki komutları çalıştırın.

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

Değişiklikleri uygulamak için NFS İstemcisini yeniden başlatmak veya sistemi yeniden başlatmak için aşağıdaki komutu çalıştırın:
```
nfsadmin client restart
```
İpucu
Alternatif olarak, Windows Server'ı yeniden başlatabilirsiniz.

Yöntem 2: Windows Kayıt Defteri Kullanarak Yapılandırma

Basın Win + R.
Tür regedit.
Basın Enter.

Aşağıdaki kayıt defteri yoluna gidin:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default

Git Düzenle > Y eni, ve ardından tıklayın DWORD (32-bit) Değeri.
Varsayılan klasör içinde aşağıdaki iki DWORD (32-bit) değerini oluşturun:
- AnonymousUid = 0
- AnonymousGid = 0
Değişiklikleri NFS istemcisini yeniden başlatarak uygulayın:
```
nfsadmin client restart
```
İpucu
Alternatif olarak, Windows Server'ı yeniden başlatabilirsiniz.

Önemli

UID ve GID'yi eşleştirmek 0 NFS İstemcisi'nin NAS'a root kullanıcı olarak erişmesine izin verir. NAS paylaşılan klasörünün bu kimliğe yazma izni verdiğinden emin olun.
Bu ayarları NFS paylaşımına erişen her Windows Server'da uygulayın.
Bu, NFS İstemcisi özelliğini destekleyen tüm Windows sürümleri için geçerlidir.
İnce izin kontrolü veya NFSv4 ACL desteği gerektiren ortamlar için, NFS istemcisi olarak çalışan Windows Server desteklenmez.

Daha Fazla Okuma

Windows Server NFS Genel Bakış

Was this article helpful?

Yes. No.

Daha fazla yardım için toplulukta diğer kullanıcılara ve QNAP uzmanlarına sorun. QNAP Topluluğuna Git

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.