[ Pobierz całość w formacie PDF ]
.PPP i SLIP s¹ ta k¿e po wszech nie sto so wa ne do po³¹czeñ sta³ych i pó³sta³ychpo miê dzy sie cia mi LAN, choæ jest to cie ka we je dy nie przy po³¹cze niach ISDN lubin nych o po dob nej szyb ko Sci.Wprowadzenie do urz¹dzeñ szeregowychJ¹dro Linuk sa da je mo ¿li woSæ ko mu ni ka cji z urz¹dze nia mi sze re go wy mi, zwy klena zy wa ny mi urz¹dze nia mi tty.Jest to skrót od an giel skiej na zwy Teletype device**,która wskazuje na g³Ã³wnego producenta urz¹dzeñ terminalowych z pocz¹tkówUnik sa.Ter min urz¹dze nie tty od no si siê obec nie do wszel kich ter mi na li zna ko-wych.W tym rozdziale zawê¿amy jego zakres wy³¹cznie do plików urz¹dzeñw Linuksie, czy li ozna cza on tu taj fi zycz ny ter mi nal.Li nux udo stêp nia trzy kla sy urz¹dzeñ tty: urz¹dze nia sze re go we, ter mi na le wir tu al-ne (do których masz do stêp przez na ciS niê cie kla wi szy od [Alt+F1] do [Alt+Fnn] nakon so li lo kal nej) i pseu do ter mi na le (po dob ne do potoków dwu kie run ko wych i u¿y-wa ne przez apli ka cje ta kie jak X11).Te pierw sze zo sta³y na zwa ne urz¹dze nia mi tty,* W USA roz mo wy lo kal ne s¹ prze wa ¿nie bezp³atne ( przyp.t³um.).** teletype to po pol sku da le ko pis , ale w tym przy pad ku cho dzi o fir mê o iden tycz nie brzmi¹cej nazwie( przyp.t³um.). Do stêp do urz¹dzeñ sze re go wych 49po nie wa¿ ory gi nal ne ter mi na le zna ko we by³y pod³¹czo ne do ma szy ny unik so wejprzez ka bel sze re go wy lub li niê te le fo niczn¹ i mo dem.Dwa ko lej ne zo sta³y te¿ za li-czo ne do gru py urz¹dzeñ tty, po nie wa¿ z punk tu wi dze nia pro gra mi sty dzia³a³y po-dob nie do tych pierw szych.SLIP i PPP s¹ przewa¿nie implementowane w j¹drze.J¹dro w rzeczywistoSci nietrak tu je urz¹dze nia tty ja ko urz¹dze nia sie cio we go, któ rym mo¿esz pos³ugi waæ siêtak jak urz¹dze niem Et her net, u¿y waj¹c po le ceñifconfig.Na to miast wi dzi je ja ko coS,do czego mo¿e pod³¹czyæ urz¹dze nia sie cio we.Aby to zro biæ, j¹dro zmie nia tzw.protokó³ obs³ugi (ang.line discipline) urz¹dze nia tty.Zarówno SLIP, jak i PPP s¹ pro-to ko³ami obs³ugi, które mog¹ zo staæ w³¹czo ne na urz¹dze niach tty.Ogólna za sa dajest ta ka, ¿e ste row nik sze re go wy obs³ugu je otrzy ma ne da ne w ró ¿ny sp osób, w za-le ¿no Sci od te go, z ja kie go pro to ko³u obs³ugi ko rzy sta.W przy pad ku do my Sl ne goprotoko³u obs³ugi sterownik po prostu przesy³a kolejno ka¿dy otrzymany znak.Gdy zo sta nie wy bra ny pr oto kó³ obs³ugi PPP lub SLIP, ste row nik nie czy ta blo kówda nych, ale opa tru je je spe cjal nym nag³Ã³w kiem, kt óry po zwa la na iden ty fi ka cjê blo-ku da nych w stru mie niu po dru giej stro nie i przes³anie no we go blo ku da nych.Narazie zrozumienie tego nie jest zbyt istotne.W dalszych rozdzia³ach omówimydok³ad niej PPP oraz SLIP i wszyst ko sta nie siê ja sne.Dostêp do urz¹dzeñ szeregowychTak jak wszyst kie urz¹dze nia w sys te mie Unix, tak i por ty sze re go we s¹ do stêp nepo przez spe cjal ne pli ki urz¹dzeñ znaj duj¹ce siê w ka ta lo gu /dev.Ist niej¹ dwa ro dza-je pl ików urz¹dzeñ zwi¹za nych ze ste row ni ka mi sze re go wy mi i dla ka ¿ de go por tuist nie je je den ta ki plik.Za cho wa nie urz¹dze nia bê dzie za le ¿a³o od te go, kt óry z je goplików otworzymy.Tutaj wska¿emy ró¿nice, co pomo¿e nam zrozumieæ pewnekonfiguracje.Jednak w prak ty ce wy star czy u¿ywaæ tyl ko jed ne go z tych plików.Nied³ugo je den z nich mo¿e w ogóle prze staæ ist nieæ.Wa ¿niejs ze urz¹dze nia z dwó ch klas urz¹dzeñ sze reg owy ch maj¹ nu mer nad rzêdny4, a pli ki spe cjalne urz¹dzeñ nosz¹ na zwy ttyS0, ttyS1 itd.Dru gi ro dzaj ma nu mernadrzêdny 5 i zo sta³ stwo rzony do wy kor zyst ania przy dzwo nien iu na zewn¹trzprzez port.Pli ki spe cjalne w tym przy padku nosz¹ na zwy cua0, cua1 itd.W Swiec ieUniksa li czen ie ge ner alnie roz poc zyna siê od zera, choæ in tel ige ntni lu dzie zwy klelicz¹ od jed ne go.Wprowadza to lek kie zamieszanie, po niew a¿ COM1: jest re prez-ento wany przez /dev/ttyS0, COM2: przez /dev/ttyS1 itd.Ka ¿dy, kto zna ar chit ektu rêsprz êt ow¹ IBM PC wie, ¿e port COM3: i por ty o wiê ks zych nu mer ach nig dy nie sta³ysiê w rze czyw ist oSci stan dard em.Urz¹dze nia cua, czy li s³u¿¹ce do dzwo nien ia (z ang.cal ling out), mia³y roz wi¹zaæproblem konfliktów urz¹dzeñ szeregowych przeznaczonych dla modemówi obs³uguj¹cych zaró wno po³¹cze nia przy chodz¹ce, jak i wy chodz¹ce.Nie ste ty, sta³ysiê one xród³em innych k³opotów i zapewne trzeba bêdzie z nich zrezygnowaæ.Przyj rzyjmy siê pokró tce pro blem owi.Linux, podobnie jak Unix, pozwala, by urz¹dzenie lub inny plik by³y otwieraneprzez wiê cej ni¿ je den pro ces jed no cze Snie.Nie ste ty nie jest to za let¹ w przy pad ku 50 Roz dzia³ 4: Kon fi gu ro wa nie urz¹dzeñ sze re go wychurz¹dzeñ tty, gdy¿ dwa pro ce sy pra wie na pew no bêd¹ so bie prze szka dza³y.Naszczê Scie wy my Slo no me cha nizm po zwa laj¹cy spraw dzaæ pro ce so wi, czy urz¹dze-nie tty zo sta³o ju¿ otwar te przez in ny pro ces.Me cha nizm ten wy ko rzy stu je tak zwa-ne pli ki blo kuj¹ce (ang.lock files).Dzia³a na nastêpuj¹cej zasadzie: gdy pro ces chceotwo rzyæ urz¹dze nie tty, spraw dza, czy w okre Slo nym miej scu ist nie je plik o na zwiepo dob nej do urz¹dze nia, któ re chce otwo rzyæ.Je ¿eli plik nie ist nie je, pro ces go two-rzy i otwie ra urz¹dze nie tty.Je ¿eli plik ist nie je, pro ces zak³ada, ¿e urz¹dze nie otwo-rzy³ ju¿ in ny pro ces i po dej mu je sto sow ne dzia³anie.Jesz cze je den po mys³ na spraw-ne dzia³anie systemu zarz¹dzania plikami blokuj¹cymi to zapisywanie w samympli ku ID pro ce su (pid), który stwo rzy³ plik blo kuj¹cy.Wiê cej na ten te mat po wie myza chwi lê.Me cha nizm pli ku blo kuj¹ce go dzia³a do sko na le w wa run kach, gdy jest zde fi nio wa-ne miej sce dla ta kich pl ików i wszyst kie pro gra my wiedz¹, gdzie ich szu kaæ.Nie ste-ty nie zaw sze tak by³o w Linuksie.Ko rzy sta nie z te go me cha ni zmu sta³o siê mo ¿li wedo pie ro, gdy zo sta³ zde fi nio wa ny FSSTND (stan dard sys te mu pli ków Linuk sa) zusta lon¹ lo ka li za cj¹ pl ik ów blo kuj¹cych, które za czê³y wte dy dzia³aæ po praw nie dlaurz¹dzeñ tty [ Pobierz caÅ‚ość w formacie PDF ]