Forum Debian Users Gang

Kamil2685 · 2013-10-10 00:55:18

Witam,
jestem w desperacji i proszę was o pomoc.
A więc zacznijmy od tego co chciałem uzyskać:
Serwer:
Udostępniony jeden katalog dla wszystkich komputerów z możliwością odczytu zapisu i wykonania.
Klient:
Montuje zasob przez fstaba i bangla.

Logi serwera mówi co innego nie mogę zneutralizować tego błędu:
rpc.idmapd[572]: nss_getpwnam: name 'xx' does not map into domain 'localdomain
Konfiguracja:
katalog udostępniony na serwerze nobody:nogroup chmod 777 (jednak w momencie tworzenia czegokolwiek przez innego usera uprawnienia zmieniają się na 755 właściciel zostaje niezmieniony wraz z grupą)
/etc/exports
/kataolg/cos x.x.x.x/24(rw,sync,insecure,all_squash,no_subtree_check)

Klient
/etc/fstab
x.x.x.x:kataolg/cos /mnt/xxx nfs rw,hard 0 0
Panowie co jest nie halo ?

jurgensen · 2013-10-10 07:32:01

Z tego, co rozumiem, to po utworzeniu pliku, właściciel/grupa pozostają anonimowe (czyli w Twoim wypadku nobody:nologin), co jest normalne z powodu zastosowania opcji all_squash. Komunikat "rpc.idmapd[572]: nss_getpwnam: name 'xx' does not map into domain 'localdomain" oznacza, że system nie może rozwiązać UIDa na nazwę. Czy korzystasz z centralnej bazy użytkowników na klientach i serwerze, czy też wyłącznie z lokalnego pliku passwd? Jeśli to drugie, musisz mieć bazy użytkowników zsynchronizowane na każdym kliencie lub serwerze. Wrzuć wynik polecenia:

grep 'passwd:' /etc/nsswitch.conf

Jeśli chodzi o domyślne uprawnienia, to musisz ustawić użytkownikkowi na kliencie odpowiedni umask (przez pliki konfiguracyjne profilu lub basha, lub też przez pam_umask).

Kamil2685 · 2013-10-10 16:11:37

Dokładnie nowe katalogi tworzą się z właścielem nobody:nogroup przy czym uprawnienia z 777 zmieniają się na 755 ale jeżeli wszyscy zmapują się jako nobody to nie ma kłopotu.
Wynik polecenia grep nsswitch.conf
Klient:
passwd: compat lsass
Serwer:
passwd: compat

Różnica ta może wynikać z tego że na kliencie zainstalowano pbis-open umożliwiający autroyzację komputera z linuchem do domeny.

jurgensen · 2013-10-10 16:29:19

Problem leży w braku spójności w bazach użytkowników. Serwer korzysta z lokalnego pliku z użytkownikami, a klient z pliku oraz z domeny. Najlepiej byłoby, gdyby serwer też pobierał użytkowników domenowych. Jeśli jest to niemożliwe, obejściem może być utworzenie na serwerze lokalnych użytkowników z takimi samymi UIDami, jak w domenie. Jeśli użytkownicy będą się zgadzać, będzie można wyłączyć opcję all_squash (wówczas użytkownicy będą tworzyć pliki ze swoim identyfikatorem).
Domyślne uprawnienia zależą od umask, i jak napisałem wcześniej należy ustawić właściwe na każdym kliencie.

Kamil2685 · 2013-10-10 16:52:28

Pięknie dziekuje za pomoc -jak ja się wam odwdzięcze. Zaczynam więc walkę.
Podepne do tematu jeszcze jedno pytanie :
Udostępnijąc folder katalog na partycji nfs montując go z acl`ami i podając jako katalog domowy użytkownika nie chcą utworzyć się pliki użytkownika i nie można się zalogować. Uprawnienia na pewno są ok.
Dlaczego dzieje się również tak jeżeli udostępniam katalog domowy dla linuxa z linuxa czyli ext4 montowane na ext4 z wykorzystaniem SAMBY?

Forum Debian Users Gang

Ogłoszenie

#1 2013-10-10 00:55:18

Kamil2685 - Użytkownik

NFS -rpc.idmapd[572]: nss_getpwnam: name does not map POMOCY :)

#2 2013-10-10 07:32:01

jurgensen - Użytkownik

Re: NFS -rpc.idmapd[572]: nss_getpwnam: name does not map POMOCY :)

#3 2013-10-10 16:11:37

Kamil2685 - Użytkownik

Re: NFS -rpc.idmapd[572]: nss_getpwnam: name does not map POMOCY :)

#4 2013-10-10 16:29:19

jurgensen - Użytkownik

Re: NFS -rpc.idmapd[572]: nss_getpwnam: name does not map POMOCY :)

#5 2013-10-10 16:52:28

Kamil2685 - Użytkownik

Re: NFS -rpc.idmapd[572]: nss_getpwnam: name does not map POMOCY :)

Stopka forum