Este contenido se ha traducido de manera automática. Consulte el Descargo de responsabilidad por la traducción automática.

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

¿Por qué no puedo sobrescribir archivos en un NAS QNAP cuando accedo a él a través de Client for NFS en un Windows Server?

Última fecha de modificación: 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.

Productos aplicables

All QNAP NAS series
Windows Server (any supported version)

Escenario

Un usuario accede a una carpeta compartida de QNAP NAS a través de los Servicios de archivos de red (NFS) desde un Windows Server que ejecuta una versión compatible. Al copiar un archivo con el mismo nombre, Windows muestra el Reemplazar o omitir archivos mensaje, indicando que hay un archivo existente en el NAS.

Sin embargo, después de seleccionar Reemplazar el archivo en el destino, la operación falla con un error de acceso denegado o de permisos, impidiendo que el archivo sea sobrescrito o actualizado.

Causa raíz

Este comportamiento es una limitación conocida de la función Cliente para NFS en Windows Server y es independiente de la configuración del NAS. Se observa el mismo comportamiento en todas las versiones compatibles de Windows Server que incluyen Cliente para NFS.

El Cliente para NFS solo admite NFSv2 y NFSv3 y no admite ACLs de NFSv4. Como resultado, no puede negociar ni modificar ACLs POSIX sobre NFS.
Por defecto, el Cliente para NFS accede a los recursos compartidos NFS utilizando un UID y GID anónimos. Si el NAS no concede permisos de escritura a esta identidad anónima, las operaciones de escritura fallan.
El acceso es denegado a menos que el UID y GID anónimos se asignen explícitamente a un UID y GID que el NAS reconozca y permita escribir en la carpeta compartida, independientemente de los permisos de escritura configurados de la carpeta compartida.

Nota

Estas configuraciones deben realizarse en el Windows Server.

Solución

Para resolver este problema, asigne el usuario anónimo de NFS en el Windows Server a un UID y GID que el NAS permita escribir en la carpeta compartida.

Puede aplicar la configuración utilizando uno de los siguientes métodos.

Método 1: Configurar usando PowerShell (Recomendado)

Abra PowerShell como un administrador.
Inicie PowerShell con privilegios administrativos.

Ejecute los siguientes comandos para asignar el UID y GID anónimos a 0, que corresponde al usuario root de 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

Ejecute el siguiente comando para reiniciar el Cliente para NFS o reinicie el sistema para aplicar los cambios:
```
nfsadmin client restart
```
Consejo
Alternativamente, puede reiniciar el Windows Server.

Método 2: Configurar usando el Registro de Windows

Presione Win + R.
Escriba regedit.
Presione Enter.

Navegue a la siguiente ruta del registro:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default

Vaya a Editar > N uevo, y luego haga clic en Valor DWORD (32 bits).
Crear los siguientes dos valores DWORD (32 bits) dentro de la carpeta predeterminada:
- AnonymousUid = 0
- AnonymousGid = 0
Aplique los cambios reiniciando el cliente NFS:
```
nfsadmin client restart
```
Consejo
Alternativamente, puede reiniciar el Windows Server.

Importante

Mapear el UID y GID a 0 permite que el Cliente para NFS acceda al NAS como usuario root. Asegúrese de que la carpeta compartida del NAS otorgue permisos de escritura a esta identidad.
Aplique estos ajustes en cada Windows Server que acceda al recurso compartido NFS.
Esto se aplica a todas las versiones de Windows que admiten la función Cliente para NFS.
Para entornos que requieren control de permisos detallado o soporte de ACL NFSv4, Windows Server actuando como cliente NFS no es compatible.

Lectura adicional

Descripción general de NFS en Windows Server

¿Le ha resultado útil este artículo?

Sí. No.

Para obtener más ayuda, pregunte a otros usuarios y a los expertos de QNAP en la comunidad. Ir a la comunidad de QNAP

Díganos cómo podemos mejorar este artículo:

Al artículo le falta información importante
Las soluciones del artículo no funcionan
El artículo es demasiado complicado
El artículo contiene información incorrecta
El artículo está desactualizado

Si desea enviarnos más comentarios, inclúyalos a continuación.