Oracle Linux 7.8 -Отказано в разрешении NFS
Я только что понял:
my-nix-cache:z3o8Kf/PTzehVpMsE2KoYyf5rkU/XCR0+AfEvtKSgo8=строка не соответствует тому, что у меня есть в открытом ключе:
my-nix-cache:aDrIoY93RjzjnMmNYXlKSL3OerPqIGEiqv70CzwWzQvPejwp/89PN6FWkywTYqhjJ/muRT9cJHT4B8S+0pKCjw=
...Исправление, которое заставляет его работать:)
Я скопировал закрытый ключ вместо открытого!
Вы используете NFS версии 3, поэтому пользователи идентифицируются по номерам UID/GID. Даже с параметром экспорта no_root_squashпользователь rootклиентского узла NFS не обязательно будет иметь особое значение для узла сервера NFS :на этом общем ресурсе NFS, rootклиента NFS может только иметь доступ к каталогам и файлам строго в соответствии с разрешениями, поэтому rootдолжен иметь доступ к нему, как и любой другой пользователь.
Каталог OS_LEVEL_PATH_3принадлежит UID 1001 на сервере. Этот UID не имеет соответствующего пользователя на клиенте, и в этом каталоге есть ACL, что определяется знаком +в конце строки разрешений. Запустите getfacl /OS_LEVEL_PATH_1/OS_LEVEL_PATH_2/OS_LEVEL_PATH_3, чтобы просмотреть полный список ACL.
Если ACL не предоставляет доступ другим пользователям,только пользователю с UID 1001 будет разрешен доступ к каталогу OS_LEVEL_PATH_3. Вы должны запустить id 1001на сервере NFS, чтобы увидеть, какой пользователь имеет там UID 1001, и либо создать пользователя #1001 на клиенте с тем же именем пользователя, что и на сервере, либо изменить ACL каталога OS_LEVEL_PATH_3. на сервере NFS (с помощью команды setfacl, если это Linux, возможно, что-то еще, если это не -система Linux ), чтобы предоставить доступ пользователям/группам, которые действительно существуют и имеют соответствующие UID/GID на клиент и нужен доступ.