Dotaz: Udrzeni pripojeni

[Peta]

Dobry den,
mam nasledujici problem.
K pripojeni pouzivam GPRS modem. Potrebuji aby se po nejakem vypadku (napriklad nefunkcnost mobilni site) znovu pripojil.
Mam to resene nasledovne:

Skript ktery kazdou minutu spusti prikaz ping na Seznam a pokud jsou prijate bajty tak spojeni necha. Pokud ale nic neobdrzi zkusi jeste par serveru a pokud ani od nich nedostane odpoved tak modem killne a pokusi se znovu pripojit.

Kousek skriptu:
killall pppd
sleep 10
pppd call provider&

Uz se mi ale parkrat stalo ze spojeni vypadlo a pak uz se nepripojil.
Proto se chci zeptat jestli by mi nekdo neporadil nejake lepsi reseni jak zjistit ze nejde internet.

V logu mi to pise hlasku:
Id "7" respawning too fast: disabled for 5 minutes
kde v /etc/inittab je tohle:
7:2345:respawn:/sbin/mgetty ttyS0

Dekuji moc za kazdou radu

Odpovědi

[Petr Šobáň]

Skuste dát větší sleep nebo kontrolovat ještě před pppd zda tam není ještě starý pppd.

Jinak nepodařilo se nastartovat znovu mgetty na ttyS0 a proto se počká 5 minut než se to skusí znovu.

PS. ttyS0 je ten modem (telefon) ? Pokud ano nepotřebuje nějaký reset a podobně nebo se dostal do nějakého divného stavu, naběhne mgetty ttyS0 po těch 5 minutách nebo ne ?

[Peta]

Je to GPRS modem. Ne telefon, jenom modem.

[David Jež]

Hm, tohle asi neni nejlepsi napad.
Jednou z obrovskych prednosti TCP/IP protokolu na rozdil treba od IPX/SPX je ta, ze neni ukecany a pokud je mrtvo tak je mrtvo. Zvlaste na lince placene za objem by me nejaka nepodstatne data z nejakych nezajimavych pingu docela stvala Tu detekci vypadeneho spojeni by to chtelo udelat nejak jinak, kazdopadne systemem preruseni: budto automaticky shodi hned telefon nebo skonci sam pppd, ale ne to testovat kazdou minutu. Jinak ta hlaska znamena, ze ten skript z nejakych zahadnych duvodu budto zdecha casto nez by mel, nebo se proste nepripoji. Coz je pochopitelne, pokud net vypadne tak je mozne, ze treba minutu nepojede a uz to zdecha. Resil bych to spise nastavenim pppd nez initu. Nahazovani spise nez pres init bych delal parametrem ktery vytaci az jak je pozadavek na pristup na sit.
-djz

[Peta]

Problem je v tom ze internet musi bezet porad. Protoze ten server potrebuji na dalku spravovat.

[Jiří Svoboda]

Predevsim si vyhod z inittabu ten radek s '/sbin/mgetty'. To se pouziva jenom tehdy, kdyz nekdo potrebuje volat tobe do pocitace, to asi nechces.
Podobne primo z inittabu s parametrem 'respawn' spoustej pppd. Ten parametr zajisti, ze kdyz pppd spadne, samo se znovu nahodi. Takze pokud spadne spojeni a s nim spadne i pppd, tak se nahodi samo znovu.
Horsi je (a stava se to), kdyz spojeni "vytuhne" (pppd bezi, ale data netecou). Staci sice jenom pppd killnout (znovu nabehne samo), ale napred musi neco zjistit, ze ty data netecou. Teoreticky by melo stacit sledovat prenesene bytes na ppp0, protoze i kdyz nic netece, tak neco tece. Toto jsem ale podrobneji nezkoumal protoze:
Dost casto se mi stava, ze po vypadku spojeni se seriovy port dostane do nejakeho divneho stavu a pppd (+chat) neni schopno znovu navazat spojeni. Nezabira na to nic, krome rucniho spusteni minicomu a natukani neceho 'AT<Enter>', coz ma k automatice daleko.

[Peta]

Ale v tom inittabu to mam s respawn.

[Jiří Svoboda]

Asi nechapu. Co mas v inittabu s respawn? Pokud bys mel v inittabu neco jako (tohle mam treba ja):

pp:3:respawn:/usr/sbin/pppd call eurotel.cable

tak v tom svem scriptu nepotrebujes zadne 'sleep 10; pppd call provider&', protoze to udela samo (staci kill). Pokud tam mas '7:2345:respawn:/sbin/mgetty ttyS0', tak opakuju, ze je ti k nicemu, to nema s ppp spojenim ven nic spolecneho.