Leased Line Mini-HOWTO<NEWLINE> <AUTHOR>Autor: Rob van der Putten <HTMLURL URL="mailto:rob@sput.webster.nl" NAME="rob@sput.webster.nl"><NEWLINE> v1.4, 5 Lipca 1998<NEWLINE> <BF>Wersja polska: Leszek Urbański <HTMLURL URL="mailto:tygrys@fidonet.org.pl" NAME="tygrys@fidonet.org.pl"><NEWLINE></BF> v1.0, 6 Sierpnia 1998 <ABSTRACT> To HOWTO opisuje połączenie Linuxa do linii dzierżawionej. Ten dokument został napisany w standardzie ISO-8859-2. Oryginał tego dokumentu znajduje się pod adresem http://www.sput.webster.nl/˜rob/leased-line.html. </ABSTRACT> <TOC> <SECT>Wprowadzenie <SECT1>Co to jest linia dzierżawiona Linią dzierżawioną jest każde stałe połączenie dwóch punktów (point-to-point, dalej będę nazywał je p-t-p, nie mylić z <BF>ppp</BF> - przyp. tłum.), dzierżawione od firmy telekomunikacyjnej lub innej organizacji. Linia dzierżawiona składa się z przewodów, takich jak skrętka, kabel koncentryczny lub światłowód; może też zawierać wszystkie rodzaje dodatkowego osprzętu, jak rdzenie, transformatory, wzmacniacze i regeneratory. Ten dokument opisuje <QUOTE>Konfigurację modemu i pppd do użycia dwużyłowej linii dzierżawionej na skrętce.</QUOTE> Ten dokument <BF>NIE</BF> opisuje <QUOTE>SLIP, pobierania i instalowania pppd, synchronicznego przesyłania danych i modemów pasma podstawowego (baseband)</QUOTE> <SECT1>Założenia Zakładam, że masz już działającego pppd. Potrzebny będzie też Minicom lub podobny program do konfiguracji modemów. <SECT>Modem Linia dzierżawiona nie jest podłączona do centrali telefonicznej, nie zapewnia więc napięcia stałego, sygnału wybierania lub zajętości, ani dzwonka. Znaczy to, że twoje modemy będą musiały same poradzić sobie z tą sytuacją. Powinieneś mieć dwa identyczne <BF>zewnętrzne</BF> modemy obsługujące linię dzierżawioną i ,,głuchy'' tryb pracy. Upewnij się, że twoje modemy naprawdę to potrafią! Twój modem powinien posiadać też odpowiednią dokumentację. Potrzebne będą też: <ITEMIZE> <ITEM> Dwa w pełni połączone, ekranowane przewody RS232. Ekran powinien być połączony z (metalową częścią - przyp. tłum.) obudową wtyczki (nie z pinem 1) po obu końcach (nie po jednym). </ITEM> <ITEM> Wtyczka testowa RS232 może się przydać do zastosowań testowych. </ITEM> <ITEM> Dwie wtyczki RJ11, po jednej na każdy koniec linii. </ITEM> <ITEM> Podstawowa znajomość komend ,,AT'' </ITEM> </ITEMIZE> <SECT1>Konfiguracja modemu Ogólna uwaga o konfiguracji modemu i liniach inicjalizujących:<NEWLINE> Konfiguruj swoje oprogramowanie modemowe takie jak minicom lub (m)getty tak, żeby używało najwyższej możliwej prędkości - 57600 bodów dla 14.400 i 115200 bodów dla 28.800 lub szybszych.<NEWLINE> Wiele ludzi używa bardzo długich i skomplikowanych linii inicjalizujących, często zaczynających się AT&F i zawierających mnóstwo komend specyficznych dla danego modemu. Jest to niepotrzebne. Większość programów używa takich samych ustawień modemu, a więc czemu nie zapisać tych ustawień do nieulotnej pamięci modemu i używać ,,ATZ'' do inicjalizacji modemu we wszystkich programach? W ten sposób można zamienić lub rozszerzyć modemy bez rekonfiguracji oprogramowania. Większość programów wymaga następujących ustawień: <ITEMIZE> <ITEM>Stała szybkość transmisji (nie automatyczna)</ITEM> <ITEM>Dwukierunkowa, sprzętowa kontrola przepływu RTS-CTS (nie x-on/x-off)</ITEM> <ITEM>8 bitów, bez parzystości, 1 bit stopu</ITEM> <ITEM>Modem powinien podawać <BF>PRAWDZIWY</BF> status DCD (&C1)</ITEM> <ITEM>Modem <BF>NIE</BF> powinien ignorować statusu DTR (&D2 lub &D3)</ITEM> </ITEMIZE> Sprawdź te ustawienia za pomocą AT&V lub AT&I[numer] (przeczytaj dokumentację modemu). Ustawienia te nie są identyczne do profilu firmowego (&F), a więc używanie linii inicjalizującej z AT&F nie jest dobrym pomysłem. Dobrą rzeczą jest użycie AT&F tylko wtedy, gdy masz powód żeby sądzić, że ustawienia zapisane w nieulotnej pamięci modemu są bardzo niepoprawne. Jeżeli sądzisz, że znalazłeś odpowiednie ustawienia dla twoich modemów, zapisz je w pamięci nieulotnej komendą AT&W i przetestuj dokładnie protokołem Z-Modem zarówno dla plików tekstowych ASCII, jak i binarnych. Konfiguruj twoje modemy do linii dzierżawionej tylko jeżeli masz pewność, że te ustawienia działają idealnie. Dowiedz się, jak przestawić twój modem w ,,głuchy'' tryb, oraz, co ważniejsze, w tryb linii dzierżawionej - modem może być rekonfigurowany tylko wtedy, gdy nie znajduje się w ,,głuchym'' trybie. Upewnij się, czy napewno ustawiłeś modemy na największą możliwą prędkość. Kiedy modem wejdzie w ,,głuchy'' tryb pracy, będzie ignorował wszystkie komendy ,,AT'' - z tego powodu nie będzie można ustawić jego szybkości do tej ustawionej dla portu szeregowego; będzie używał prędkości skonfigurowanej komendami AT (prędkość ta jest zapisana w rejestrze S komendą AT&W). Teraz skonfiguruj modemy w następujący sposób: <ITEMIZE> <ITEM> Przełączanie DTR (&D3, to jest czasami rejestr S). To ustawienie jest wymagane przez niektórych provider'ów! </ITEM> <ITEM> Tryb linii dzierżawionej (&L1 lub &L2, przeczyraj dokumentację modemu) </ITEM> <ITEM> Automatyczna odpowiedź modemu zdalnego (S0=1), w lokalnym S0=0 </ITEM> <ITEM> Wyłącz kody rezultatu (Q1, czasami ,,głuchy'' tryb robi to za ciebie). </ITEM> <ITEM> ,,Głuchy'' tryb (\D1 lub %D2, jest to czasami zworka) W ,,głuchym'' trybie pracy modem będzie ignorował komendy AT (czasami musisz wyłączyć znak ESC (nie ten ESC z klawiatury, tylko ,,+++'' - przyp. tłum)). </ITEM> </ITEMIZE> Zapisz konfigurację do nieulotnej pamięci (&W). <SECT1>Test Podłącz modemy do dwóch komputerów używając przewodów RS232 i połącz ze sobą modemy za pomocą kabla RJ11. Użyj programu takiego jak Minicom (na Linuxa), procom albo telix (DOS) na obu komputerach, żeby sprawdzić modemy. Powinieneś zobaczyć tekst pisany na jednym komputerze w drugim terminalu i odwrotnie. Jeżli widzisz śmieci, sprawdź prędkość portu i inne ustawienia. Teraz odłącz i podłącz ponownie przewód RJ11. Poczekaj, aż połączenie ponownie się ustali. Odłącz i podłącz ponownie kable RS232, wyłącz i włącz modemy, uruchom ponownie minicoma. Modemy powinny zawsze połączyć się ponownie na najwyższej możliwej prędkości (niektóre modemy mają diody pokazujące prędkość). Sprawdź, czy modemy naprawdę ignorują znak ESC (+++). Jeżeli będzie to potrzebne, wyłącz znak ESC. Jeżeli to wszystko działa, możesz rekonfigurować modemy: wyłącz dźwięk w zdalnym modemie (M0) i ustaw niski poziom głośności w modemie lokalnym (L1). <SECT1>Przykłady <SECT2>Hi-Tech Lokalnie: <QUOTE>ATL1&C1&D3&L2%D1&W&W1</QUOTE> Zdalnie: <QUOTE>ATM0&C1&D3&L2%D1S0=1&W&W1</QUOTE> <SECT2>Tron DF Znak ESC powinien być wyłączony za pomocą komendy S2 > 127; Lokalnie: <QUOTE>ATL1&L1Q1&C1&D3S2=171\D1&W</QUOTE> Zdalnie: <QUOTE>ATM0&L2Q1&C1&D3S0=1S2=171\D1&W</QUOTE> <SECT2>US Robotics Courier V-Everything Poniższa sekcja jest oparta na informacjach dostarczonych przez <HTMLURL URL="mailto:rolf@tardis.webster.nl" NAME="Rolf'a Raar'a">.<NEWLINE> USR Sportster i USR Courier-I nie obsługują linii dzierżawionych. Potrzebna będzie wersja Courier V-everything. Na serwerze USR znajduje się strona ,,wyjaśniająca'' jak skonfigurować Courier'a do linii dzierżawionej. Jednakże jeżeli będziesz postępował zgodnie z tymi wskazówkami, skończysz z modemem kompletnie ,,pozbawionym rozumu'', który nie będzie mógł być kontrolowany lub nadzorowany przez pppd. USR Courier może być konfigurowany przez przełączniki DIP, jednakże najpierw musisz podać mu linię inicjalizacyjną. Po pierwsze, upewnij się, że używa prawidłowego profilu fabrycznego. Inaczej niż większość innych modemów ma ich trzy: &F0, &F1, &F2. Standardowy, którego powinieneś używać, to &F1. Uwaga: jeżeli wyślesz mu AT&F, załaduje &F0! Dla resetowania przy DTR, ustaw bit 0 rejestru S13. Znaczy to, że musisz ustawić S13 na 1. Następnie musisz przestawić go w tryb linii dzierżawionej za pomocą &L1: ATS13=1&L1&W<NEWLINE> Przełączniki dip powinny być w domyślnych ustawieniach, wyjątkiem są: 3 - WYŁ - Wyłączyć kody wynikowe. 4 - ZAŁ - Wyłączyć komendy offline 5 - ZAŁ dla lokalnego, WYŁ dla zdalnego 8 - WYŁ - ,,Głuchy'' tryb pracy <SECT>PPPD Potrzebny ci będzie pppd (Point to Point Protocol Daemon) i odpowiednia wiedza o jego działaniu. Przeczytaj odpowiednie RFC i <HTMLURL URL="http://www.jtz.org.pl/Html/PPP-HOWTO.pl.html" NAME="Linux PPP HOWTO">, jeżeli jest to potrzebne. Ponieważ nie będziesz używał procedury logowania, nie musisz używać (m)getty ani (fałszywego) użytkownika skojarzonego z pppd kontrolującym połączenie. Nie będziesz musiał wybierać numeru, nie będą więc potrzebne żadne skrypty chat. Obwód modemowy i konfiguracja, którą właśnie wykonałeś jest właściwie kablem null-modem. Znaczy to, że będziesz musiał skonfigurować pppd w sposób, w jaki konfigurowałbyś go do kabla null-modem. Dla dobrego połączenia, twoje ustawienia powinny spełniać następujące wymogi: <ITEMIZE> <ITEM> Krótko po ładowaniu systemu, pppd powinien podnieść sygnał DTR w twoim porcie RS232, poczekać aż włączy się DCD i wynegocjować połączenie. </ITEM> <ITEM> Jeżeli zdalny system nie działa, pppd powinien czekać, aż stanie się on ponownie dostępny. </ITEM> <ITEM> Jeżeli jakość połączenia za bardzo spadnie, pppd powinien zresetować modem i ponownie nawiązać połączenie. </ITEM> <ITEM> Jeżeli proces kontrolujący połączenie, tj. pppd, zginie, program nadzorujący powinien uruchomić go znowu. </ITEM> </ITEMIZE> Zakładam, że modem jest podłączony do COM2, lokalny adres IP to ,,Loc_IP'', a zdalny to ,,Rem_Ip''. Chcemy użyć 576 jako nasze MTU. <TT>/etc/ppp/options.ttyS1</TT> powinno wyglądać tak: <TSCREEN><VERB> crtscts mru 576 mtu 576 passive Loc_Ip:Rem_Ip -chap modem -pap persist </VERB></TSCREEN> A więc, jeżeli system lokalny to 192.168.1.1, a system zdalny to 10.1.1.1, <TT>/etc/ppp/options.ttyS1</TT> powinien wyglądać następująco: <TSCREEN><VERB> crtscts mru 576 mtu 576 passive 192.168.1.1:10.1.1.1 -chap modem -pap persist </VERB></TSCREEN> <TT>options.ttyS1</TT> na zdalnym systemie powinien wyglądać tak: <TSCREEN><VERB> crtscts mru 576 mtu 576 passive 10.1.1.1:192.168.1.1 -chap modem -pap persist </VERB></TSCREEN> Opcja passive limituje numer (ponownych) połączeń. Opcja persist będzie próbowała trzymać pppd uruchomionym w razie rozłączenia, lub jeżeli nie będzie mógł odrazu się połączyć. Jeżeli telnetujesz się dużo podczas transferu plików (FTP lub przeglądanie WWW), możesz użyć mniejszego MTU i MRU, takiego jak 296. System zdalny będzie wtedy czujniejszy. Jeżeli nie będziesz telnetował się podczas FTP, może ustawić MTU i MRU na 1500. <SECT1>Skrypty <SECT2>Uruchamianie pppd i utrzymywanie go w działaniu Skrypt <TT>/usr/local/sbin/PRem_Host.sh</TT> poniżej startuje pppd. Musisz uruchomić go <BF>po</BF> skonfigurowaniu portów szeregowych (zamień Rem_Host na nazwę zdalnego systemu). <TSCREEN><VERB> #!/bin/bash # Opcjonalnie sleep #/usr/bin/sleep 30 ( /usr/sbin/pppd /dev/ttyS1 115200 ) & </VERB></TSCREEN> Może on być uruchamiany ze skryptu konfigurującego kartę sieciową (<TT>/etc/init.d/network</TT> w systemie Debian), w tym przypadku musisz odkomentować sleep, żeby być pewnym, że porty com zostały skonfigurowane jako pierwsze. Jeżeli używasz setserial, możesz uruchomić go z tego skryptu. Innym sposobem jest uruchomienie go z rc.local. W systemach Debian istnieje katalog /etc/rc.boot/. Według <HTMLURL URL="mailto:rolf@tardis.webster.nl" NAME="Rolf'a Raar'a">, skrypty w tym katalogu są uruchamiane w kolejności alfabetycznej. Skrypt setserial nazywa się 0setserial. Jeżeli wywołasz swój skrypt z pliku o nazwie 2linie-dzierżawione, będzie wykonany po 0setserial. Chociaż opcja persist czyni to powierzchownym, pppd może być też restartowany przez ip-down: <TSCREEN><VERB> #! /bin/bash case $s in /dev/ttyS1) /usr/bin/sleep 30 /usr/local/sbin/PRem_Host.sh & ;; esac </VERB></TSCREEN> Jeżeli pppd zginie, powinien być restartowany opcją w skrypcie ip-up (opcjonalnie). Jeżeli to się nie dzieje, skrypt /usr/local/sbin/test-Rem_Host-ppp robi to za ciebie. Ten skrypt sprawdza, czy zdalny interfejs istnieje - jeżeli nie, spróbuje uruchomić pppd: <TSCREEN><VERB> #!/bin/bash if ! ( /sbin/ifconfig | grep Rem_Ip > /dev/null ) then # PPP nie żyje logger "Rem_Host PPP nie żyje! ; uruchomiony ponownie" /usr/local/sbin/PRem_Host.sh & fi </VERB></TSCREEN> Następująca linia w crontab uruchamia powyższy skrypt co 5 minut. Możesz uruchamiać skrypt częsciej, ale ja nie uruchamiałbym go częściej niż co dwie minuty. <TSCREEN><VERB> */5 * * * * /usr/local/sbin/test-Rem_Host-ppp </VERB></TSCREEN> Możesz edytować crontab poleceniem ,,crontab -e''. Zrestartuje on crona po edycji. Używa edytora podanego w zmiennej środowiskowej ,,EDITOR'', która może być ustawiona przez /etc/profile lub ~/.profile (export EDITOR=Twoj_Ulubiony_Edytor). Niektórzy ludzie uruchamiają pppd z /etc/inittab, ale ja nigdy tego nie testowałem. <SECT2>Ustawianie routingu Domyślny routing może zostać ustawiony opcją defaultroute, albo przez skrypt /etc/ppp/ip-up: <TSCREEN><VERB> #! /bin/bash case $2 in /dev/ttyS1) /sbin/route add -net 0.0.0.0 gw Rem_Ip netmask 0.0.0.0 ;; esac </VERB></TSCREEN> Ip-up może być też używany do synchronizacji zegara używając netdate. Oczywiście routing ustawiony w ip-up nie musi być domyślnym routingiem. Twoj skrypt ip-up ustawia routing do zdalnej sieci, kiedy ip-up w zdalnym systemie ustawia trasę do twojej sieci. Jeżeli jest nią 192.168.1.0, a interfejsem ppp jest 192.168.1.1, skrypt ip-up na zdalnej maszynie powinien wyglądać podobnie do tego: <TSCREEN><VERB> #!/bin/bash case $2 in /dev/ttyS1) /sbin/route add -net 192.168.1.0 gw 192.168.1.1 netmask 255.255.255.0 ;; esac </VERB></TSCREEN> Bity ,,case $2'' i ,,/dev/ttyS1'' są tam na wypadek gdybyś używał więcej niż jednego połączenia ppp. Ip-up będzie uruchamiany za każdym razem kiedy pojawi się połączenie, ale tylko część pomiędzy ,,/dev/ttySx'' i ,,;;'' zostanie wykonana, ustawiając poprawny routing dla poprawnego ttyS. Możesz dowiedzieć się więcej o routingu z sekcji o routingu <HTMLURL URL="http://www.jtz.org.pl/Html/NET-3-HOWTO.pl.html" NAME="NET-3-HOWTO">. <SECT1>Testowanie Przetestuj to wszystko tak jak modemy. Jeżeli działa, wsiądź na rower i przewieź modem na drugą stronę połączenia. <SECT>Od tłumacza Jeżeli znajdziesz jakieś błędy, daj mi znać. </ARTICLE>