Dotaz: pppd daemon died

[Jan Cienciala]

Ahoj. Stahl jsem si ovladace pro linuch na muj winmodem lucent, vsechno se zdalo byt v poradku, vytaci to, ale pri prihlasovani to skonci s Exit statusem 1. Posledni radka v logocvacim okne KPPP byla CONNECT 34666 V42bis. Zkousel jsem to i pod rootem, ale je to to same, takze pravama to asi nebude. Zkousel jsem volat i na normalni telefon a zvednout to a bylo to bez problemu. Man pppd mi moc nepomohlo. U exit status 1 tam neni napsasne nic konkretniho (nebo tomu nerozumim). Tipoval bych to na problem s IP adresou. Kdyz jsem instaloval linux (Debian 3.0) tak tam bylo neco o network a IP adresach, cemu jsem nerozumel, tak jsem to bezhlave proentroval :). Mam jadro bf2.4. Nevite cim by to mohlo byt? Diky.

Odpovědi

[Jan Cienciala]

Jeste jsem zapomel dodat, ze DNS jsem zkousel zadat manualne i auutomaticky, ale nepomohlo to.

[Jiri Svoboda]

dopln do konfigurace pppd parametr "debug" at je podrobne videt, co se deje. je tam pak videt (v logu a/nebo na obrazovce) cele vyjednavani spojeni a na cem to padne. osobne to odhaduju na chybu v autentizaci (ta je jeste soucasti LCP vyjednavani).

[Zdeněk Šlossar]

Mam uplne stejny problem. Uplne do pismene. Nevim ale kde bych mel pro konfiguraci pppd doplnit parametr "debug"?

[Jiri Svoboda]

Ono docela zalezi na tom, jak se to pppd vola, podle toho jsou pouzity urcite konfiguracni soubory v adresarich '/etc/ppp' a '/etc/ppp/peers'.
Poustite to pppd z prikazove radky nebo pres nejake zprasene graficke rozhrani?
U prikazove radky by to melo stacit pridat jako dalsi parametr na radku. Jinak asi nejuniverzalnejsi je pridat "debug" do '/etc/ppp/options', kteryzto konfigurak je pouzit v podstate vzdycky.
Az to budete mit nakonfigurovano, tak debug vypis leze na stdout, takze je zase vyhoda byt v prikazove radce, protoze je to hned videt.

[Zdeněk Šlossar]

No, zkousel jsem pouzivat kppp a to je jestli tomu dobre rozumim graficke rozhrani pro pppd. Ale stahnul jsem si i wvdial. Ten jsem jeste nezkousel, ale myslim, ze se obsluhuje z prikazove radky. Nebo jste to myslel tak, ze se necha pppd volat primo z prikazove radky bez pouziti nejakeho rozhrani?

[Jiri Svoboda]

No jak presne funguje kppp to nevim, protoze KDE jsem uz kdysi zavrhl. GNOMEovsky graficky ppp vola 'wvdial' a ten vola klasicky prikazovy 'pppd'...
Ja ale odjakziva pouzivam jen a pouze ono klasicke 'pppd' z prikazoveho radku. Pouzivam mnoho ruznych ppp spojeni (callback do prace, po kabelu do iPAQu, pres mobil a GPRS na net a to bud pres IrDA nebo Bluetooth, ppp tunel skrz ssh atd.) a je to opravdu to nejlepsi, co muze byt.
Navic mi to zrychluje pripojeni, protoze kdyz nabootuju masinu, tak z jedne konzoly pustim pripojeni a z druhe teprve zacnu pripadne startovat Xka.
Jo, ale temahle kecama jsem asi moc nepomoh, co? Takze, co je to za providera? Ono by to v zasade melo byt jedno, ale HOWTO pro VOL je treba tady.

[Jan Cienciala]

Zkousel jsem Tiscali, Volny a dokonce Quick. Je to furt to same.

[Jan Cienciala]

Z prikazove radky vylezlo asi toto:

----------bezvyznamne kecy---------
Opener: received OpenDevice
Opener: received ExecPPPDaemon
In parent: pppd pid 827
Opener: received OpenResolv
Kernel supports ppp alright.
Couldn't find interface ppp0: No such device.
Couldn't find interface ppp0: No such device.
Couldn't find interface ppp0: No such device.
pppd: The remote system is required to authenticate itself
pppd: but I couldn't find any suitable secret (password) for it to do so.
pppd:x (None of the available passwords would let it use an IP adress.)
It was pppd that died
pppd exited with return value 1
Sending 823 a SIGUSR1
Opener: received RemoveSecret
Opener: received RemoveSecret
Opener: received OpenResolv
Opener: received OpenResolv
Opener: received RemoveLock
Opener: received PPPDExitStatus
WARNING: KDE detected X Error: Bad match (invalid parameter attributes) 8
Major opcode: 42

[Jiri Svoboda]

Sice nevim, kde se tam berou ty radky ze zacatku, ty jeste nepatri k 'pppd', asi je to nejaky spousteci script nebo neco takoveho, ale co se tyka cisteho 'pppd', tak jeho hlaseni jsou pouze ty radky zacinajici "pppd:". Z nich vyplyva, ze je opravdu chyba nekde v autentizaci. Bud nenajde v souborech '/etc/ppp/pap-secrets', '/etc/ppp/chap-secrets' to, co potrebuje, nebo v nich hleda co nema. Proto se ani nepokousi vytacet.
Zkousel jsi to nastavit podle toho HOWTO?

[Zdeněk Šlossar]

Nastavil jsem tedy vse dle toho HOWTO. Jsem taky pripojen na volnyho. Spustil jsem tedy rovnou pppd. Vysledek je ten, jako by vse probehlo ok, ale nemuzu prohlizecem ani meilovym klientem se dostat na internet. Mam v pocitaci jeste sitovku, protoze na koleji mam sit a doma jen modem. Tak mevim, zda se to musi nekde nastavit, aby vedel, ze na sit je pripojen modem a nemyslel si, ze kdyz sitovka neni pripojena, tak ze neni sit zadna? Vypis co se delo...
pppd 2.4.1 started by root, uid 0
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/modem
kernel does not support PPP filtering
local IP address 62.177.114.168
remote IP address 195.122.222.165

...ted se nic nedelo, tak jsem pppd ukoncil.

Terminating on signal 15.
Connection terminated.
Connect time 0.9 minutes.
Sent 80 bytes, received 58 bytes.
Hangup (SIGHUP)
Exit.

Poradte tedy co dale s tim....diky(o:

[Jiri Svoboda]

"...ted se nic nedelo, tak jsem pppd ukoncil."
Hezky receno, ale ono se delo. Bezelo ppp spojeni. Ty adresy sice vypadaji divne, u ppp byvaji vetsinou 'bliz sobe', ale mozne to je. Navic jsem si zjistil, ze obe adresy patri VOLu, takze je to nejspis fakt dobre.
No a ted uz by melo vsechno normalne fungovat. Zacal bych pingem na cislenou adresu (treba 195.250.128.34, DNS VOLu).
Jediny problem jeste muze byt v nastaveni DNS. ppp sice umi prevzit DNS adresy ze serveru, jenze ony nejsou zpropagovany do celeho systemu, takze to vypada, jako by to nefungovalo. Sam nevim, jak to nejlip vyresit. Ja osobne mam v '/etc/' soubory 'resolv.conf.vol', 'resolv.conf.infos' atd. a v pripojovacim scriptu proste udelam 'ln -sf /etc/resolv.conf.provider /etc/resolv.conf'. Ty zatim klidne zkus jen zapsat spravne DNS adresy do '/etc/resolv.conf'.

[Standa]

sam mam podobny problem, nainstaloval jsem modem, pripojim se, ale vypada to, ze dns adresy, ktere jsem zadal v kppp to nebere, nebo to s nima nedokaze pracovat, protoze se nikam nepripojim. Prohlizec ty adresy nezna a nemuze je najit. Mam Mandrake 9, doufam, ze ty soubory najdu. Je v tech souborech nejaky priklad, nebo staci proste napsat co radek to jedno DNS?

[Zdeněk Šlossar]

Nejsem si zcela jist, protoze ted nejsem k kompu a dostanu se k nemu az o vikendu, ale myslim ze v resolf.conf mam DNS adresy. A myslim, ze dve - primarni DNS a sekundarni DNS. Ale nevim jestli jsou spravne... Spise vidim problem v tom to s tou sitovkou. Nebo ty mas sitovku na pocitaci taky?

[Standa]

ne, ja nemam sitovku, jen ten modem... ale dost me to zaskocilo, myslel jsem, ze to bude bez problemu, ze ty dns se nekam zapisou, evidentne ne, holt rucne zadat do konfiguraku. ja se na to take podivam asi az zitra, ale i tak je to lepsi nez je zmatene hledat a studovat tuny materialu...(jsem zacatecnik). Obcas opravdu pomuze takoveto tuknuti. Zbytek si dohledam. Resp. se o to pokusim... problem je, ze toho o sitich tolik nevim.

[Jiri Svoboda]

Jeste neco mi doslo. Asi mas s tou sitovkou pravdu. Jde o to, ze mas nejspis nastavenou nejakou default route a ta pokud existuje, tak pppd uz dalsi nenastavuje (aspon mam dojem, ze se to tak chova). Takze pred spojenim ppp bud vyhodit tu default route z routovaci tabulky a nebo shodit tu sitovku (jak uz jsem psal), pak zmizi i ta routa.

[Jiri Svoboda]

Sitovku mam. I dve. To by nemel byt problem. Jedine snad, kdyby mela verejnou IP, tak by nebylo mozne dostat se na prislusny subnet pres Internet, ale to je jen par konkretnich adres. Default gateway si nastavi pppd samo ven (parametr "defaultroute"). Pokud ti ta sitovka lezi tak moc na srdci, neni problem ji docasne vypnout prikazem 'ifconfig eth0 down'.
Kazdopadne po tom spojeni prvni vyzkousej neco s ciselnyma adresama, at vis, jestli je to problem DNS a nebo ne. V tom 'resolv.conf' mas adresy DNS toho providera nebo nejake jine? Z principu muzes samozrejme pouzit libovolne, ale musis se na ne dostat, coz muzou mit nekteri provideri blokovano (maji je dostupne jen pro sve zakazniky).

[Stanislav Brabec]

Tato hláška je ošklivá: Couldn't find interface ppp0: No such device. Znamená to, že se nenatáhne ppp zařízení (a vznikne /dev/ppp). Zkuste se podívat, co vypsal dmesg.

[Jiri Svoboda]

Tady bych rek, ze jsi trosku mimo. Jednak '/dev/ppp' nevznika nikdy (sitova zarizeni v linuxu v '/dev/' nejsou), jednak ta hlaska je toho nejakeho scriptu, ze to 'ppp0' nenasel a nenasel ho prave proto, ze jeste nebezi 'pppd', takze se ho teprve pokousi spustit.
Taky jsem se nejdriv te hlasky lekl, ale pak jsem pochopil, ze je to nejspis takto.

[Jan Cienciala]

Jak to myslite co vypsal dmesg? Jak se mam podivat co vypsal dmesg?

[JM]

No napiste dmesg, resp. lepe dmesg |less

[Tomáš Pelc]

Nejsem sitovy guru - takze je to mozna blbost - ale me pomohlo v /etc/ppp/options dat "noauth" nebo "auth" zakomentovat a uz to slape.