7.15.2. Konfiguracja modemu do przyjmowania połączeń przychodzących

Ten rozdział zawiera opis konfiguracji modemu do obsługi połączeń przychodzących. Konfiguracja serwera / klienta ppp znajduje się w następnych rozdziałach.

Co trzeba zrobić? Po kolei:

• podłączyć modem do komputera.

• Przygotować drugi komputer z działającym modemem i przetestowaną możliwością dzwonienia do ISP (np. do TPSA: 0w202122): w przypadku komputera z dos'em lub windows'ami powinniśmy mieć zainstalowany program term95 (rozprowadzany razem z NC) lub inny odpowiedni program komunikacyjny. W przypadku komputera z Linuksem wystarczy nam minicom.

• Do obu komputerów (modemów) podłączyć centralkę telefoniczną (centralka ma 4 numery: 1,2,3,4).

• Zalogować się jako root.

• Zrobić linka (o ile jeszcze nie istnieje) z portu, do którego jest podłączony modem (/dev/ttyS0 = COM1, /dev/ttyS1 = COM2) do /dev/modem:

  ln -s /dev/ttyS0 /dev/modem

• Teraz należy zainstalować program jakiś program z rodziny getty otwierający/czuwający na porcie szeregowym. Tu opisano dwa takie programy mgetty i uugetty. Najpopularniejszym i polecanym tutaj rozwiązaniem jest mgetty.

  mgetty. Jest on prostszy w konfiguracji, powszechnie używany, umożliwia nawiązywanie połączeń wychodzących w trakcie czuwania (używa plików blokujących).

  • W /etc/inittab na końcu dodać linię:

    m:345:respawn:/sbin/mgetty -x 0 /dev/modem

    lub pod Debianem (który działa domyślnie w runlevel'u 2):

    m:23:respawn:/sbin/mgetty -x 0 /dev/modem

    opcja -x 0 oznacza brak logowania; standardowo mgetty zapisuje logi do pliku /var/log/mgetty.log.modem; standardowo tych logów jest dużo, w przypadku wyłączenia zasilania modemu zewnętrznego są znacznie większe - ok. 100kB-300kB dziennie.

  • Teraz uruchamiamy mgetty:

    	kill -1 1
    	ps ax | grep mgetty

    i patrzymy czy jest linia z mgetty. Jak jest to znaczy że działa, jeśli nie działa to musieliśmy coś pomylić (mgetty na prawdę nie wymaga wielkiej filozofii!)

  uugetty. Jest standardowo obecny w RedHacie, jeśli go nie ma to należy zainstalować go wraz z pakietem getty_ps. Wymaga dodatkowych plików konfiguracyjnych, ale może być jeszcze elastyczniej konfigurowalny niż mgetty. Pozwala na bezpieczne nawiązywanie połączeń wychodzących. Podobnie jak mgetty stosuje standard blokowania UUCP, czyli pliki /var/lock/LCK..<nazwa urządzenia>, standard używany przez minicoma, kppp oraz pppd (gdy podamy opcję lock), itp. Co robimy:

  • Tworzymy plik conf.uugetty.modem z zawartością:

    #ALTLOCK=ttyS0
    TIMEOUT=60
    INIT="" AT\r OK\r\n
    WAITFOR=RING
    CONNECT="" ATA\r CONNECT\s\A
    DELAY=1
    #DEBUG=010

    Pierwsza linia (tu zakomentowana) oznacza, że alternatywną nazwą dla naszego urządzenia będzie ttyS0. Jest to przydatne, gdy zdarza nam się odwoływać bezpośrednio do urządzeń /dev/ttySx a niekoniecznie przez linka /dev/modem.

  • W /etc/inittab na końcu dodajemy linię:

    uu:345:respawn:/sbin/uugetty modem

    Uwaga! Jako parametr do uugetty podajemy nazwę urządzenia bez poprzedzającego katalogu /dev/. Jest to jedna z różnic między mgetty i uugetty.

  • Teraz niech zadziała uugetty:

    	init q
    	ps ax | grep uugetty

    i patrzymy czy jest linia z uugetty. Jak jest to znaczy że działa. Jeśli nie to mogliśmy zrobić błąd w pliku konfiguracyjnym albo jest jakiś inny problem. Przy usuwaniu problemów pomocny jest parametr DEBUG w pliku /etc/conf.uugetty.<nazwa urządzenia>. Flaga 010 (jak w proponowanym pliku powyżej) wystarcza do znalezienia większości błędów. Najmocniejszą flagą jest 777. Logi generowane przez uugetty są przekazywane do sysloga.

  • Testujemy

    Na drugim komputerze uruchomiamy minicoma (dla Linuksa) lub inny program (np. dla DOS-a może to być term95) i dzwonimy do naszego komputera:

    minicom

    W przypadku niektórych modemów mogą występować problemy, jeśli na maszynie, na której uruchomiliśmy minicom'a, działa już mgetty. Wtedy przed próbą połączenia powinniśmy wydać w minicomie polecenie:

    atz

    W minicomie następnie wydajemy polecenie:

    atdt"numer"

    gdzie "numer" oznacza 1, 2, 3, lub 4 w zależności od tego, do którego numeru centralki podpięliśmy serwer.

    Po krótkiej chwili (komutacja łączy, popiskiwanie modemów) powinniśmy po stronie klienckiej (dzwoniącej) dostać zgłoszenie się zdalnego systemu (login prompt): login: Teraz możemy się zalogować i od tej chwili powinniśmy być w stanie wydawać polecenia. Oznacza to, że wszystko jest O.K. Możemy już się rozłączyć (np. komendą exit).