Stacja robocza z g³ównym systemem plików z sieci.
Autor: Ofer Maor, ofer@hadar.co.il
v3, 5 Grudnia 1996
WWeerrssjjaa ppoollsskkaa:: BBaarrttoosszz MMaarruusszzeewwsskkii
BB..MMaarruusszzeewwsskkii@@zzssmmeeiiee..ttoorruunn..ppll
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.
______________________________________________________________________
11.. PPrraawwaa aauuttoorrsskkiiee..
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.
11..11.. PPooddzziiêêkkoowwaanniiaa..
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¶æ.
22.. PPrrzzeeddmmoowwaa..
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.
22..11.. PPrrzzeeggll±±dd ooggóóllnnyy..
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.
33.. TTwwoorrzzeenniiee gg³³óówwnneeggoo kkaattaalloogguu kklliieennttaa..
33..11.. TTwwoorrzzeenniiee ddrrzzeewwaa kkaattaallooggóóww..
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.
33..22.. TTwwoorrzzeenniiee mmiinniimmaallnneeggoo ssyysstteemmuu pplliikkóóww ppoottrrzzeebbnneeggoo ddoo ssttaarrttuu..
33..22..11.. TTwwoorrzzeenniiee kkaattaalloogguu ddeevv..
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.
33..22..22.. KKooppiioowwaanniiee ppoottrrzzeebbnnyycchh bbiinnaarriióóww..
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.
33..22..33.. KKaattaalloogg vvaarr..
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
NNIIEE 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.
33..22..44.. RReesszzttaa kkaattaallooggóóww..
· _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.
33..33.. TTwwoorrzzeenniiee kkaattaalloogguu eettcc oorraazz kkoonnffiigguurraaccjjaa kklliieennttaa..
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.
33..33..11.. TTwwoorrzzeenniiee kkaattaalloogguu ddllaa wwsszzyyssttkkiicchh kklliieennttóóww..
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 MMUUSSII
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.
33..33..22.. TTwwoorrzzeenniiee kkaattaalloogguu eettcc ddllaa kklliieennttaa..
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æ.
33..44.. SSttaarrttoowwaanniiee..
Teraz wszystko, co musisz zrobiæ to zrestartowaæ komputer, trzymaæ
kciuki i mieæ nadziejê, ¿e wszystko pójdzie g³adko. :)
44.. TTwwoorrzzeenniiee wwiiêêkksszzeejj iilloo¶¶ccii kklliieennttóóww..
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.
PPoowwooddzzeenniiaa ......
44..11.. OOdd tt³³uummaacczzaa..
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
