[ Pobierz całość w formacie PDF ]
.Porty najlepiej rozró¿nia siê na podstawie obs³ugiwanych przez nie prêdkoSci.Naprzyk³ad dwa opisy portów dla powy¿szej sytuacji mog³yby wygl¹daæ tak:# NakWell modem; po³¹czenie przy du¿ej prêdkoSciport serial1 # nazwa portutype modem # port modemudevice /dev/ttyS1 # to jest COM2speed 115200 # obs³ugiwana prêdkoSædialer nakwell # normalny typ# NakWell modem; po³¹czenie przy niskiej prêdkoSciport serial1 # nazwa portutype modem # port modemudevice /dev/ttyS1 # to jest COM2speed 9600 # obs³ugiwana prêdkoSædialer nakwell-slow # nie próbuj szybkiego po³¹czeniaW opisie systemu drop jako nazwa portu widnieje terazserial1, ale bêdzieobs³ugiwane tylko ¿¹dania po³¹czenia z prêdkoSci¹ 9600 bitów na sekundê.uucicoautomatycznie u¿yje drugiego portu.Wszystkie pozosta³e oSrodki, które ³¹cz¹ siêz prêdkoSci¹ 115200 bitów na sekundê, bêd¹ u¿ywa³y pierwszego wpisu.DomySlniebêdzie u¿ywany pierwszy wpis, który obs³uguje odpowiedni¹ prêdkoSæ.Jak dzwoniæ pod zadany numer u¿ywaj¹c pliku dialPlik dial opisuje, w jaki sposób s¹ u¿ywane ró¿ne typy urz¹dzeñ.Tradycyjnie UUCProzmawia z urz¹dzeniami, a nie z modemami, poniewa¿ dawniej zwykle dostêpneby³o jedno (drogie!) urz¹dzenie dzwoni¹ce, które obs³ugiwa³o ca³y zestaw mo-demów.Obecnie wiêkszoSæ modemów ma wbudowan¹ obs³ugê dzwonienia, a wiêcto rozró¿nienie przestaje byæ wa¿ne.Niezale¿nie od tego, czy mamy do czynienia z urz¹dzeniami dzwoni¹cymi, czyz modemami, ró¿ne ich typy mog¹ wymagaæ odmiennej konfiguracji.Ka¿dy z nichmo¿esz opisaæ w pliku dial.Wpisy w dial rozpoczynaj¹ siê od polecenia dialer zawie-raj¹cego nazwê urz¹dzenia.Najwa¿niejszy wpis po dialer to dialog modemu opisywany przez polecenie chat.Po-dobnie do dialogu logowania, sk³ada siê z wielu ci¹gów znaków, które uucico wy-sy³a do urz¹dzenia dzwoni¹cego, oraz z odpowiedzi, których oczekuje.Zwykle jeston u¿ywany do ustawienia modemu w jakimS znanym stanie i wykrêcenia numeru.Poni¿szy przyk³adowy wpis dialer pokazuje typowy dialog modemu dlamodemów kompatybilnych ze standardem Hayesa:# NakWell modem; po³¹czenie przy du¿ej prêdkoScidialer nakwell # nazwa urz¹dzeniachat "" AT&F OK\r ATH1E0Q0 OK\r ATDT\T CONNECTchat-fail BUSYchat-fail ERRORchat-fail NO\sCARRIERdtr-toggle trueDialog modemu rozpoczyna siê od"", czyli oczekiwanego ci¹gu pustego.uucicow tej sytuacji wysy³a natychmiast pierwsze polecenie AT&F.Jest to polecenie Hay- 288 Rozdzia³ 16: Zarz¹dzanie UUCP Tayloraesa ustawiaj¹ce modem w konfiguracji fabrycznej.uucico nastêpnie czeka, a¿ mo-dem wySleOK, i przekazuje nastêpne polecenie, które z kolei wy³¹cza lokalne echoi tym podobne.Po odebraniu z modemu kolejnegoOK, uucico wysy³a polecenie dia-logu ATDT.Sekwencja unikowa\Tw ci¹gu znaków zostaje zast¹piona numerem te-lefonu odczytanym z wpisu w pliku sys.uucico nastêpnie czeka, a¿ modem zwrócici¹gCONNECT, który sygnalizuje, ¿e po³¹czenie z modemem zdalnym zosta³o pomy-Slnie nawi¹zane.Czasem modemom nie udaje siê po³¹czyæ z systemem zdalnym.Na przyk³ad je¿elidrugi system akurat z kimS siê ³¹czy i linia jest zajêta.W takiej sytuacji modem zwra-ca b³¹d wskazuj¹cy powód niepowodzenia.Dialogi modemowe nie s¹ w stanieobs³u¿yæ takich b³êdów.uucico dalej czeka na oczekiwany ci¹g znaków, a¿ up³yniezadany czas.W pliku log UUCP w takiej sytuacji pokazany jest jedynie komunikat timed out in chat script (up³yn¹³ czas oczekiwania w skrypcie dialogowym), za-miast wskazania konkretnego powodu.Jednak UUCP Taylora pozwala na poinformowanie uucico o tych komunikatachb³êdów.S³u¿y do tego polecenie chat-fail pokazane powy¿ej.Gdy uucico wykryjeci¹g nieudanego dialogu podczas dialogu modemowego, przerywa po³¹czenie i lo-guje komunikat do pliku log UUCP.Ostatnie polecenie w pokazanym powy¿ej przyk³adzie informuje UUCP, by przedrozpoczêciem dialogu modemowego prze³¹czy³o liniê steruj¹c¹ DTR (Data TerminalReady).Normalnie urz¹dzenie szeregowe uaktywnia DTR, gdy proces otworzyurz¹dzenie, aby poinformowaæ pod³¹czony modem, ¿e ktoS chce z nim siê po³¹czyæ.Funkcjadtr-toggledeaktywuje DTR, czeka chwilê i aktywuje go ponownie
[ Pobierz całość w formacie PDF ]