  Stacja robocza z głównym systemem plików z sieci.
  Autor: Ofer Maor, ofer@hadar.co.il
  v3, 5 Grudnia 1996
  WWeerrssjjaa ppoollsskkaa:: BBaarrttoosszz MMaarruusszzeewwsskkii
  BB..MMaarruusszzeewwsskkii@@zzssmmeeiiee..ttoorruunn..ppll
  v1.02, 26 Lipca 1997


  Celem tego dokumentu jest wyjaśnienie jak stworzyć główne katalogi na
  serwerze, który obsługuje klientów z montowanym głównym systemem
  plików. Najnowszą wersję oryginału możesz znaleźć pod adresem
  www.hadar.co.il <http://www.hadar.co.il/ofer/nfs-root-client/>.  Doku­
  ment ten został napisany w standardzie ISO-8859-2.  Odnośnie nowszych
  wersji tłumaczenia zobacz sekcję ``Od tłumacza''.
  ______________________________________________________________________

  Spis treści


  1. Prawa autorskie.

     1.1 Podziękowania.

  2. Przedmowa.

     2.1 Przegląd ogólny.

  3. Tworzenie głównego katalogu klienta.

     3.1 Tworzenie drzewa katalogów.
     3.2 Tworzenie minimalnego systemu plików potrzebnego do startu.
        3.2.1 Tworzenie katalogu dev.
        3.2.2 Kopiowanie potrzebnych binariów.
        3.2.3 Katalog var.
        3.2.4 Reszta katalogów.
     3.3 Tworzenie katalogu etc oraz konfiguracja klienta.
        3.3.1 Tworzenie katalogu dla wszystkich klientów.
        3.3.2 Tworzenie katalogu etc dla klienta.
     3.4 Startowanie.

  4. Tworzenie większej ilości klientów.

     4.1 Od tłumacza.


  ______________________________________________________________________

  11..  PPrraawwaa aauuttoorrsskkiiee..


  Prawa autorskie należą do Ofera Maora <ofer@hadar.co.il>.

  O ile nie stwierdza się inaczej, dokumenty HOWTO są chronione prawami
  autorskimi ich autorów. Mogą one być rozprowadzane w całości lub w
  części, w jakiejkolwiek postaci fizycznej czy elektronicznej tak
  długo, dopóki znajduje się w nich ta wzmianka.  Dystrybucja komercyjna
  jest dozwolona, a nawet zachęca się do niej; chociaż autor chciałby
  być poinformowany o takowej.

  Wszelkie tłumaczenia, prace pochodne, prace zebrane zawierające
  dokumenty HOWTO muszą zawierać tę notatkę o prawach autorskich.
  Oznacza to, że nie możesz stworzyć pracy pochodzącej z HOWTO i nałożyć
  na jej dystrybucję dodatkowych ograniczeń. Wyjątki od tej zasady mogą
  być uczynione pod pewnymi warunkami; skontaktuj się z koordynatorem
  programu Linux HOWTO pod niżej podanym adresem.

  Krótko mówiąc, chcemy promować szerzenie tych dokumentów przez
  wszelkie dostępne kanały. Chcielibyśmy także utrzymać prawa autorskie
  nałożone na te dokumenty, i być powiadomieni o planach dotyczących
  redystrybucji HOWTO.

  Jeśli masz jakieś pytania, skontaktuj się z Oferem Maorem pod adresem
  <_o_f_e_r_@_h_a_d_a_r_._c_o_._i_l> - autorem tego dokumentu, albo Gregiem Hankinsem -
  koordynatorem projektu Linux HOWTO pod adresem
  <_g_r_e_g_h_@_s_u_n_s_i_t_e_._u_n_c_._e_d_u>.

  Jeśli masz coś do dodania, skontaktuj się proszę z autorem (Ofer Maor
  <ofer@hadar.co.il>). Szczególnie mile widziane są informacje o
  pojawieniu się nowszych narzędzi.


  11..11..  PPooddzziięękkoowwaanniiaa..


  Chciałbym wyrazić podziękowania autorowi NFS-Root Howto, Andreasowi
  Kostyrce (htmlurl url="mailto:andreas@medman.ag.or.at"
  name="andreas@medman.ag.or.at"). Jego dokument pomógł mi w pierwszych
  krokach przy tworzeniu stacji bezdyskowych. Moje mini-howto nie
  próbuje w żaden sposób zamienić jego pracy, ale rozszerzyć ją
  posługując się moimi doświadczeniami.

  Chciałbym także podziękować Markowi Kushinsky (htmlurl
  url="mailto:mark026@ibm.net" name="mark026@ibm.net") za
  "wypolerowanie" stylu i sprawdzenie poprawności językowej tego Howto,
  co znacznie poprawiło jego czytelność.


  22..  PPrrzzeeddmmoowwaa..


  Dokument ten został napisany, aby pomagać ludziom, którzy chcą używać
  montowania głównego systemu plików z sieci, żeby stworzyć katalogi
  klienta. Zauważ, że jest wiele sposobów na zrobienie tego, zależnie od
  twoich potrzeb i intencji. Jeśli klienci są indywidualni a każdy z
  nich ma własnych użytkowników i administratora konieczne będzie, aby
  znaczące katalogi klienta nie były współdzielone z innymi klientami. Z
  drugiej strony, jeśli klient jest przeznaczony dla wielu użytkowników
  i wszystkie są administrowane przez tę samą osobę (na przykład, klasa
  komputerowa), tyle plików ile się tylko da musi być wspołdzielone, aby
  uczynić zarządzanie prostszym. Dokument ten skupi się na tym drugim
  zagadnieniu.


  22..11..  PPrrzzeegglląądd ooggóóllnnyy..


  Podczas tworzenia katalogu głównego dla klienta oraz prób limitowania
  do minimum rozmiaru tego katalogu, głównie skupiamy się na tym, które
  pliki możemy współdzielić albo montować z serwera. W tym Howto będę
  zalecał konfigurację klienta na podstawie moich doświadczeń. Ale zanim
  zaczniemy zapamiętaj:


  ˇ  Dokument ten nie wyjaśnia jak właściwie zamontować główny system
     plików. Jeśli chcesz więcej informacji, to odwołaj się do NFS-Root
     mini-howto <http://www.ippt.gov.pl/~ppogorze/Linux/JTZ/html/NFS-
     Root.pl.html>.

  ˇ  Większość mojej konfiguracji jest zrobiona poprzez montowanie i
     symboliczne dołączenia. Wiele z tym dołączeń może zostać zastąpiona
     dołączeniami stałymi. Wybierz w zależności od własnych upodobań.
     Robienie dołączenia stałego poprzez montowanie czy dołączenie
     symboliczne ma swoje zalety, ale może też powodować problemy. Plik
     nie zostanie skasowany dopóki wszystkie stałe dołączenia do niego
     nie zostaną zlikwidowane. Przez to, jeśli będziesz uaktualniał
     jakiś plik, dowiązania będą ciągle wskazywały na stary plik. Musisz
     więc sprawdzać za każdym razem wszystkie dołączenia, które
     zrobiłeś.

  ˇ  Podczas montowania informacji z serwera można użyć dwóch sposobów.
     Pierwszy (bardziej popularny), to zamontować cały katalog główny
     serwera pod jakiś lokalny katalog a następnie zmienić ścieżkę albo
     dołączyć tam odpowiednie katalogi. Osobiście nie lubię montowania
     katalogu głównego serwera na stacji roboczej. Dlatego, poniższy
     dokument sugeruje montowanie odpowiednich podkatalogów z serwera na
     odpowiadające im katalogi na stacji.

  ˇ  Dokument ten jest zrobiony na podstawie moich doświadczeń
     dotyczących robienia katalogów klienta na dystrybucji Slackware
     3.1. Poszczególne pliki mogą się różnić (szczególnie rc.*), ale
     ogólna idea powinna pozostać ta sama.


  33..  TTwwoorrzzeenniiee ggłłóówwnneeggoo kkaattaalloogguu kklliieennttaa..


  33..11..  TTwwoorrzzeenniiee ddrrzzeewwaa kkaattaallooggóóww..


  Przede wszystkim musisz stworzyć strukturę katalogów. Ja stworzyłem
  wszystkie katalogi w /clients/hostname i będę używał tego katalogu do
  przykładów. Chociaż jeśli chcesz, to możesz sobie zmienić ten katalog
  na inny. Pierwszym krokiem jest zrobienie odpowiednich katalogów.
  Powinny to być następujące:


      bin, dev, etc, home, lib, mnt, proc, sbin, server, tmp, usr, var


  i wszelkie inne katalogi jakie chcesz mieć na stacji.

  Katalogi _l_o_c_a_l_, _p_r_o_c _i _d_e_v będą użyte oddzielnie dla każdej stacji, a
  reszta będzie współdzielona.


  33..22..  TTwwoorrzzeenniiee mmiinniimmaallnneeggoo ssyysstteemmuu pplliikkóóww ppoottrrzzeebbnneeggoo ddoo ssttaarrttuu..


  33..22..11..  TTwwoorrzzeenniiee kkaattaalloogguu ddeevv..


  Właściwie katalog _d_e_v może być współdzielony, ale lepiej jeśli nie
  jest. Zawartość tego katalogu możesz stworzyć odpowiednim skryptem,
  chcociaż prościej jest go po prostu skopiować z serwera:


  ______________________________________________________________________
       cp -a /dev /clients/hostname
  ______________________________________________________________________


  Musisz pamiętać, że /dev/mouse, /dev/cdrom i /dev/modem są
  symbolicznymi dowiązaniami to właściwych urządzeń, i dlatego
  powinieneś się upewnić, że wskazują one na poprawne urządzenia zgodnie
  ze sprzętem w stacji.


  33..22..22..  KKooppiioowwaanniiee ppoottrrzzeebbnnyycchh bbiinnaarriióóww..


  Pomimo, iż montujemy wszystko z serwera jest pewna minimalna ilość
  plików, które musimy skopiować do każdego klienta. Przede wszystkim
  potrzebujemy _i_n_i_t_-_a, nasz system nie będzie w stanie uruchomić
  czegokolwiek przed uruchomieniem _i_n_i_t_-_a (czego autor doświadczył na
  własnej skórze ;) ). Tak więc najpierw skopiuj /sbin/init do katalogu
  _s_b_i_n klienta, potem skopiuj /bin/sh do katalogu _b_i_n klienta, żeby
  skrypt rc.S mógł się wykonać. Żeby wszystko zamontować potrzebujesz
  także programu _m_o_u_n_t - skopiuj go do katalogu _s_b_i_n klienta. To jest
  zupełne minimum zakładając, że pierwszą linijką w _r_c_._S jest


        mount -av


  Zalecam jednak skopiowanie jeszcze kilku plików: _u_p_d_a_t_e_, _l_s_, _r_m_, _c_p
  _o_r_a_z _u_m_o_u_n_t, tak żebyś miał podstawowe narzędzia w razie gdyby
  klientowi nie powiodło się montowanie. Jeśli zostawisz linię
  właczającą swap przed linią montującą katalogi, to musisz także
  skopiować program _s_w_a_p_o_n.

  Ponieważ większość z tych programów jest dynamicznie łączona z
  bibliotekami, będziesz też potrzebował sporej części katalogu /lib:


  ______________________________________________________________________
      cp -a /lib/ld.* /lib/libc.* /lib/libcursses.* /client/hostname/lib
  ______________________________________________________________________


  Rozważ też możliowość stałego dowiązania zamiast kopiowania.
  Przeczytaj mój komentarz na ten temat w sekcji ``Przegląd ogólny''.

  Zauważ, że powyższe informacje zakładają, że parametry sieciowe
  zostały przekazane do jądra podczas startu. Jeśli masz zamiar użyć
  RARP lub BOOTP, będziesz także potrzebował odpowiednich binariów.

  Ogólnie potrzebujesz minimum te programy, które pozwolą ci
  skonfigurować sieć i uruchomić skrypt _r_c_._S do momentu zamontowania
  wszystkich katalogów z serwera.


  33..22..33..  KKaattaalloogg vvaarr..


  W większości przypadków katalog _v_a_r powinien być osobny dla każdego
  klienta. Chociaż wiele danych może być współdzielonych. Stwórz w
  katalogu głównym stacji katalog _v_a_r.  Zamontujemy tam katalog _v_a_r z
  serwera. Aby stworzyć katalog _v_a_r napisz:


  ______________________________________________________________________
      cp -a /var /clients/hostname/
  ______________________________________________________________________


  Teraz możesz wybrać co chcesz współdzielić, a co chcesz mieć osobne
  dla każdego klienta. Każdy plik/katalog, który chcesz współdzielić
  usuń i stwórz symboliczne dołączenie do /serwer/var. Zauważ, że musisz
  dołączyć go albo do katalogu /serwer/var albo do ../serwer/var, ale
  NNIIEE do /clients/hostname/serwer/var ponieważ nie będzie to działało
  kiedy zmieni się katalog główny.

  Ogólnie polecałbym oddzielić katalogi /var/run, /var/lock, /var/spool,
  oraz /var/log.


  33..22..44..  RReesszzttaa kkaattaallooggóóww..


  ˇ  _e_t_c jest wyjaśniony dokładnie w następnej sekcji

  ˇ  _m_n_t _i _p_r_o_c są przeznaczone do celów lokalnych

  ˇ  _u_s_r _i _h_o_m_e są tylko katalogami do zamontowania

  ˇ  _t_m_p zależy od ciebie. Możesz stworzyć różne katalogi _t_m_p dla
     klientów, albo stworzyć kilka katalogów /clients/tmp i zamontować
     je dla każdego klienta pod /tmp. Ja zalecałbym osobne katalogi _t_m_p
     dla każdego klienta.


  33..33..  TTwwoorrzzeenniiee kkaattaalloogguu eettcc oorraazz kkoonnffiigguurraaccjjaa kklliieennttaa..


  Zapamiętaj - sekcja ta odnosi się do tworzenia katalogu _e_t_c, który w
  większości przypadków jest współdzielony między klientami. Jeśli twoi
  klienci mają osobnych administratorów, najlepiej zrobić osobne
  katalogi _e_t_c dla każdego klienta.


  33..33..11..  TTwwoorrzzeenniiee kkaattaalloogguu ddllaa wwsszzyyssttkkiicchh kklliieennttóóww..


  Pomimo, iż oddzielamy katalogi _e_t_c, to i tak większą część stamtąd
  chcemy współdzielić. Ogólnie sądzę, że współdzielenie katalogu _e_t_c z
  serwerem nie jest dobrym pomysłem, dlatego zalecam stworzenie katalogu
  /clients/etc, w którym będą przechowywane informacje dla klientów. Na
  początek po prostu skopiuj katalog _e_t_c serwera do katalogu dla
  klientów.

  Powinieneś dodać do tego katalogu wszystkie pliki konfiguracyjne nie
  związane z konkretnym komputerem, np.: _m_o_t_d_, _i_s_s_u_e itp., ale nie
  specyficzne dla komputera (_f_s_t_a_b _c_z_y _i_n_i_t_t_a_b).

  Najważniejsze zmiany będą w katalogu _r_c_._d. Najpierw powinieneś zmienić
  _r_c_._i_n_e_t_1, tak aby odzwierciedlał twoją lokalną sytuację. Ja przekazuję
  parametry sieciowe do jądra podczas startu, dlatego wyrzuciłem prawie
  wszystko z tego pliku. Jedynymi poleceniami jakie tam zostawiłem, to
  _i_f_c_o_n_f_i_g _i _r_o_u_t_e konfigurujące urządzenie loopback (localhost). Jeśli
  używasz RARP-a albo BOOTP, to będziesz musiał je stosowanie zrobić.

  Po drugie powinieneś wyedytować swój plik _r_c_._S. Najpierw wyrzuć
  stamtąd wszystko co dotyczy sprawdzania dysku (polecenia _f_s_c_k)
  ponieważ będzie to robione przy starcie serwera. Potem powinieneś
  znaleźć linię, która montuje twoje katalogi; powinna wyglądać mniej
  więcej tak:


        mount -avt nonfs


  Parametr _-_t _n_o_n_f_s jest dlatego, że normalne stacje robocze najpierw
  wykonują skrypt _r_c_._S a potem _r_c_._i_n_e_t_1, aby skonfigurować Ethernet.
  Ponieważ to spowodowałoby, że żaden system NFS nie zamontowałby sie
  linia ta powinna zostać usunięta. Zmień ją na:


       mount -av


  Jeśli musisz uruchomić RARP/BOOTP, aby skonfigurować swoją sieć, zrób
  to w _r_c_._S (albo wywołaj odpowiedni skrypt z _r_c_._S) przed montowaniem i
  upewnij się, ze twoje fizyczne katalogu _b_i_n _i _s_b_i_n zawierają potrzebne
  programy.

  Po poleceniu _m_o_u_n_t _-_a_v będziesz miał działający system plików. Stwórz
  ogólny plik _f_s_t_a_b, tak żebyś mógł go skopiować dla każdego klienta.
  Powinien on wyglądać mniej więcej tak:


      server/nfs                                          default  1 1
      server:/bin                 /bin            nfs     default  1 1
      server:/usr                 /usr            nfs     default  1 1
      server:/sbin                /sbin           nfs     default  1 1
      server:/home                /home           nfs     default  1 1
      server:/lib                 /lib            nfs     default  1 1
      server:/clients/etc         /server/etc     nfs     default  1 1
      server:/clients/var         /server/var     nfs     default  1 1
      none                        /proc           proc    default  1 1


  Upewnij się także, że plik /etc/exports na serwerze wygląda tak:


      /clients/hostname   hostname.domainname(rw,no_root_squash)
      /clients/etc        hostname.domainname(ro,no_root_squash)
      /clients/var        hostname.domainname(ro,no_root_squash)
      /usr                hostname.domainname(ro,no_root_squash)
      /sbin               hostname.domainname(ro,no_root_squash)
      /bin                hostname.domainname(ro,no_root_squash)
      /lib                hostname.domainname(ro,no_root_squash)
      /home               hostname.domainname(rw,no_root_squash)


  We wszystkich liniach oprócz pierwszej powinieneś wstawić jakąś maskę,
  do której pasują wszystkie komputery będące klientami (np.
  pc*.twoja.domena). Sugeruję, żeby większość katalogów była tylko-do-
  odczytu, ale to zależy od ciebie. Parametr _n_o___r_o_o_t___s_q_u_a_s_h spowoduje,
  że użytkownicy "root" na kliencie będą także mieli przywileje "root-a"
  na serwerze. Sprawdź _m_a_n _e_x_p_o_r_t_s. Jeśli chcesz, żeby użytkownicy na
  klientach mogli uruchamiać _p_a_s_s_w_d , to sprawdź czy katalog _e_t_c jest
  zamontowany z prawem zapisu, chociaż osobiście tego nie polecam.

  Zauważ jeszcze jedno dotyczące skryptu _r_c_._S. Domyślnie w Slackware
  pliki /etc/issue i /etc/motd są tworzone od nowa po każdym resetwoaniu
  serwera. Jeśli pliki te są montowane bez zapisu, to funkcja ta MMUUSSII
  zostać wyłączona a ja zalecałbym wyłączyć ją na zapas.

  I ostatnia sprawa. Jeśli chcesz mieć tę samą bazę użytkowników na
  kliencie i na serwerze, to musisz wybrać między:


  1. używaniem NIS-a (Yellow Pages, sprawdź NIS-HOWTO
     <ftp://ftp.icm.edu.pl:/pub/Linux/sunsite/docs/HOWTO/NIS-HOWTO>, a
     potem każdy klient będzie miał osobne pliki /etc/passwd i
     /etc/group jak je otrzyma od serwera.

  2. w większośći wypadków, proste symboliczne dołączenie wystarczy.
     Dlatego będziesz musiał, albo dołączyć na stałe /clients/etc/passwd
     do /etc/passwd, albo jeśli wolisz dołączenia symboliczne to
     dołączyć /etc/passwd do /clients/etc/passwd (nie w drugą stronę,
     ponieważ klienci nie montują katalogu _e_t_c serwera). To samo dla
     /etc/group.


  33..33..22..  TTwwoorrzzeenniiee kkaattaalloogguu eettcc ddllaa kklliieennttaa..


  Ogólnie, większość plików w katalogu _e_t_c klienta powinna być dołączona
  symbolicznie do plików z katalogu _e_t_c serwera. Ale niektóre z nich są
  różne dla każdej maszyny, a niektóre po prostu muszą się tam znajdować
  kiedy ładuje się jądro. Oto minimalna zawartość katalogu _e_t_c:


      resolv.conf
      hosts
      inittab
      rc.d/rc.S
      fstab


  Ponieważ te pięć plików może być identyczne dla każdego klienta,
  możesz je skopiować, albo dołączyć na stałe. Chociaż zaleca się żeby
  pliki _r_c_._S i _f_s_t_a_b były osobne dla każdego klienta. Będziesz także
  potrzebował osobnego pliku _H_O_S_T_N_A_M_E dla każdego klienta. Osobiście
  uważam, że cały podkatalog _r_c_._d powinien być osobny dla każdego
  klienta ponieważ konfiguracja i sprzęt mogą się różnić.

  Dla każdego klienta dodaj do _f_s_t_a_b odpowiednią linię dla swapa:


      /dev/swap_prttn                     swap    swap    default  1 1


  Reszta plików z _e_t_c klienta może być albo dołączona na stałe do plików
  /clients/etc/* albo podłączona symbolicznie do /serwer/etc (który jest
  punktem do montowaina dla /clients/etc).

  Upewnij się, że twój klient umie poprawnie rozwiązywać nazwy
  kanoniczne poprzez _n_a_m_e_d albo etc/hosts. Nie jest złym pomysłem
  trzymanie IP serwera w pliku etc/hosts, zamiast liczyć na
  rozwiązywanie nazw. Jeśli będziesz liczyć tylko na to, to problem z
  _n_a_m_e_d_-_e_m spowoduje, że twoi klienci nie będą mogli wystartować.


  33..44..  SSttaarrttoowwaanniiee..


  Teraz wszystko, co musisz zrobić to zrestartować komputer, trzymać
  kciuki i mieć nadzieję, że wszystko pójdzie gładko. :)


  44..  TTwwoorrzzeenniiee wwiięękksszzeejj iilloośśccii kklliieennttóóww..


  Jeśli przestrzegałeś moich instrukcji, to powinno to być proste:

      cd /clients/
      cp -a hostname1 hostname2


  a potem upewnij się, że sprawdziłeś to:


  ˇ  pliki rc.d/* odpowiadają sprzętowi i konfiguracji oprogramowania

  ˇ  linia dotycząca swap-a w _f_s_t_a_b jest poprawna

  ˇ  symboliczne dowiązania _d_e_v_/_m_o_u_s_e_, _d_e_v_/_m_o_d_e_m _o_r_a_z _d_e_v_/_c_d_r_o_m są
     poprawne.

  PPoowwooddzzeenniiaa ......


  44..11..  OOdd ttłłuummaacczzaa..


  Tłumaczenie to jest chronione prawami autorskimi Š Bartosza
  Maruszewskiego.  Dozwolone jest rozprowadzanie i dystrybucja na
  prawach takich samych jak dokument oryginalny.

  Jeśli znalazłeś jakieś rażące błędy ortograficzne, gramatyczne,
  składniowe, techniczne to pisz do mnie:

  B.Maruszewski@zsmeie.torun.pl

  Oficjalną stroną tłumaczeń HOWTO jest http://www.jtz.org.pl/

  Aktualne wersje przetłumaczonych dokumentów znajdują się na tejże
  stronie. Dostępne są także poprzez anonimowe ftp pod adresem
  ftp.ippt.gov.pl w katalogu /pub/Linux/JTZ/.

  Przetłumaczone przeze mnie dokumenty znajdują się także na mojej
  stronie WWW. <http://www.zsmeie.torun.pl/~bart/tlumaczenie.html> Są
  tam też odwołania do Polskiej Strony Tłumaczeniowej.

  Kontakt z naszą grupą, grupą tłumaczy możesz uzyskać poprzez listę
  dyskusyjną jtz@ippt.gov.pl. Jeśli chcesz sie na nią zapisać, to wyślij
  list o treści subscribe jtz Imię Nazwisko na adres
  listproc@ippt.gov.pl