Столь низкие значения обычно присваиваются служебным учетным записям. К примеру, на нашей системе Linux UID 10 назначен записи ииср. Попытка записать файл от пользователя ииср приведет к записи файла от имени пользователя nobody. Таким образом, пользователь ииср сможет выполнить запись в каталог /usr/local/pub, только если в этот каталог разрешена запись всем пользователям.

Кроме того, существует возможность связать всех пользователей клиентской системы с конкретным идентификатором пользователя или группы. Задача решается при помощи параметров anonuid и anongid. Они наиболее полезны, если доступ к клиентской системе имеет только один пользователь и этому пользователю не назначаются идентификаторы. Например, такова ситуация с персональным компьютером под управлением Microsoft Windows, на котором работает NFS. У персонального компьютера обычно только один пользователь, и к нему неприменимы понятия идентификаторов UID и GID. Чтобы связать пользователя персонального компьютера с корректными идентификаторами пользователя и группы, создайте подобную строку в файле /etc/exports:

/home/alana giant(all_squash,anonuid=1001lanongid=1001)

В данном примере имя узла компьютера Аланы - giant. Запись разрешает клиенту доступ к каталогу /home/alana в режиме чтения/записи. Параметр all_squash преобразует все запросы от клиента, подставляя конкретный идентификатор UID, однако на этот раз вместо идентификаторов пользователя nobody подставляются идентификаторы, указанные в параметрах anonuid и anongid. Разумеется, чтобы прием сработал, сочетанию 1001:1001 должна соответствовать пара идентификаторов UID/GID, назначенная пользователю alana в файле /etc/passwd.

Единичного отображения достаточно для персонального компьютера, однако его явно не хватит для полноценной работы с Unix-клиентом. Клиенты Unix назначают своим пользователям идентификаторы UID и GID. Если тем же пользователям на сервере NFS назначены другие идентификаторы, начинаются сложности.