Questo contenuto è una traduzione automatica. Vedere la sezione Esclusione di responsabilità per la traduzione automatica.

Passa a Inglese

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

Perché non posso sovrascrivere i file su un NAS QNAP quando vi accedo tramite Client per NFS su un server Windows?

Ultima data di modifica 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.

Prodotti Applicabili

All QNAP NAS series
Windows Server (any supported version)

Scenario

Un utente accede a una cartella condivisa QNAP NAS tramite Network File Services (NFS) da un Windows Server che esegue una versione supportata. Quando si copia un file con lo stesso nome, Windows visualizza il Sostituisci o Salta File prompt, indicando che un file esistente è presente sul NAS.

Tuttavia, dopo aver selezionato Sostituisci il file nella destinazione, l'operazione fallisce con un errore di accesso negato o di permesso, impedendo che il file venga sovrascritto o aggiornato.

Causa Principale

Questo comportamento è una limitazione nota della funzionalità Client per NFS in Windows Server ed è indipendente dalla configurazione del NAS. Lo stesso comportamento si osserva in tutte le versioni supportate di Windows Server che includono Client per NFS.

Client per NFS supporta solo NFSv2 e NFSv3 e non supporta gli ACL NFSv4. Di conseguenza, non può negoziare o modificare gli ACL POSIX su NFS.
Per impostazione predefinita, Client per NFS accede alle condivisioni NFS utilizzando un UID e GID anonimi. Se il NAS non concede permessi di scrittura a questa identità anonima, le operazioni di scrittura falliscono.
L'accesso è negato a meno che l'UID e il GID anonimi non siano esplicitamente mappati a un UID e GID che il NAS riconosce e consente di scrivere nella cartella condivisa, indipendentemente dai permessi di scrittura configurati della cartella condivisa.

Nota

Queste impostazioni devono essere configurate sul Windows Server.

Soluzione

Per risolvere questo problema, mappa l'utente NFS anonimo sul Windows Server a un UID e GID che il NAS consente di scrivere nella cartella condivisa.

Puoi applicare la configurazione utilizzando uno dei seguenti metodi.

Metodo 1: Configurare Utilizzando PowerShell (Consigliato)

Apri PowerShell come un amministratore.
Avvia PowerShell con privilegi amministrativi.

Esegui i seguenti comandi per mappare l'UID e il GID anonimi a 0, che corrisponde all'utente root di 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

Esegui il seguente comando per riavviare Client per NFS o riavviare il sistema per applicare le modifiche:
```
nfsadmin client restart
```
Suggerimento
In alternativa, puoi riavviare il Windows Server.

Metodo 2: Configurare Utilizzando il Registro di Windows

Premi Win + R.
Digita regedit.
Premi Invio.

Vai al seguente percorso del registro:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default

Vai a Modifica > N uovo, e poi clicca su Valore DWORD (32-bit).
Crea i seguenti due valori DWORD (32-bit) all'interno della cartella predefinita:
- AnonymousUid = 0
- AnonymousGid = 0
Applica le modifiche riavviando il client NFS:
```
nfsadmin client restart
```
Suggerimento
In alternativa, puoi riavviare il Windows Server.

Importante

Associare l'UID e il GID a 0 consente al Client per NFS di accedere al NAS come utente root. Assicurati che la cartella condivisa del NAS conceda i permessi di scrittura a questa identità.
Applica queste impostazioni su ogni Windows Server che accede alla condivisione NFS.
Questo si applica a tutte le versioni di Windows che supportano la funzione Client per NFS.
Per ambienti che richiedono un controllo delle autorizzazioni dettagliato o il supporto ACL NFSv4, Windows Server che agisce come client NFS non è supportato.

Ulteriori letture

Panoramica di Windows Server NFS

Questo articolo è stato utile?

Sì. No.

Per ulteriore assistenza, chiedi ad altri utenti e agli esperti QNAP nella community. Vai alla community QNAP

Informarci su come può essere migliorato l'articolo:

L’articolo non contiene informazioni importanti
Le soluzioni dell’articolo non funzionano
L’articolo è troppo complesso
L’articolo contiene informazioni errate
L’articolo non è aggiornato

Per offrire un’ulteriore feedback, includerlo di seguito.

Applicable Products

Scenario

Root Cause

Solution

Method 1: Configure Using PowerShell (Recommended)

Method 2: Configure Using the Windows Registry

Further Reading

Prodotti Applicabili

Scenario

Causa Principale

Soluzione

Metodo 1: Configurare Utilizzando PowerShell (Consigliato)

Metodo 2: Configurare Utilizzando il Registro di Windows

Ulteriori letture