sob vyyasnyat' imeet li vashe yadro vklyuchennuyu NFS podderzhku - fakticheski poprobovat' ustanovit' NFS fajlovuyu sistemu. Dlya etogo, Vy mogli by sozdat' katalog nizhe /tmp, i&poptobovat' ustanovit' lokal'nyj katalog na nem: - 197 - # mkdir /tmp/test # mount localhost:/etc /tmp/test Esli eta popytka ustanovki vydaet soobshcheniee ob oshibkah vyvodya, "fs type nfs no supported by kernel'', to Vy ne dolzhny delat' novoe yadro s vklyuchennoj NFS. Lyubye drugie soobshcheniya ob oshibkah polnost'yu bezobidny, tak kak Vy poka eshche ne skonfigurirovali NFS daemons na vashem mnozhestve. 12.2 Ustanovka NFS znacheniya 4. Kak mne ob®yasnil Alan Cox: NFS specifikaciya trebuet server k potoku pri kazhdoj zapisi na disk prezhde, chem on uspevaet vernut' podtverzhdenie. Tak kak BSD yadra tol'ko sposobny k, ustanovlennym po razmeru stranicej, zapisyam (4K), zapisannym po 4 kuska po 1k kazhdyj v bsd-based NFS, serveru poluchaet v rezul'tate 4 operacii zapisi po 4k kazhdyj. NFS znacheniya (5) ustanovleny takim zhe sposobom, kak i obychnye fajlovye sistemy ustanovlenny. Vy vyzyvaete mount, ispol'zuya sleduyushchij sintaksis: # mount -t nfs nfs volume local dir options Nfs znachenie dano kak otdalennyj host: otdalennaya direktoriya. S teh por kak eta sovokupnost' uslovnyh znakov yavlyaetsya unikal'noj v NFS fajlovyh sistemah, to Vy mozhete ne uchityvat' nfs opciyu -t. Imeetsya ryad dopolnitel'nyh opcij, kotorye Vy mozhete tochno opredelit' ustanoviv nad mounting NFS znachenie. Oni mogut takzhe byt' dany -o pereklyuchatelem v komandnoj stroke, ili v oblasti opcij /etc/fstab zapisej dlya znacheniya. V oboih sluchayah, sostavnye opcii otdeleny drug ot druga zapyatymi. Opcii, tochno opredelennye na komandnoj stroke vsegda otmenyayut te, chto byli dany v fajle fstab. Tipovaya zapis' v /etc/fstab mogla by byt' takoj: - 198 - # volume mount point type options news:/usr/spool/news /usr/spool/news nfs timeo=14,intr |tot znachenie mozhet zatem byt' ustanovleno pri ispol'zovanii # mount news:/usr/spool/news V otsutstvii fstab zapisi, NFS ustanavlivaet prosmotr vyzovov bol'shinstva uglier. Naprimer, predpolozhim, chto Vy ustanavlivaete home katalogi Vashih pol'zovatelej iz mashiny, nazyvaemoj moonshot, kotoraya ispol'zuet zadannyj po umolchaniyu razmer bloka ravnyj 4k dlya operacii chteniya - zapisi. Vy mogli by umen'shit' razmer bloka do 2k, chtoby podojti pod razmer Linux(ovskih) datagramm vvedya sleduyushchuyu komandu: # mount moonshot:/home /home -o rsize=2048,wsize=2048 5. Nikto ne govorit "fajlovaya sistema", potomu chto zdes' ne sushchestvuet podhodyashchej fajlovoj sistemy. Spisok vseh dopustimyh opcij polnost'yu opisan v rukovodstve po Nfs(5), kotoraya idet vmeste s Rick Sladkey's NFS-aware mount tool, kotoryj mozhet byt' najden v Util-linux pakete Rik Faith). Sleduyushchee - nezavershennyj spisok teh, kotorye Vy vozmozhno zahoteli by ispol'zovat': rsize=n i wsize=n - oni tochno opredelyayut datagramnyj razmer, ispol'zuemyj NFS klienturoj pri chtenii i zapisi zaprosov, sootvetstvenno. V nastoyashchee vremya oni opredelenny po umolchaniyu - 1024 bajtam, iz-za predela na UDP razmere datagrammy, opisannom vyshe. timeo=n - eto ustanavlivaet vremya (v desyatkah sekund), skol'ko NFS klient budet zhdat' zapros, chtoby zavershit' rabotu. Znacheniya po umolchaniyu - 0.7 sekundy. hard - tochno markiruet etot ob®em kak hard-mounted. |to vklyucheno po - 199 - umolchaniyu. soft - soft-mount drajver ( protivopolozhnyj hard-mounted). intr - pozvolyaet signalizirovat' o tom, chto nado prervat' NFS vyzov. Polezno dlya preryvaniya vypolneniya, kogda server ne otvechaet. Krome rsize i wsize, vse eti opcii obrashchayutsya k klientu, esli server stal vremenno nedostizhim. Oni rabotayut vmeste sleduyushchim sposobom: vsyakij raz, kogda klient ppsylvet zapros k NFS serveru, on ozhidaet, chto operaciya zakonchitsya posle dannogo intervala (tochno ustanovlennym v opcii blokirovki po vremeni). Esli nikakogo podtverzhdeniya ne polucheno vnutri etogo promezhutka vremeni, to poyavitsya tak nazyvaemaya minor timeout (neznachitel'naya ostanovka po vremeni), i operaciya povtoritsya, no uzhe s intervalom blokirovki po vremeni vdvoe bol'shim. Posle dostizheniya maksimal'noj blokirovki po vremeni - 60 sekund, proishodit global'naya blokirovka po vremeni. Po umolchaniyu, global'naya blokirovka po vremeni zastavit klienta napechatat' soobshchenie na konsol' i nachinat' vse snova. V principe eto mozhet prodolzhat'sya vechno. Znacheniya, kotorye upryamo povtoryayut operaciyu do teh por poka server ne stanovitsya dostupnym, nazyvayutsya hard-mounted. V protivopolozhnost' im, soft-mounted znacheniya generiruyut oshibku vvoda - vyvoda dlya vyzova process vsyakij raz, kogda proishodit global'naya blokirovka po vremeni. Iz-za togo, chto write-behind vvoditsya bufernym keshem, to eto uslovie oshibki ne rasprostranyaetsya neposredstvenno na process prezhde, chem eto vyzovet funkciyu zapisi 2 v sleduyushchij raz, tak kak programma nikogda ne smozhet ubedit'sya v tom chto operaciya zapisi k soft-mounted znacheniyu imela mesto voobshche. Postavili li Vy hard- ili soft-mount znachenie - eto ne tol'ko vopros vkusa, no takzhe i to, chto Vy dolzhny sdelat' s tem sortom informacii, kotoruyu Vy hotite poluchit' ot etogo znacheniya. Naprimer, esli Vy ustanavlivaete vashi H programmy NFS, Vy konechno ne hoteli by, chtoby vash X seans shel by "besheno" tol'ko potomu, chto kto -to privel set' k ostanovu, - 200 - zapustiv sem' kopij xv v odno i tozhe vremya, ili skazhem, vytashchiv Ethernet raz®em na nekotoryj moment. Ispol'zuya hard-mounting, Vy udostoveryaetes' v tom, chto vash komp'yuter budet zhdat', poka ne poyavitsya vozmozhnost' zanovo vosstanovit' kontakt s vashim nfs-serverom. S drugoj storony, non-critical dannye, tipa nfs-mounted news partititons ili FTP vrhiv mozhet byt' takzhe soft-mounted, tak chto eto ne povesit vash seans v sluchae, esli otdalennaya mashina dolzhna stat' vremenno "nedostigaemoj", ili prosto byt' vyklyuchennoj. Esli vasha setevaya svyaz' s serverom - flakey ili prohodit cherez programmu marshrutizacii, to Vy mozhet takzhe uvelichivat' nachal'nuyu blokirovku po vremeni, ispol'zuya opciyu timeo, ili hard-mount znachenie, no pozvolyajte signalizirovat' preryvanie vyzova NFS, tak chtoby Vy mogli prervat' lyuboj hanging file access. Obychno, mountd daemon budet inym sposobom sledit', kotorye katalogi byli ustanovleny, i kakimi hostami. |ta informaciya mozhet byt' otobrazhena pri ispol'zovanii programmy showmount, kotoraya takzhe vklyuchena v NFS paket servera. Linux mountd ne delaet etogo. 12.3 NFS daemon(oblast') Esli Vy hotite obespechit' NFS obsluzhivanie drugim hostam, to Vy dolzhny zapustit' nfsd i mountd daemons na vashej mashine. Kak rpc-osnovannye programmy, oni ne upravlyayutsya inetd, no zapuskayutsya pri nachal'noj zagruzke, i regestriruyut sami sebya neposredstvenno s portmapper. Sledovatel'no, Vy dolzhny udostoverit'sya v tom, chto oni zapushchenny tol'ko posle togo, kak rpc.portmap vypolnilos'. Obychno, Vy dolzhny vklyuchit' sleduyushchie dve linii v vashem rc.inet2 script: if [ -x /usr/sbin/rpc.mountd ]; then /usr/sbin/rpc.mountd; echo -n " mountd" fi if [ -x /usr/sbin/rpc.nfsd ]; then /usr/sbin/rpc.nfsd; echo -n " nfsd" if Informaciya monopol'nogo ispol'zovaniya fajlov NFS daemon obespechivaet svoej klienture, obychno soderzhashchej tol'ko chislennogo pol'zovatelya i identichnost' gruppy. Esli i klient i server podsoedinyat togo zhe samogo - 201 - pol'zovatelya i gruppu imen s etoj samoj chislennoj identichnost'yu, to im obyazatel'no skazhut razdelit' to zhe samoe prostranstvo uid/gid. Dlya primera, kogda Vy ispol'zuete NIS, chtoby raspredelit' passwd informaciyu vsem hostam na vashej LAN. & " V nekotoryh sluchayah, oni ne sootvetstvuyut. Dostatochno modificirovannogo uid's i gid's klienta, chtoby sootvetstvovat' takovomu serveru, Vy mozhet ispol'zovat' ugidd mapping daemon, chtoby rabotat' vokrug etogo. Ispol'zovanie map daemon opciyu ob®yasneno nizhe, Vy mozhet soobshchit' nfsd otobrazit' uid/gid prostranstvo servera k prostranstvu uid/gid klienta pri pomoshchi ugidd na klienta. ugidd - rpc-osnovannyj server, i zapushchen iz rc.inet2 tochno takzhe kak i nfsd i mountd. if [ -x /usr/sbin/rpc.ugidd ]; then /usr/sbin/rpc.ugidd; echo -n " ugidd" fi 12.4 fajl eksporta V to vremya kak vysheupomyanutye opcii obrashchayutsya k NFS konfiguracii klienta, imeetsya razlichnoe mnozhestvo opcij na storone servera pri vybore konfiguracii per-client. |ti opcii dolzhny byt' ustanovlenny v /etc/exports fajle. Po umolchaniyu, mountd ne pozvolyaet komu ugodno ustanavlivat' katalogi iz lokal'nogo hosta, kotoroe yavlyaetsya dovol'no razumnoj poziciej. Dlya togo, chtoby razreshit' odnomu ili bol'shemu kolichestvu hostov ustanovlivat' nfs katalog, to eto dolzhno byt' eksportirovanno, to est' dolzhno byt' opredeleno v fajle eksporta. Tipovoj fajl mozhet vyglyadet' sleduyushchim obrazom: # exports file for vlager /home vale(rw) vstout(rw) vlight(rw) /usr/X386 vale(ro) vstout(ro) vlight(ro) - 202 - /usr/TeX vale(ro) vstout(ro) vlight(ro) / vale(rw,no root squash) /home/ftp (ro) Kazhdaya liniya opredelyaet katalog, i host, kotoromu pozvolenno ustanovit' ego. Imya hosta - obychno polnost'yu kvalificirovannoe nazvanie oblasti, no mozhet soderzhat' * i ? universal'nye simvoly, kotorye dejstvuyut sposobom pri kotorom oni dejstvuyut sommestno s Bourne obolochkoj. Naprimer, lab*.foo.com sootvetstvuet lab01.foo.com takzhe kak i laber.foo.com. Esli nikakoe imya hosta ne dano, kak s katalogom /home/ftp v prioere vyshe, to lyubomu hostu pozvoleno ustanovit' etot katalog. Pri proverke klientskogo hosta protiv fajla eksporta, mountd budet iskat' hostname klienta ispol'zuya gethostbyaddr(2) vyzov. S DNS, etot vyzov vozvrashchaet kanonicheskiij hostname klienta, tak chto Vy dolzhny udostoverit'sya v tom ne ispol'zuetsya li psevdonimy v eksporte. Bez ispol'zovaniya DNS, vozvrashchennoe imya - pervyj hostname, najdennyj v fajle hosta, kotoraya sootvetstvuet adresu klienta. Imya hosta soprovozhdaetsya proizvol'nym, otdelennym zapyatoj, spiskom flagov, prilozhennyh v skobkah. |ti flagi mogut prinimat' sleduyushchie znacheniya: insecure - razreshaet ne-opoznannyj dostup iz etoj mashiny. unix-rpc - trebuet unix-oblasti RPC ustanovlenie podlinnosti iz etoj mashiny.Ono prosto trebuet, chtoby vse zaprosy proishodili iz zarezervirovannogo internet porta (to est' nomer porta dolzhen byt' men'she chem 1024). |ta opciya opredelena po umolchaniyu. secure-rpc - trebuet secure RPC ustanovleniya podlinnosti ot etoj mashiny. |to poka eshche ne osushchestvlenno. Sm. Sun's dokumentaciyu po Secure RPC. - 203 - kerberos - trebuet Kerberos ustanovleniya podlinnosti na dostup iz etoj mashiny. |to tozhe poka eshche ne osushchestvlenno. Sm. MIT dokumentaciyu po Kerberos opoznavatel'noj sisteme. root squash - eto osobennost' zashchity, kotoraya otvergaet super user na tochno ustanovlennyh hostah lyubyh special'nyh prav dostupa, otobrazhaya zaprosy iz uid 0 na kliente k uid 65534 (-2) na server. |tot uid ne dolzhen byt' svyazan ni s kakim pol'zovatelem. no root squash - ne delaet zaprosy otobrazheniya iz uid 0. |ta opciya vklyuchena po umolchaniyu. ro - ustanavlivaet znachenie read-only na fajlovuyu arhitekturu. |ta opciya vklyuchena po umolchaniyu. rw - ustanavlivaet znachenie rgad-write na fajlovuyu arhitekturu. link relative - preobrazovyvaet absolyutnye simvol'nye svyazi (gde link contents nachinaetsya s naklonnoj cherty vpravo) v otnositel'nye svyazi vvodya neobhodimoe chislo ../, chtoby dobrat'sya iz kataloga soderzhashchego svyaz' k root na servere. |ta opciya imeet smysl tol'ko togda, kogda celaya fajlovaya sistema hosta ustanovlena, ili nekotorye iz svyazej ne mogli by byt' nigde, ili dazhe huzhe, fajly na kotorye oni nikogda ne ukazyvali. |ta opciya opredelena po umolchaniyu. link absolute ostavlyaet vsya simvol'nye svyazi kakimi oni i byli (normal'noe povedenie dlya Sun-supplied NFS serverov). map identity - map identity opciya soobshchaet serveru, chtoby on prinyal togo klienta, kotoryj ispol'zuet tezhe samye uid's i gid's kak i server. |ta - 204 - opciya opredelena po umolchaniyu. map daemon |ta opciya soobshchaet NFS serveru prinyat', chto klienta i server ne razdelyayut to zhe samoe prostranstvo uid/gid. nfsd zatem postroit spisok identichnosti otbora mezhdu klientom i serverom, zaprashivaya client's ugidd daemon. Oshibka, analiziruyushchaya fajl eksporta soobshchaet daemon syslogd's oborudovaniyu vsyakij raz, kogda nfsd ili mountd zapushchen. Zamet'te, chto imena hostov polucheny iz IP adresa klienta obratnym otborom, tak chto Vy dolzhny imet' pravil'no skonfigurirovannoe reshayushchee ustrojstvo. Esli Vy ispol'zuete BIND i ochen' security-conscious, to Vy dolzhny vklyuchit' spoof proverku v Vashem host.conf fajle. 12.5 Linux Automounter Inogda, eto rastochitel'no dlya ustanovki vseh NFS znachenij pol'zovatelej, k kotorym vozmozhno hotyat obratit'sya.; ili zhe iz-za ostrogo chisla zachenij kotorye dolzhny byt' ustanovlenny, ili iz-za vremeni, kotoroe trebovalos' by pri zapuske. ZHiznesposobnyj variantdlya etogo - tak nazyvaemyj automounter. |to - daemon, kotoraya atomaticheski i ponyatno ustanavlivaet lyuboe NFS znachenie kak neobhodimo, i neustanavlivaet ih , esli oni ne byli ispol'zovanny v techenii nekotorogo vremeni. Odna iz umnyh veshchej otnositel'no automounter - to, chto vozmozhno ustanovit' opredelennoe znachenie iz lyubyh mest. Naprimer, Vy mozhete sohranit' kopii Vashih H programm i fajlov podderzhki na dvuh ili treh hostah, i vse drugin hosty ustanavlennye cherez NFS. Pri ispol'zovanii automounter, Vy mozhete tochno opredelit' vseh treh iz nih, chtoby byt' ustanovlennymi na /usr/X386; automounter zatem poprobuet ustanovit' lyuboj iz nih, poka odna iz popytok ustanovki ne preuspevaet. Automounter, obychno ispol'zuemyj s Linux nazyvaetsya amd. Snachala on byl napisan Jan-Simon Pendry i byl perenesen na Linux Rick Sladkey. Tekushchaya versiya amd-5.3. - 205 - Opisanie amd - vne etoj glavy; dlya horoshego opisaniya, pozhalujsta, obratites' k istochnikam; oni soderzhat fajl texinfo s ochen' podrobnoj informaciej. 13. Upravlenie Taylor UUCP 13.1 Hronologiya UUCP byl razrabotan v konce semidesyatyh Mike Lesk v AT&T Bell Laboratories, chtoby obespechit' prostoe soedinenie po modemu. Tak kak bol'shinstvo lyudej, kotorye hotyat imet' email i novosti Usenet na svoej domashnej mashine vse eshche svyazyvayutsya cherez modemy, UUCP stal ochen' populyaren. Hotya imeetsya mnogo realizacij, razrabotannyh dlya razlichnyh apparatnyh platform i operacionnyh sistem, vse oni sovmestimy s vysokoj stepen'yu. Odnako, kak eto sluchilos' s bol'shinstvom programmnogo obespecheniya, kotoroe tak ili inache stalo "standartom" za eti gody, net takogo UUCP, kotoryj mozhno bylo by nazvat' podlinnym UUCP. On podvergalsya postepennomu processu evolyucii nachinaya s pervoj versii, kotoraya byla razrabotana v 1976.V nastoyashchee vremya imeyutsya dve osnovnyh raznovidnosti, kotorye otlichayutsya v osnovnom podderzhkoj apparatnyh sredstv i konfiguraciej.Krpme  nih sushchestvuyut razlichnye realizacii, nemnogo otlichayushchiesya detalyami elementami. Odna raznovidnost' - eto tak nazyvaemaya " Versiya 2 UUCP ", kotoraya datiruetsya 1977 godom i realizovana Mike Lesk, David A. Novitz, i Greg Chesson. Ona vse eshche ispol'zuetsya, hotya i ustarela. Nedavnie realizacii Versii 2 obespechivayut mnogie iz vozmozhnostej bolee novoj raznovidnosti UUCP. Vtoraya raznovidnost' byla razrabotana v 1983, i obychno upominaetsya kak BNU (Basic Networking Utilities(bazisnye utility raboty s setyami)), HoneyDanBer UUCP, ili HDB dlya kratkosti. Nazvanie polucheno iz imen avtorov, P. Honeyman, D. A.Novitz, i B. E. Redman. HDB byl zaduman, chtoby ustranit' nekotorye iz netochnostej Versii 2 UUCP. Naprimer, byli dobavleny novye protokoly peredachi, i bufernyj katalog byl razbit tak, chto teper' imeetsya - 206 - katalog dlya kazhdogo komp'yutera, s kotorym Vy svyazyvaetes' cherez UUCP. Realizaciya UUCP, v nastoyashchee vremya rasprostranyaemogo s Linux - Taylor UUCP 1.04, (1), yavlyaetsya versiej,kotoruyu opisyvaet eta glava. Versiya Taylor UUCP 1.04 byla vypushchena v fevrale 1993. Krome tradicionnyh fajlov konfiguracii, Taylor UUCP mozhet byt' skompilirovana tak , chtoby ponimat' novyj stil' - a.k.a. " Taylor " - fajly konfiguracii. Versiya 1.05 byla vypushchena nedavno, i skoro budet postavlyat'sya na bol'shinstve distributivov. Razlichiya mezhdu etimi versiyami obychno zatragivayut vozmozhnosti, kotorye Vy nikogda ne budete ispol'zovat', tak chto Vy smozhete konfigurirovat' Taylor UUCP 1.05 ispol'zuya informaciyu iz etoj knigi. 1.Napisano Ian Taylor, 1993. S bol'shinstva distributivov Linux, Taylor UUCP obychno kompiliruetsya sovmestimym s BNU, ili Taylor shemoj konfiguracii, ili s oboimi. Tak kak poslednij namnogo bolee gibok, i, vozmozhno, proshche dlya ponimaniya, chem dovol'no chasto zaputannye fajly konfiguracii BNU, nizhe ya budu opisyvat' shemu Taylor. Cel' etoj glavy ne v tom, chtoby dat' Vao ischerpyvayushchee opisanie opcij komandnoj stroki dlya komand UUCP, a v tom, chtoby dat' Vam vvedenie v ustanovku rabotayushchego uzla UUCP. Pervyj razdel daet vvedenie v to, kak UUCP osushchestvlyaet udalennoe vypolnenie i peredachu fajla. Esli Vy ne novichok v UUCP, Vy mozhete propustit' etot razdel i perejti k razdelu 13.3, kotoryj ob®yasnyaet razlichnye fajly, ispol'zuemye dlya ustanovki UUCP. My primem, chto Vy znakomy s pol'zovatel'skimi programmami nabora programm UUCP - uucp i uux. Dlya opisaniya obratites' pozhalujsta k stranicam rukovodstva. Krome obshchedostupnyh programm - uux i uucp, nabor programm UUCP soderzhit ryad komand, ispol'zuemyh tol'ko dlya administrativnyh celej. Oni ispol'zuyutsya dlya kontrolya traffika UUCP cherez vash uzel, udaleniya staryh registracionnyh fajlov, ili dlya kompilyacii statistiki. Oni ne budut opisany zdes', potomu chto oni periferijnye k osnovnym zadacham UUCP. Krome togo, oni horosho dokumentirovany i dovol'no legki dlya ponimaniya. Odnako, imeetsya tretij klass, kotoryj vklyuchaet rabochie programmy UUCP. Oni nazyvayutsya uucico (gde cico oboznachaet copy-in copy-out), i uuxqt, kotoraya vypolnyaet - 207 - raboty, poslannye iz udalennyh sistem. 13.1.1 Podrobnaya informaciya o UUCP Esli Vy v etoj glave ne najdete to, chto hotite, prochitajte dokumentaciyu,kotoraya postavlyaetsya s paketom. |to nabor texinfo fajlov, kotorye opisyvayut ustanovku s ispol'zovaniem Taylor shemy konfiguracii. Texinfo mozhet byt' preobrazovan v DVI i GNU fajly informacii, ispol'zuyushchim tex i makeinfo, sootvetstvenno. Esli Vy hotite ispol'zovat' fajly konfiguracii BNU (ili dazhe Versii 2), est' ochen' horoshaya kniga - " Upravlenie UUCP i Usenet " ([GETST "reilly-uucp"]). Drugoj horoshij istochnik informacii ob UUCP dlya Linux - Vince Skahan's UUCP-HOWTO , kotoryj mozhno vzyat' na comp.os.linux.announce. Imeetsya takzhe newsgroup dlya obsuzhdeniya UUCP - comp.mail.uucp. Esli u Vas est' specificheskie voprosy o Taylor UUCP, mozhet byt' luchshe zadat' ih tzhm, chem na gruppah comp.os.linux. 13.2 Vvedenie 13.2.1 Obzor Peredach UUCP i udalennogo zapuska Klyuch k ponimaniyu UUCP - ponyatie zadachi. Kazhdaya peredacha, kotoruyu pol'zovatel' inicializiruet s pomoshch'yu uucp ili uux, nazyvaetsya zadachej. Ona sostoit iz programmy,kotoraya budet vypolnena na udalennoj sisteme, i nabora fajlov, kotorye budut peremeshcheny mezhdu sistemami. Odna iz etih chastej mozhet otsutstvovat'. Naprimer,primem, chto na vashej |VM Vy vydali sleduyushchuyu komandu, kotoraya zastavlyaet UUCP kopirovat' fajl netguide.ps na |VM pablo, i vypolnit' komandu lpr, chtoby napechatat' fajl. # $ Uux -r pablo! Lpr! Netguide.ps UUCP ne vyzyvaet udalennuyu sistemu nemedlenno, chtoby vypolnit' zadachu (inache Vy mogli eto sdelat' kermit). Vmesto etogo on vremenno sohranyaet opisanie zadachi na udalennoj sisteme. |to nazyvaetsya buferizaciej zadachi. Katalog, v kotorom sohranyaetsya zadacha,nazyvaetsya bufernym katalogom i - 208 - obychno nahoditsya v /var/spool/uucp. V nashem primere, opisanie zadachi soderzhalo by informaciyu otnositel'no udalennoj komandy, kotoraya budet vypolnena (lpr), pol'zovatelya, kotoryj zaprosil vypolnenie, i pary drugih predmetov. V dopolnenie k opisaniyu zadachi, UUCP dolzhen sohranit' vhodnoj fajl (netguide.ps). Tochnoe raspolozhenie i naimenovanie bufernyh fajlov mozhet izmenyat'sya v zavisimosti ot nekotoryh opcij vremeni kompilyacii. HDB-sovmestimye UUCP voobshche sohranyayut bufernye fajly v kataloge, imenovannom /var/spool/uucp/site, gde site - imya udalennoj mashiny. Skompilirovannyj dlya Taylor konfiguracii, UUCP sozdast podkatalogi v /var/spool/uucp/site dlya razlichnyh tipov bufernyh fajlov. CHerez opredelennye intervaly UUCP svyazyvaetsya s udalennoj sistemoj. Kogda soedinenie ustanovleno, UUCP peredaet fajly, opisyvayushchie zadachu, plyus vse vhodnye fajly. Vhodyashchie zadachi ne budut vypolneny nemedlenno, a tol'ko posle razryva uoedineniya . |to delaet programma uuxqt, kotoraya takzhe zabotitsya o peresylke lyubyh zadach, esli oni prednaznacheny dlya drugoj mashiny. Dlya razlichiya mezhdu vazhnymi i menee vazhnymi zadachami, UUCP s kazhdoj zadachej svyazyvaet uroven' prioriteta . |to - odin znak, v predelah ot 0 do 9, ot A do Z, i cherez z, v umen'shayushchemsya starshinstve. Pochta obychno zapisyvaetsya v bufernyj fajl s prioritetom B ili C, v to vremya kak novosti zapisyvayutsya s prioritetom N. Raboty s bolee vysokim prioritetom peredayutsya ran'she. Prioritety mogut byt' naznacheny ispol'zuya opciyu -g pri vyzove uucp ili uux. Vy mozhete takzhe zapretit' peredachu zadach s prioritetom nizhe dannogo v opredelennoe vremya. |to takzhe nazyvaetsya maksimal'nym prioritetom bufera, pozvolyaemym v techenie dialoga ( po umolchaniyu z). Obratite vnimanie na terminologicheskuyu neodnoznachnost' : fajl peremeshchen tol'ko, esli on imeet prioritet vyshe maksimal'nogo prioriteta bufera. 13.2.2 Vnutrennie raboty uucico CHtoby ponyat', pochemu uucico dolzhen znat' nekotorye veshchi, privedem bystroe opisanie togo, kak fakticheski proishodit soedinenie s udalennoj sistemoj. Kogda Vy vypolnyaete uucico -s sistema iz komandnoj stroki, snachala proishodit fizicheskoe soedinenie.Prinimaemye dejstviya zavisyat ot tipa otkryvaemogo soedineniya. Naprimer, pri ispol'zovanii telefonnoj linii, ona - 209 - dolzhna najti modem, i nabrat' nomer.Esli ispol'zuetsya TCP, uucico dolzhna vyzvat' funkciyu gethostbyname (3), chtoby preobrazovat' imya v setevoj adres, vyyasnit', kakoj port otkryvat', i svyazat' adres s sootvetstvuyushchim gnezdom(socket). Posle togo, kak soedinenie bylo ustanovleno, dolzhna vypolnit'sya procedura identifikacii pol'zovatelya. Ona sostoit iz zaprosa udalennoj sistemoj, imeni, i, vozmozhno, parolya.Vse eto nazyvaetsya "login chat". Procedura identifikacii vypolnyaetsya ili obychnym getty/login naborom programm, ili - na gnezdah TCP - neposredstvenno uucico . Esli razreshenie na vhod polucheno, udalennaya sistzma zapuskaet uucico. Lokal'naya kopiya uucico, kotoraya inicializirovala soedinenie, naznachaetsya glavnoj, udalennaya - podchinennoj. Zatem sleduet faza rukopozhatiya(handshake phase): glavnyj posylaet cvoe hostname i nekotorye flagi. Podchinennaya sistema proveryaet, imeet li hostname pravo vhodit' v nee, posylat' i prinimat' fajly, i t.d.. Flagi opisyvayut (krome vsego prochego) maksimal'nyj prioritet buferizacii peredavaemyh fajlov. Esli vozmozhno, schet dialoga, ili proverka poryadkovogo nomera obrashcheniya proishodit zdes'. Blagodarya etoj vozmozhnost'yu, oba podderzhivayut schet uspeshnyh soedinenij, kotorye sravnivayutsya. Esli oni ne sootvetstvuyut, rukopozhatie preryvaetsya. |to pomogaet zashchishchat' sebya ot samozvancev. V zaklyuchenie, uucico pytaet'sya ustanovit' obshchij protokol peredachi. |tot protokol obespechivaet sposob peremeshcheniya dannyh, proverku na neprotivorechivost', i povtornuyu peredachu v sluchae oshibki. Imeetsya potrebnost' v razlichnyh protokolah iz-za otlichayushchihsya tipov obespechivaemyh soedinenij. Naprimer, telefonnye linii trebuyut " bezopasnyj " protokol, kotoryj vklyuchaet v sebya zhestokuyu proverku oshibok, v to vremya kak peredacha TCP po sushchestvu nadezhna i mozhet ispol'zovat' bolee effektivnyj protokol, kotoryj predshestvuet naibolee tshchatel'noj proverke oshibok. Posle togo,kak rukopozhatie ustnovleno,nachinaetsya fakticheskaya faza peredachi . Obe sistemy vklyuchayut vybrannyj drajver protokola. Drajvery, vozmozhno, vypolnyayut svoyu specificheskuyu inicializaciyu. Snachala glavnaya sistema posylaet vse fajly, postavlennye v ochered' dlya peredachi na udalennuyu sistemu, prioritet buferizacii kotoryh yavlyaetsya - 210 - dostatochno vysokim. Kogda peredacha zavershena, ona soobshchaet ob etom podchinennoj sisteme, podchinennyj mozhet teper' otklyuchit'sya ili prinimat' dialog. |to - izmenenie rolej(naznachenij): teper' udalennaya sistema stanovitsya glavnoj, a lokal'naya stanovitsya podchinennoj. Novyj hozyain teper' posylaet fajly. Kogda peredacha zavershena, obe programmy obmenivayutsya zaklyuchitel'nymi soobshcheniyami, i zakryvayut soedinenie. My ne budem vnikat' vo vse detali: pozhalujsta obratites' ili k ishodnym tekstam ili k lyuboj horoshej knige ob UUCP dlya etogo.Est' takzhe dejstvitel'no starinnaya stat'ya, kasayushchayasya seti, napisannoj David A. Novitz, kotoraya daet detalizirovannoe opisanie protokola UUCP. Taylor UUCP FAQ takzhe obsuzhdaet nekotorye podrobnosti UUCP. |to vsegda est' na comp.mail.uucp. 13.2.3 Opcii komandnoj stroki uucico |tot razdel opisyvaet naibolee vazhnye opcii komandnoj stroki dlya uucico. Dlya polnogo spiska, pozhalujsta obratites' k stranice rukovodstva uucico(1). -s sistemnyj vyzov po imeni sistemy, esli net zapreta v sootvetstvii c ogranicheniyami vremeni obrashcheniya. -S sistemnyj vyzov po imeni sistemy bezogovorochno. -r1 zapukaet uucico v rezhime glavnogo. |to opciya po umolchaniyu,kogda -s ili -S zadany. Opciya -r1 zastavlyaet uucico probovat' vyzyvat' vse sistemy v sys", esli ne zapreshcheno obrashchenie i ne nastalo ogranichenie vremeni povtoreniya. -r0 zapuskaet uucico v rezhime podchinennogo. |to - znachenie po umolchaniyu,kogda -s ili -S ne zadany. V neprivilegirovannom rezhime, lyuboj standartnyj vvod - vyvod soedinyaetsya s posledovatel'nym portom, port TCP ispol'zuetsya esli opciya -p zadana. - 211 - -x typy, -X type Vklyuchayut otladku zadannogo tipa.Neskol'ko tipov mogut byt' razdeleny zapyatoj.Sleduyushchie tipy dopustimy: abnormal, chat,handshake,uucp-proto, proto, port, config, spooldir, execute,incoming, outgoing. Ispol'zovanie all vklyuchaet vse opcii Dlya sovmestimosti s drugimi realizaciyami UUCP,vzamen mozhet byt' opredelen nomer, kotoryj vklyuchaet otladku dlya pervyh n predmetov"iz  vysheupomyanutogo spiska. Otladochnye soobshcheniya budut registrirovat'sya v fajle DEBUG v /var/spool/uucp. 13.3 Fajly Konfiguracii UUCP V otlichie ot bolee prostyh programm peredachi fajlov, UUCP byl razrabotan, chtoby obrabatyvat' vse peredachi avtomaticheski.Esli tol'ko vse ustanovleno pravil'no, ezhednevnoe vmeshatel'stvo administratora ne neobhodimo.Vsya neobhodimaya informaciya sohranyaetsya v pare fajlov konfiguracii, kotorye postoyanno nahodyatsya v kataloge /usr/lib/uucp. Bol'shinstvo etih fajlov ispol'zuetsya tol'ko pri zaprose snaruzhi. 13.3.1 Nezhnoe Vvedenie v Taylor UUCP Skazat', chto konfiguraciya UUCP yavlyaetsya tyazheloj,bylo by zamalchivaniem temy.|to - dejstvitel'no zaputannaya tema, i inogda kratkij format fajlov konfiguracii ne delaet veshchi proshche (hotya format Talyor pochti prosto chitaetsya po sravneniyu s bolee starymi formatami v HDB ili Versii 2). CHto by dat' Vam ponyat' kak vzaimodejstvuyut vse eti fajly, my predstavim naibolee vazhnoe, i budem imet' prosmotr v tipovyh vhodah etih fajlov. My ne budem ob®yasnyat' vse podrobno; bolee tochnye svedeniya dany v otdel'nyh razdelah nizhe.Esli Vy hotite ustanovit' na vashu mashinu UUCP, luchshe vsego nachat' s nekotoryh tipovyh fajlov, i adaptirovat' ih postepenno.Vy mozhete vybirat' iz predlozhennogo nizhe,ili togo,chto est' v vashem distributive Linux. Vse fajly,opisannye v etom razdele hranyatsya v /usr/lib/uucp ili v ego podkatalogah.Nekotorye distributivy Linux soderzhat UUCP binaries, kotorye podderzhivayut i HDB i Taylor konfiguracii,i ispol'zuyut razlichnye - 212 - podkatalogi dlya kazhdogo nabora fajlov konfiguracii.Est' obychno README fajl v /usr/lib/uucp. CHtoby UUCP rabotal pravil'no, eti fajly dolzhny prinadlezhat' sobstvenno pol'zovatelyu uucp. Nekotorye iz nih soderzhat paroli i nomera telefona, i sledovatel'no dolzhny imet' prva dostupa 600. (2) Central'nyj fajl konfiguracii UUCP - /usr/lib/uucp/config ispol'zuetsya, chtoby ustanovit' obshchie parametry.Naibolee vazhnyj iz nih (i teper', edinstvennyj), yavlyaetsya imenem UUCP vashej |VM. V Virtual'nom Pivovarennom zavode, oni ispol'zuyut vstout kak ih vorota UUCP: # /usr/lib/uucp/config - osnovnoj fajl konfiguracii UUCP hostname vstout Sleduyushchij vazhnyj fajl konfiguracii - sys fajl.On soderzhit vsyu sistemno-privyazannuyu informaciyu ob uchastkah seti, s kotorymi Vy svyazany.Ona vklyuchaet imya uchastka(|VM),i informaciyu otnositel'no svyazi neposredstvenno,tipa nomera telefona pri ispol'zovanii svyazi modema.Tipichnyj ccenarij (scenarij - kommandnyj fajl - script,dalee scenarij) dlya modemnoj svyazi s pablo: # /usr/lib/uucp/sys - imena sosedej UUCP #system pablo system pablo time Any phone 123-456 port serial1 speed 38400 chat ogin: vstout ssword: lorca Port zadaet port,kotoryj nuzhno ispol'zovat',time opredelyaet vremya v kotoroe sistema mozhet vyzyvat'sya.Shat opisyvaet scenarii vhoda v sistemu - posledovatel'nost' strok,kotorymi nuzhno obmenyat'sya,chtoby uucico zaregistriroval v pablo.My opishem scenarij vhoda pozzhe.Komanda porta ne nazyvaet konkretnyj fajl ustrojstva tipa /dev/cua1,no oba imeni vhodyat v fajl port.Vy mozhete naznachit' lyuboe pohodyashchee imya. 2.Obratite vnimanie, chto hotya bol'shinstvo komand UUCP dolzhno ustanavlivat' setuid dlya uucp, Vy dolzhny udostoverit'sya, chto programma uuchk - net. Inache pol'zovateli budut sposobny posmotret' paroli,dazhe esli oni imeyut rezhim 600. - 213 - Fajl port soderzhit informaciyu o svyazi neposredstvenno.Dlya modemnoj svyazi on opisyvaet special'nyj fajl ustrojstva, kotoryj nuzhno ispol'zovat', skorost',i tip oborudovaniya, soedinennogo s portom.Primer nizhe opisyvaet /dev/cua1 (a.k.a. COM 2),s kotorym soedinen NakWell modem sposobnyj k perzdachz na skorosti do 38400bps.Imya porta dolzhno sootvetstvovat' imeni,dannomu v fajle "sys". # /usr/lib/uucp/port - UUCP ports # /dev/cua1 (COM2) port serial1 type modem device /dev/cua1 speed 38400 dialer nakwell Informaciya,imeyushchaya otnoshenie k programmam nabora nomera cohranyaetsyanyaetsya v drugom fajle,nazyvaemom dial.Dlya kazhdogo tipa programmy nabora nomera on soderzhit posledovatel'nost' komand,kotorye trebuyutsya,chtoby vyzvat' udalennuyu mashinu po nomeru telefona.Vse eto zadano kak chat script(scenarij druzheskoj sistemy).Primer dlya vysheupomyanutogo NakWell mog by vyglyadet' sleduyushchim obrazom: # /usr/lib/uucp/dial - per-dialer information # NakWell modems dialer nakwell chat "" ATZ OK ATDT\T CONNECT Stroka, nachinayushchayasya s chat opredelyaet druzheskuyu besedu modema,kotoraya yavlyaetsya posledovatel'nost'yu komand, poslannyh i poluchennyh ot modema, chtoby inicializirovat' eto i delat' eto,nabirayut zhelatel'nyj nomer."\T" posledovatel'nost' budet zamenen na nomer telefona uucico. CHtoby v obshchem pokazat' Vam, kak uucico rabotaet s etimi fajlami konfiguracii, predpolozhim, chto Vy dali komandu: $ Uucico -s pablo Risunok 18. Vzaimodejstvie Fajlov Konfiguracii Taylor UUCP. Pervym delom uucico ishchet pablo v "sys" fajle.Iz stroki v fajle " - 214 - sys" dlya pablo ona vidit,chto dolzhna ispol'zovat' serial1 port dlya ustanovki soedineniya.Fajl port soobshchaet ej, chto serial1 yavlyaetsya portom modema,i chto est' podklyuchennyj modem NakWell . Uucico teper' ishchet nabor koda,opisyvayushchij NakWell modem,i najdya pervyj,otkryvaet /dev/cua1 posledovatel'nogo porta i vypolnyaet "druzheskuyu besedu" programmy nabora nomera.To est' pouylazt "ATZ", zhdet "OK " v otvet,i t.d.. Pri stolknovenii s strokoj "\T", on zamenyaet nomer telefona (123 - 456) izvlechennyj iz sistemnogo fajla. Posle togo,kak soedinenie bylo ustanovleno,Uucico vozvrashchaetsya k fajlu "sys" i vypolnyaet druzheskuyu besedu vhoda v sistemu(login chat).V nashem primere ona zhdet priglasheniya "login: " zatem poslaet imya pol'zovatelya (neruda), zatem zhdet priglasheniya "password:" ,i posylaet parol' "lorca". Posle zaversheniya razresheniya, udalennaya sistema aktiviziruet sobstvennyj uucico.Oni prvodyat fazu rukopozhatiya(handshake phase),opisannuyu v predydushchem razdele. Svyazi i zavisimosti fajlov konfiguracii takzhe pokazany na risunke 13.3.1. 13.3.2 CHto Dolzhen Znat' UUCP Prezhde, chem Vy nachinaete pisat' fajly konfiguracii UUCP, Vy dolzhny uyasnit' nekotoruyu neobhodimuyu informaciyu.Snachala Vy budete dolzhny vyyasnit',k kakomu posledovatel'nomu portu prisoedinen vash modem.Obychno porty (DOS) COM1 - COM4 otobrazhayut na special'nye fajly ustrojstv /dev/cua0 - /dev/cua3.Bol'shinstvo distributivov, napr. Slackware,sozdayut /dev/modem ssylku kak svyaz' s sootvetstvuyushchim cua * fajlom ustrojstva,i konfiguriruyut kermit,seyon i t.d. ispol'zovat' etot obobshchennyj fajl.V etom sluchae,Vy dolzhny takzhe ispol'zovat' /dev/modem v vashej konfiguracii UUCP. Prichina dlya etogo to,chto vse programmy ispol'zuyut tak nazyvaemye fajly blokirovki,chtoby soobshchit',kogda posledovatel'nyj port ispol'zuetsya.Imena etih fajlov blokirovki - konkatenaciya stroki LCK .. i imeni fajla ustrojstva,naprimer LCK .. cua1.Esli programmy ispol'zuyut razlichnye imena dlya odnogo ustrojstva,oni budut byt' ne v sostoyanii raspoznavat' chuzhie fajly blokirovki.Kak sledstvie, oni prervut chuzhie seansy nachatye v to zhe samoe vremya.|to - ne maloveroyatnoe sobytie,esli Vy planiruete chtoby vash UUCP ispol'zoval crontab.Podrobnosti nastrojki posledovatel'nyh portov sm. v glave 5 .. - 215 - Zatem Vy dolzhny vyyasnit' s kakoj skorost'yu vash modem i Linux mogut svyazyvvt'sya i ustanovit' maksimal'nuyu effektivnuyu skorost' peredachi.|ffektivnaya skorost' peredachi mozhet byt' namnogo vyshe chem fizicheskaya skorost' vashego modema. Naprimer, mnogo modemov posylayut i poluchayut dannye so skorost'yu 2400bps (bity v sekundu).Pri ispol'zovanii protokolov szhatiya tipa V. 42bis,fakticheskaya skorost' peredachi mozhet dostigat' 9600bps. Konechno,esli vy hotite,chtoby UUCP cdelal chto-nibud',Vam dlya vyzova nuzhen nomer telefona sistemy.Takzhe Vam nuzhen identifikator dlya vhoda v sistemu i vozmozhno parol' dlya udalennoj mashiny. (3) Vy takzhe dolzhny znat',kak registrirovat'sya v sisteme. Naprimer,Vy dolzhny nazhat' KLAVISHU BREAK prezhde, chem podskazka vhoda v sistemu poyavlyaetsya? CHto otobrazhaetsya: "login:" ili "user:"? |to neobhodimo dlya sozdaniya scenariya druzheskoj besedy(chat script),kotoryj opisyvaet uucico, kak registrirovat'sya.Esli u Vas voznikayut zatrudneniya,probujte vyzyvat' sistemu programmoj terminala podobno kermit ili minicom,i zapisat' tochno,chto Vy delaete. 13.3.3 Naimenovanie Mesta Kak i pri rabote s TCP/IP setyami,vasha glavnaya |VM(host) dolzhna imet' imya dlya UUCP setej. Poka Vy prosto hotite ispol'zovat' UUCP dlya peredach fajlov ili soedineniya izvne neposredstvenno,ili po lokal'noj seti, eto imya ne dolzhno udovletvoryat' nikakie standartam. (4) 3. Esli vy sobiraetes' probovat' UUCP, poluchite telefonnyj nomer blizhajshego arhiva. Zapishite imya i parol' - oni obshcheizvestny. V bol'shinstve sluchaev oni chto - nibud' vrode /uucp uucp ili nuucp/uucp. 4. Edinstvenoe ogranichenie - to, chto imya ne dolzhno byt' bol'she chem 7 simvolov, chtoby ne putat' |VM s fajlovymi sistemami, kotorye nakladyvayut uzkoe ogranichenie na imya fajla. Odnako, esli Vy ispol'zuete UUCP dlya pochty ili novostej, Vy dolzhny podumat' o nalichib imeni, zaregistrirovannog v UUCP Mapping project . UUCP Mapping psojecto opisan v glave 14 .., Dazhe esli Vy delite domen, Vy mozhete poluchit' oficial'noe imya UUCP dlya vashego uchastka seti. - 216 - CHasto, lyudi vybirayut svoe UUCP imya, chtoby sootvetstvovat' pervomu komponentu imeni domena. Predpolozhim, chto adres domena vashej |VM - swim.twobirds.com, togda imya glavnoj |VM UUCP bylo by swim.Obychno imenno tak i byvaet.Konechno, Vy mozhete takzhe ispol'zovat' lyuboe UUCP imya. Odnako ne stoit ispol'zovat' nekvalificirovannoe imya v adrese pochty, poka Vy ne zaregistrirovali ego kak vashe oficial'noe imya UUCP. (5) V luchshem sluchae, pochta na nezaregistrirovannuyu |VM UUCP otpravitsya v musornuyu korzinu(big black bit bucket). Esli Vy ispol'zuete imya, uzhe prisvoennoe nekotoromu drugomu mestu, eta pochta ne budet napravlena k tomu mestu, i prichine nachal'nik pochtovogo otdeleniya nikakoj konec golovnyh bolej. Po umolchaniyu, nabor programm UUCP ispol'zuet hostname kak imya UUCP . |to imya obychno ustanavlivaetsya v scenarie /etc/rc.local. Esli vashe imya UUCP otlichno ot togo, chto Vy ustanavlivaete glavnym imya , Vy dolzhny ispol'zovat' opciyu hostname v fajle konfiguracii, chtoby soobshchit' uucico o vashem imeni UUCP. |to opisano nizhe. 13.3.4 Taylor Fajly Konfiguracii Teper' my vernemsya k fajlam konfiguracii. Taylor UUCP poluchaet informaciyu iz sleduyushchih fajlov: config -|to osnovnoj fajl konfiguracii. Vy mozhete opredelit' vashe imya UUCP zdes'. sys - opisyvaet vse uchastki seti, izvestnye Vam. Dlya kazhdogo uchastka, on opredelyaet imya, v kakoe vremyae vyzyvat' ego, kakoj nomer nabrat' , kakoe ustrojstvo ispol'zovat', i kak registrirovat'sya. port - opisyvaet vse dostupnye porty, vmeste s obespechivaemoj skorost'yu i programmami soedineniya, kotorye nuzhno ispol'zovat'. 5. UUCP Mapping Project registriruet vse UUCP hostnames vo vsem mire i proveryaet ih na unikal'nost'. CHtoby zaregistrirovat' vashe imya UUCP, sprosite maintainers |VM, kotorzhya ograbatyvaet vashu pochtu; oni pomogut Vam s etim. - 217 - dial - Opisyvaet programmy nabora nomera, ispol'zuemye, chtoby ustanovit' telefonnoe soedinenie. Dialcode Soderzhit rasshireniya dlya simvolicheskogo soda nabora (dialcodes). call Soderzhit imya vhoda v sistemu i parol', kotoryj nuzhno ispol'zovat' pri vyzove sistemy. Redko ispol'zuetsya. Passwd Soderzhit imena vhoda v sistemu, i sistemy parolej ispol'zuemye pri registracii . |tot fajl ispol'zuetsya tol'ko, kogda uucico delaet sobstvennuyu proverku parolya. Taylor fajly konfiguracii sostoyat iz strok, soderzhashchih pary klyuchevoe slovo - znachenie. Znak musora predstavlyaet kommentarij ,dejstvuyushchij do konca stroki. CHtoby ispol'zovat' znak musora prosto tak , Vy mozhete vvesti ego s naklonnoj chertoj vlevo( with a backslash). Est' ochen' mnogo opcij, kotorye Vy mozhete izmenyat' v etih fajlah konfiguracii. My ne mozhem opisat' vse parametry zdes', i zadenem lish' naibolee vazhnye.S ih pomoshch'yu vy smozhete skonfigurirovat' modemnuyu svyaz' UUCP. Dopolnitel'nye razdely opisyvayut izmeneniya, neobhodimye, esli Vy hotite ispol'zovat' UUCP poverh TCP /IP ili poverh posledovatel'nogo soedineniya. Polnaya opisanie daetsya v Texinfo dokumentah, kotorye rasprostranyayutsya vmeste s ishodnym tekstom Taylor UUCP. Esli Vy dumaete, chto skonfigurirovali vashu sistemu UUCP polnost'yu, mozhete proverit' vashu konfiguraciyu, ispol'zuya uuchk (nahoditsya v /usr/lib/uucp). Uuchk chitaet vashi fajly konfiguracii, i pechataet detalizirovannyj otchet o znacheniyah , ispol'zuemyh dlya kazhdoj sistemy. 13.3.5 Obshchie Opcii Konfiguracii - config