[SOLVED] Нет доступа в смонтированные по NFS каталоги
vayw 8 апреля, 2010 - 22:30
Доброго времени суток.
Есть два компьютера. На один нужно смонтировать каталог по NFS. Каталог монтируется, но при попытке зайти в него, система пишет что доступ запрещён.
Собственно, постараюсь привести сведения о настройке в полной мере :)
Компьютер и клиент находятся в одно сети. SERVER - 192.168.1.201, CLIENT - 192.168.1.200. соединены при помощи Коммутатора.
SERVER:
Ядро-
Network File Systems <*> NFS client support [*] NFS client support for NFS version 3 [ ] NFS client support for the NFSv3 ACL protocol extension [ ] NFS client support for NFS version 4 (EXPERIMENTAL) [ ] Root file system on NFS <*> NFS server support [*] NFS server support for NFS version 3 [ ] NFS server support for the NFSv3 ACL protocol extension [ ] NFS server support for NFS version 4 (EXPERIMENTAL)
csandium # cat /etc/exports # /etc/exports: NFS file systems being exported. See exports(5). /srv/game_servers/hosted 192.168.1.200(no_subtree_check,rw,sync,no_acl) csandium # cat /etc/hosts.allow lockd: 192.168.1.201 , 192.168.1.200 rquotad: 192.168.1.201 , 192.168.1.200 mountd: 192.168.1.201 , 192.168.1.200 statd: 192.168.1.201 , 192.168.1.200 csandium # cat /etc/conf.d/rpcbind # /etc/conf.d/rpcbind # Options for `rpcbind`. RPCBIND_OPTS="-i"
ЗАПУЩЕННЫЕ СЛУЖБЫ (в смысле я не бросил их на произвол судьбы, а стартанул :)):
csandium vayw # /etc/init.d/rpc.statd start * Starting NFS statd ... [ ok ] csandium vayw # /etc/init.d/nfs nfs nfsmount csandium vayw # /etc/init.d/nfs start * Exporting NFS directories ... [ ok ] * Starting NFS mountd ... [ ok ] * Starting NFS daemon ... [ ok ] * Starting NFS smnotify ... [ ok ] при монтировании в логах на сервере вроде бы всё нормально (/var/log/messages)
Apr 8 22:03:25 csandium mountd[8961]: authenticated mount request from 192.168.1.200:727 for /srv/game_servers/hosted (/srv/game_servers/hosted)
CLIENT:
Ядро
--- Network File Systems <*> NFS client support [*] NFS client support for NFS version 3 [ ] NFS client support for the NFSv3 ACL protocol extension [ ] NFS client support for NFS version 4 (EXPERIMENTAL) [ ] Root file system on NFS <*> NFS server support [*] NFS server support for NFS version 3 [ ] NFS server support for the NFSv3 ACL protocol extension [ ] NFS server support for NFS version 4 (EXPERIMENTAL)
Ну и собственно настройки не трогал (стоило? в другом месте я и половины действий не совершал, а всё работает)
botan-hiro # mount 192.168.1.201:/srv/game_servers/hosted/ /srv/ftp/csandium/ botan-hiro # cd /srv/ftp/csandium/ bash: cd: /srv/ftp/csandium/: Отказано в доступе botan-hiro # mount ... binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) 192.168.1.201:/srv/game_servers/hosted/ on /srv/ftp/csandium type nfs (rw,addr=192.168.1.201) botan-hiro ##ну и так, что б не возникло вопроса про права на папку => botan-hiro # whoami root
Да, и версии nfs-utils:
они одинаковые, и даже с одними USE-флагами
CLIENT botan-hiro # eix nfs-util [I] net-fs/nfs-utils ... Installed versions: 1.2.0(23:21:39 07.04.2010)(elibc_glibc ipv6 nfsv3 tcpd -kerberos -nfsv4) SERVER csandium # eix nfs-utils [I] net-fs/nfs-utils ... Installed versions: 1.2.0(00:22:34 04/08/10)(elibc_glibc ipv6 nfsv3 tcpd -kerberos -nfsv4)
фуф, открыл всё как на духу...
PS: ACL не используется
»
- Для комментирования войдите или зарегистрируйтесь
Проблема решилась...
Проблема решилась добавлением параметра "no_root_squash" в опции экспортируемой директории.
Вот блин! я ведь так старался когда post оформлял!...((
Оформление постов приводит
Оформление постов приводит мысли в порядок :)