NFS: Gentoo и Windows
gr666 17 января, 2009 - 21:35
собственно задача: создать общий ресурс на windows, который виден в gentoo, и наоборот ресурс в gentoo, видный из windows
windows: windows server 2003 sp2 enterprise r2, с запущенной службой NFS и настроенным доступом к диску (\\server\d), ip 10.10.10.3/255.255.255.0
gentoo: 2.6.27-r7, ip 10.10.10.5/255.255.255.0 в ядре включены поддержка nfs server и nfs client, установлены nfs-utils
exports:
/setup/share 10.10.10.3 (sync,rw)
машины друг друга пингуют, но из винды в "сетевое окружение-вся сеть-nfs network-default lan" виден только комп с виндой и при обращении к gentoo через ip доступа нет
в gentoo: mount -t nfs 10.10.10.3:/d /setup/server , пишет mount system call failed
в чем может быть проблема???
»
- Для комментирования войдите или зарегистрируйтесь
SAMBA
SAMBA
функции то вроде простые,
функции то вроде простые, неужели без самбы не обойтись?
portmap запущен?
portmap запущен?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
сча гляну..,опыта не
сча гляну..,опыта не много..да, portmap ЗАПУЩЕН
на половину решил проблему: включил в ядре поддержку CIFS и выполнил emerge -t cifs //10.10.10.3/D /setup/server -o 'user=gentoo'
user=gentoo --пользователь в Windows в группе пользователи, хотя думаю и гостя хватит
осталось шару в gentoo реализовать...
SFU kak и R2 умеют только 3-ю
SFU kak и R2 умеют только 3-ю версию NFS,UDP only ;
Отключить 4-ю версию
Отключить на Винде NIS;маппить юзера вручную(в виндовс Full control na sharu,виставить права NTFS);
Временно замапить администратора на root и наоборот; (т.е UID 0 = GUID {*-500})
Проверить маппинг юзеров(net user)
На гентоо дать полные права на (rw) по НФС на каталог;На виндовс поставить права на НФС шару 650 (расставить галки)
Далее map netowork driwe по ИП адресу, пароль ввести roota ;
Далее можно урезать права;
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
в ядре включена только 3-я
в ядре включена только 3-я версия nfs
права на шару полные
дело в том, что с винды комп-gentoo не виден, только пингуется...или такого эффекта достичь не удастся, только шара?
оказывается windows nfs
оказывается windows nfs client начинает видеть компы только после перезагрузки системы
шары вижу, но войти или подключить их не могу...пишет "нет прав доступа", хотя разрешение стоит на все действия и подключаю rootом
??????????
Чисто заради закрытия вопроса
Случилось мне давеча поиграть в аналогичный квест (подключение виндавс-клиента к UNIX-серверу).
Виндовые ошибки такие виндовые (в смысле "информативности").
Здесь есть ньюанс. Принципиальнейший: вынь НЕ POSIX!!! И ожидать от неё полной, корректной и стандартной поддержки POSIX-сервисов... "несколько" наивно.
Твой ньюанс зовут #340953.
Практически: стандартного набора демонов виндавсу недостаточно (за все реализации NFS-клиента для вынь не скажу --- для виденных мной справедливо), необходимо дополнение в виде pcnfsd (исходники, пожатые
compress'ом --- это клёво).Иначе говоря, диагностика NFS-сервера для POSIX систем выглядит так:
# rpcinfo -p nfs-server-host program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100000 4 7 111 portmapper 100000 3 7 111 portmapper 100000 2 7 111 portmapper 100005 1 udp 910 mountd 100005 3 udp 910 mountd 100005 1 tcp 982 mountd 100005 3 tcp 982 mountd 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100024 1 udp 987 status 100024 1 tcp 669 status 100021 0 udp 955 nlockmgr 100021 1 udp 955 nlockmgr 100021 3 udp 955 nlockmgr 100021 4 udp 955 nlockmgr 100021 0 tcp 673 nlockmgr 100021 1 tcp 673 nlockmgr 100021 3 tcp 673 nlockmgr 100021 4 tcp 673 nlockmgr(последние два сервиса строго говоря опциональны)
Но вынь клиент здесь не подключится, чтобы и он мог подключиться, конфигурация сервисов должна выглядеть следующим образом:
# rpcinfo -p nfs-for-win-host program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100000 4 7 111 portmapper 100000 3 7 111 portmapper 100000 2 7 111 portmapper 100005 1 udp 904 mountd 100005 3 udp 904 mountd 100005 1 tcp 904 mountd 100005 3 tcp 904 mountd 100024 1 udp 610 status 100024 1 tcp 1002 status 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100021 0 udp 759 nlockmgr 100021 0 tcp 664 nlockmgr 100021 1 udp 759 nlockmgr 100021 1 tcp 664 nlockmgr 100021 3 udp 759 nlockmgr 100021 3 tcp 664 nlockmgr 100021 4 udp 759 nlockmgr 100021 4 tcp 664 nlockmgr 150001 1 udp 61288 pcnfsd 150001 2 udp 61288 pcnfsd(обратите внимание на две последние строки)
Что интересно: ни в дереве, ни в оверлеях я его не не вижу.
Отсюда вопрос, адресуемый старшим дэвам: не означает ли это, что
pcnfsddeprecated? Но в таком случае кто/как за него?И вопрос нашему штатному компрадору: по данным агентурной разведки, одним из революционных новшеств вынь 7 является штатная (встроенная) поддержка NFS.
И собственно вопрос: оно работает штатно или требует для работоспособности описанного костыля?
:wq
--
Live free or die