Leased Line Mini-HOWTO
Autor: Rob van der Putten rob@sput.webster.nl
v1.4, 5 Lipca 1998
WWeerrssjjaa ppoollsskkaa:: LLeesszzeekk UUrrbbaaññsskkii ttyyggrryyss@@ffiiddoonneett..oorrgg..ppll
v1.0, 6 Sierpnia 1998
To HOWTO opisuje po³±czenie Linuxa do linii dzier¿awionej. Ten doku
ment zosta³ napisany w standardzie ISO-8859-2. Orygina³ tego dokumentu
znajduje siê pod adresem http://www.sput.webster.nl/~rob/leased-
line.html.
______________________________________________________________________
Spis tre¶ci
1. Wprowadzenie
1.1 Co to jest linia dzier¿awiona
1.2 Za³o¿enia
2. Modem
2.1 Konfiguracja modemu
2.2 Test
2.3 Przyk³ady
2.3.1 Hi-Tech
2.3.2 Tron DF
2.3.3 US Robotics Courier V-Everything
3. PPPD
3.1 Skrypty
3.1.1 Uruchamianie pppd i utrzymywanie go w dzia³aniu
3.1.2 Ustawianie routingu
3.2 Testowanie
4. Od t³umacza
______________________________________________________________________
11.. WWpprroowwaaddzzeenniiee
11..11.. CCoo ttoo jjeesstt lliinniiaa ddzziieerr¿¿aawwiioonnaa
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 pppppp - 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
Konfiguracjê modemu i pppd do u¿ycia dwu¿y³owej linii
dzier¿awionej na skrêtce.
Ten dokument NNIIEE opisuje
SLIP, pobierania i instalowania pppd, synchronicznego
przesy³ania danych i modemów pasma podstawowego (baseband)
11..22.. ZZaa³³oo¿¿eenniiaa
Zak³adam, ¿e masz ju¿ dzia³aj±cego pppd. Potrzebny bêdzie te¿ Minicom
lub podobny program do konfiguracji modemów.
22.. MMooddeemm
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 zzeewwnnêêttrrzznnee 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¿:
· 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).
· Wtyczka testowa RS232 mo¿e siê przydaæ do zastosowañ testowych.
· Dwie wtyczki RJ11, po jednej na ka¿dy koniec linii.
· Podstawowa znajomo¶æ komend ,,AT''
22..11.. KKoonnffiigguurraaccjjaa mmooddeemmuu
Ogólna uwaga o konfiguracji modemu i liniach inicjalizuj±cych:
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.
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ñ:
· Sta³a szybko¶æ transmisji (nie automatyczna)
· Dwukierunkowa, sprzêtowa kontrola przep³ywu RTS-CTS (nie x-on/x-
off)
· 8 bitów, bez parzysto¶ci, 1 bit stopu
· Modem powinien podawaæ PPRRAAWWDDZZIIWWYY status DCD (&C1)
· Modem NNIIEE powinien ignorowaæ statusu DTR (&D2 lub &D3)
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:
· Prze³±czanie DTR (&D3, to jest czasami rejestr S). To ustawienie
jest wymagane przez niektórych provider'ów!
· Tryb linii dzier¿awionej (&L1 lub &L2, przeczyraj dokumentacjê
modemu)
· Automatyczna odpowied¼ modemu zdalnego (S0=1), w lokalnym S0=0
· Wy³±cz kody rezultatu (Q1, czasami ,,g³uchy'' tryb robi to za
ciebie).
· ,,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)).
Zapisz konfiguracjê do nieulotnej pamiêci (&W).
22..22.. TTeesstt
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).
22..33.. PPrrzzyykk³³aaddyy
22..33..11.. HHii--TTeecchh
Lokalnie:
ATL1&C1&D3&L2%D1&W&W1
Zdalnie:
ATM0&C1&D3&L2%D1S0=1&W&W1
22..33..22.. TTrroonn DDFF
Znak ESC powinien byæ wy³±czony za pomoc± komendy S2 > 127;
Lokalnie:
ATL1&L1Q1&C1&D3S2=171\D1&W
Zdalnie:
ATM0&L2Q1&C1&D3S0=1S2=171\D1&W
22..33..33.. UUSS RRoobboottiiccss CCoouurriieerr VV--EEvveerryytthhiinngg
Poni¿sza sekcja jest oparta na informacjach dostarczonych przez Rolf'a
Raar'a.
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
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
33.. PPPPPPDD
Potrzebny ci bêdzie pppd (Point to Point Protocol Daemon) i
odpowiednia wiedza o jego dzia³aniu. Przeczytaj odpowiednie RFC i
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:
· Krótko po ³adowaniu systemu, pppd powinien podnie¶æ sygna³ DTR w
twoim porcie RS232, poczekaæ a¿ w³±czy siê DCD i wynegocjowaæ
po³±czenie.
· Je¿eli zdalny system nie dzia³a, pppd powinien czekaæ, a¿ stanie
siê on ponownie dostêpny.
· Je¿eli jako¶æ po³±czenia za bardzo spadnie, pppd powinien
zresetowaæ modem i ponownie nawi±zaæ po³±czenie.
· Je¿eli proces kontroluj±cy po³±czenie, tj. pppd, zginie, program
nadzoruj±cy powinien uruchomiæ go znowu.
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.
/etc/ppp/options.ttyS1 powinno wygl±daæ tak:
crtscts
mru 576
mtu 576
passive
Loc_Ip:Rem_Ip
-chap
modem
-pap
persist
A wiêc, je¿eli system lokalny to 192.168.1.1, a system zdalny to
10.1.1.1, /etc/ppp/options.ttyS1 powinien wygl±daæ nastêpuj±co:
crtscts
mru 576
mtu 576
passive
192.168.1.1:10.1.1.1
-chap
modem
-pap
persist
options.ttyS1 na zdalnym systemie powinien wygl±daæ tak:
crtscts
mru 576
mtu 576
passive 10.1.1.1:192.168.1.1
-chap
modem
-pap
persist
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.
33..11.. SSkkrryyppttyy
33..11..11.. UUrruucchhaammiiaanniiee ppppppdd ii uuttrrzzyymmyywwaanniiee ggoo ww ddzziiaa³³aanniiuu
Skrypt /usr/local/sbin/PRem_Host.sh poni¿ej startuje pppd. Musisz
uruchomiæ go ppoo skonfigurowaniu portów szeregowych (zamieñ Rem_Host na
nazwê zdalnego systemu).
#!/bin/bash
# Opcjonalnie sleep
#/usr/bin/sleep 30
( /usr/sbin/pppd /dev/ttyS1 115200 ) &
Mo¿e on byæ uruchamiany ze skryptu konfiguruj±cego kartê sieciow±
(/etc/init.d/network 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
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:
#! /bin/bash
case $s in
/dev/ttyS1)
/usr/bin/sleep 30
/usr/local/sbin/PRem_Host.sh &
;;
esac
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:
#!/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
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.
*/5 * * * * /usr/local/sbin/test-Rem_Host-ppp
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.
33..11..22.. UUssttaawwiiaanniiee rroouuttiinngguu
Domy¶lny routing mo¿e zostaæ ustawiony opcj± defaultroute, albo przez
skrypt /etc/ppp/ip-up:
#! /bin/bash
case $2 in
/dev/ttyS1)
/sbin/route add -net 0.0.0.0 gw Rem_Ip netmask 0.0.0.0
;;
esac
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:
#!/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
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 NET-3-HOWTO.
33..22.. TTeessttoowwaanniiee
Przetestuj to wszystko tak jak modemy. Je¿eli dzia³a, wsi±d¼ na rower
i przewie¼ modem na drug± stronê po³±czenia.
44.. OOdd tt³³uummaacczzaa
Je¿eli znajdziesz jakie¶ b³êdy, daj mi znaæ.
