เนื้อหานี้ได้รับการแปลด้วยเครื่อง กรุณาดูที่คำแถลงการณ์ปฏิเสธความรับผิดชอบของการแปลภาษาด้วยเครื่อง

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

ทำไมฉันถึงไม่สามารถเขียนทับไฟล์บน QNAP NAS ได้เมื่อเข้าถึงผ่าน Client for NFS บน 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.

ผลิตภัณฑ์ที่รองรับ

All QNAP NAS series
Windows Server (any supported version)

กรณีใช้งาน

ผู้ใช้เข้าถึงโฟลเดอร์ที่แชร์บน QNAP NAS ผ่าน Network File Services (NFS) จาก Windows Server ที่ใช้เวอร์ชันที่รองรับ เมื่อคัดลอกไฟล์ที่มีชื่อเดียวกัน Windows จะแสดง แทนที่หรือข้ามไฟล์ พร้อมท์ ซึ่งบ่งบอกว่ามีไฟล์ที่มีอยู่แล้วบน NAS

อย่างไรก็ตาม หลังจากเลือก แทนที่ไฟล์ในปลายทาง การดำเนินการล้มเหลวด้วยข้อผิดพลาดการเข้าถึงถูกปฏิเสธหรือข้อผิดพลาดสิทธิ์ ทำให้ไม่สามารถเขียนทับหรืออัปเดตไฟล์ได้

สาเหตุของปัญหา

พฤติกรรมนี้เป็นข้อจำกัดที่ทราบของฟีเจอร์ Client for NFS ใน Windows Server และไม่ขึ้นอยู่กับการตั้งค่า NAS พฤติกรรมเดียวกันนี้พบในทุกเวอร์ชันของ Windows Server ที่รองรับซึ่งมี Client for NFS

Client for NFS รองรับเฉพาะ NFSv2 และ NFSv3 และไม่รองรับ NFSv4 ACLs ดังนั้นจึงไม่สามารถเจรจาหรือแก้ไข POSIX ACLs ผ่าน NFS ได้
โดยค่าเริ่มต้น Client for NFS เข้าถึงการแชร์ NFS โดยใช้ UID และ GID ที่ไม่ระบุตัวตน หาก NAS ไม่อนุญาตสิทธิ์การเขียนให้กับตัวตนที่ไม่ระบุตัวตนนี้ การดำเนินการเขียนจะล้มเหลว
การเข้าถูกปฏิเสธเว้นแต่ UID และ GID ที่ไม่ระบุตัวตนจะถูกแมปอย่างชัดเจนกับ UID และ GID ที่ NAS รับรู้และอนุญาตให้เขียนไปยังโฟลเดอร์ที่แชร์ ไม่ว่าจะมีการกำหนดสิทธิ์การเขียนของโฟลเดอร์ที่แชร์อย่างไร

หมายเหตุ

การตั้งค่าเหล่านี้ต้องถูกกำหนดค่าใน Windows Server

วิธีแก้ปัญหา

เพื่อแก้ไขปัญหานี้ ให้แมปผู้ใช้ NFS ที่ไม่ระบุตัวตนบน Windows Server กับ UID และ GID ที่ NAS อนุญาตให้เขียนไปยังโฟลเดอร์ที่แชร์

คุณสามารถใช้การกำหนดค่าด้วยวิธีใดวิธีหนึ่งต่อไปนี้

วิธีที่ 1: กำหนดค่าด้วย PowerShell (แนะนำ)

เปิด PowerShell ในฐานะ ผู้ดูแลระบบ
เปิดใช้งาน PowerShell ด้วยสิทธิ์ของผู้ดูแลระบบ

เรียกใช้คำสั่งต่อไปนี้เพื่อแมป UID และ GID ที่ไม่ระบุตัวตนกับ0ซึ่งสอดคล้องกับผู้ใช้ 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

เรียกใช้คำสั่งต่อไปนี้เพื่อรีสตาร์ท Client for NFS หรือรีบูตระบบเพื่อใช้การเปลี่ยนแปลง:
```
nfsadmin client restart
```
เคล็ดลับ
หรือคุณสามารถรีสตาร์ท Windows Server

วิธีที่ 2: กำหนดค่าด้วย Windows Registry

กด Win + R.
พิมพ์ regedit.
กด Enter.
ไปยังเส้นทางรีจิสทรีต่อไปนี้:
```
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default
```
ไปที่ แก้ไข > N ใหม่, แล้วคลิก DWORD (32-bit) Value.
สร้างค่า DWORD (32-bit) สองค่าต่อไปนี้ในโฟลเดอร์เริ่มต้น:
- AnonymousUid = 0
- AnonymousGid = 0
ใช้การเปลี่ยนแปลงโดยการรีสตาร์ทไคลเอนต์ NFS:
```
nfsadmin client restart
```
เคล็ดลับ
หรือคุณสามารถรีสตาร์ท Windows Server ได้

สำคัญ

การแมป UID และ GID ไปยัง 0ทำให้ Client for NFS เข้าถึง NAS ในฐานะผู้ใช้ root ตรวจสอบให้แน่ใจว่าโฟลเดอร์ที่แชร์ของ NAS ให้สิทธิ์การเขียนแก่ตัวตนนี้
ใช้การตั้งค่าเหล่านี้ใน Windows Server แต่ละเครื่องที่เข้าถึงการแชร์ NFS
สิ่งนี้ใช้กับ Windows ทุกรุ่นที่รองรับฟีเจอร์ Client for NFS
สำหรับสภาพแวดล้อมที่ต้องการการควบคุมสิทธิ์อย่างละเอียดหรือการสนับสนุน NFSv4 ACL, Windows Server ที่ทำหน้าที่เป็นไคลเอนต์ NFS ไม่ได้รับการสนับสนุน

อ่านเพิ่มเติม

ภาพรวม NFS ของ Windows Server

Was this article helpful?

Yes. No.

หากต้องการความช่วยเหลือเพิ่มเติม สอบถามผู้ใช้รายอื่นและผู้เชี่ยวชาญของ QNAP ได้ในคอมมูนิตี้ ไปที่ 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.