В Goggle есть множество ссылок на эту ошибку и даже вопрос с тем же заголовком, но кажется, что «доступ запрещен сервером во время монтирования» - это общая ошибка. Я пробовал предложения, которые другие использовали для решения этой проблемы, но в моем случае они не сработали.
Я пытаюсь настроить файловый сервер NFS на основе Kerberos с общими домами для сети Linux. Я использую серверы и клиенты Ubuntu 11.04.
При попытке смонтировать общий ресурс с помощью:
mount 192.168.1.115:/export/home/ /media/tmp
Я получил:
mount.nfs: access denied by server while mounting 192.168.1.115:/export/home/
То же самое, если я монтирую его с клиентской машины или с самого сервера.
На сервере в /var/log/syslog Я получил:
Aug 25 06:22:37 nfs mountd[1580]: authenticated mount request from
192.168.1.115:835 for /export/home (/export/home)
Aug 25 06:22:37 nfs mountd[1580]: authenticated unmount request from
192.168.1.115:766 for /export/home (/export/home)
Это странно, поскольку в нем говорится, что запрос аутентифицирован, а не отклонен.
/ etc / exports:
/export *(rw,fsid=0,crossmnt,insecure,async,no_subtree_check,sec=krb5p:krb5i:krb5)
/export/home *(rw,insecure,async,no_subtree_check,sec=krb5p:krb5i:krb5)
На клиенте:
me@dt1:/$ rpcinfo -p 192.168.1.115
program vers proto port
100000 2 tcp 111 portmapper
100024 1 udp 37320 status
100024 1 tcp 48460 status
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100227 2 tcp 2049
100227 3 tcp 2049
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100227 2 udp 2049
100227 3 udp 2049
100021 1 udp 58625 nlockmgr
100021 3 udp 58625 nlockmgr
100021 4 udp 58625 nlockmgr
100021 1 tcp 49616 nlockmgr
100021 3 tcp 49616 nlockmgr
100021 4 tcp 49616 nlockmgr
100005 1 udp 45627 mountd
100005 1 tcp 60265 mountd
100005 2 udp 45627 mountd
100005 2 tcp 60265 mountd
100005 3 udp 45627 mountd
100005 3 tcp 60265 mountd
Есть предложения, которые я мог бы попробовать?
Может это поможет:
Это также случилось со мной, когда я неправильно вставил путь к общему ресурсу.
# mount 192.168.2.101:/share /local/folder
вернул эту ошибку, но когда я перешел на
# mount 192.168.2.101:/full/path/to/share /local/folder
это сработало отлично ..
Просто укажите точную долю, как вы это сделали в /etc/exports файл
Однажды я переключил оборудование и ОС - Fedora Core - и забыл, что NetworkManager решит, что сетевой контроллер теперь неизвестен, поэтому вместо того, чтобы назначать ему фиксированный IP-адрес настроенного контроллера, он установил его на DHCP и, таким образом, сервер отклонил соединение от этой теперь неизвестной системы.
NetworkManager создает новый файл в / etc / sysconfig / network-scripts / для «нового» контроллера, а старый скрипт остался.
Решением было отредактировать старый «скрипт» и изменить строку (я решил оставить старую строку в качестве комментария), которая запускает «HWADDR», чтобы она равнялась эквивалентному значению в новом файле, которое в моем случае также можно получить через ifconfig в качестве значения "эфир", а затем удалите новый файл. При необходимости перезапустите, пока не будет восстановлен старый IP-адрес ....
Я предполагаю, что это решилось само по себе или исчезло в какой-то форме, поскольку оно довольно старое.
Но проверьте это /proc/fs/nfsd установлен на сервере.
Если не: mount -t nfsd nfsd /proc/fs/nfsd