slattach -- pppd

[Kristof Petr]

Jaroslav Pxibyl wrote:

>
> Vim, ze staci nakopnout pppd, ale me se to porad nedari. Na strane jedne
> jsem provedl route add -net ........., takze sit, kterou chci pripojit
> je obsazena v routovaci tab. kernelu a spustil pppd s parametrem na
> linku. Na druhe strane jsem spustil pppd s parametrem linky,
> defaultroute lokal IP: remote IP silent. V /etc/ppp/options jsem vyhodil
> param modem. Chvili to funguje tak, ze modemy si meni pakety a pak vse
> ustane. Zkousel jsem na stranu serveru spoustet pppd i s par. passive,
> ale nic to nepomohlo. Proste modemy si obcas pokecaji, ale kominukace
> mezi linuxy vazne.
>

Dulezity je, aby se vytvorilo ppp spojeni a pak je vyhrano.
V okamziku, kdy je spojeni na urovni protokolu funkcni, objevi
se Vam dalsi sitove zarizeni (ifconfig). Napr ppp0. Potom uz lze resit
detaily tykajici se routovani a dalsi.

Jestli se nedari to spojeni ppp, zkuste zvednout pocet lcp a ipcp
restartu v options. Doporucuje se take, aby na kazde strane byl 
tento pocet jiny. Tim zajistite, ze se "budou snazit vickrat a delsi
dobu". Parametr passive je dobra vec, divim se, ze nezabral.

Sledujte, jestli pppd zustane po chvili bezet, nebo chcipne.

Je taky dobry presmerovat vystup debugu na konzolu (syslog.conf)
to presne vite, co se v kterym okamziku deje.

Myslim, ze na zaklade tech vypisu musite urcit, kde je chyba.

Podotykam, ze na tom zarizeni /dev/ttyS0 nebo co to je,
by nemelo viset zadny getty a spol.

Pouze pro testovaci ucely tam zkuste vypustit nejakej programek,
co Vam zobrazi, co presne z te linky leze. Je docela mozny, ze to
ma urizly bity, nebo modemy sifruji.

Jo parametr local v options asi mate, ze?


              Bye
                    pk

-- 
| Kristof Petr                                        kri na fce.vutbr.cz |
| Dept. Of Comp. Science                  Technical University Of Brno |
|                                                                      |
|..........Linux Will Save You From the Gates' of Hell.................|