Dotaz: Připojení k IOL ADSL

[Jakub]

Zkoušel jsem se připojit k ADSL od IOLu podle návodu na Rootovi. Nainstaloval jsem pptp, nastavil konfigurační soubory ppp a spustil skript.

Dostanu se na stránku dashboardu, přihlášení funguje, rozsvítí se zelená značka, služba je spuštěna - ale nemůžu se dostat na internet. V diskusi na Rootovi mělo několik lidí stejný problém, ale nikde jsem nenašel řešení. Někomu prý pomohlo nastavení DNS serverů poskytovatele natvrdo do resolv.conf - můj poskytovatel snad adresy DNS nikde v dokumentaci neuvádí, tak jsem zkusil DNS adresy IOL pro dialup, ale bezvýsledně (ani ping na IP adresy nefunguje).

Ve Windows to funguje bezvadně.

Výpis ifconfig po přihlášení:

eth0      Link encap:Ethernet  HWaddr 00:50:FC:33:D2:4E  
          inet addr:10.0.0.120  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:141 errors:0 dropped:0 overruns:0 frame:0
          TX packets:120 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:62384 (60.9 Kb)  TX bytes:15236 (14.8 Kb)
          Interrupt:11 Base address:0x9000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:46 errors:0 dropped:0 overruns:0 frame:0
          TX packets:46 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:3496 (3.4 Kb)  TX bytes:3496 (3.4 Kb)

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:172.18.20.13  P-t-P:172.22.0.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:80 errors:0 dropped:0 overruns:0 frame:0
          TX packets:87 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:54615 (53.3 Kb)  TX bytes:8112 (7.9 Kb)

A route:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
172.22.0.1      *               255.255.255.255 UH    0      0        0 ppp0
10.0.0.0        *               255.255.255.0   U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo
default         172.22.0.1      0.0.0.0         UG    0      0        0 ppp0

Odpovědi

[Petr Šobáň]

Jenom taková blbost IP je 172.18.20.13 a ptp je 172.22.0.1 takže u toho prvniho řadku z route tabulky nebude lepší nastavit masku na 255.0.0.0. Nebo nemá byt default 172.18.20.13. A dns asi bude mít nějak 172....jinak koukněte do win co tam máte nastavené za dns. PS. Berte to s rezervou o adsl vim pouze jak to rámcově chodí.

[Pavel]

Směrovací tabulka je v pořádku. První řádek říká, že p-t-p adresa 172.22.0.1 je dostupná přes rozhraní ppp0. Je to tedy host routa, a proto má masku samé jedničky. Ta je nutná, aby OS věděl, kde se default gw nachází. Dost ale pochybuji, že DNS bude v rozsahu 172.x.y.z, protože se jedná privátní rozsah.

[Petr Šobáň]

A proč by nebylo ??? Připojuješ se do místní sítě ne na internet takže místní DNS server. Je ale možné že to mají udělané jinak a potom bych tam mohl mět uveden jakýkoliv dns z internetu. Prostě tady v těch rourách apod se neviznám takže neporadím více.

[Tomáš Bžatek]

No, ty vypisy vypadaji vporadku. Co se tyce resolvovani, tak ja mam automaticky v resolv.conf radek search ddd a s tim to normalne funguje. Zkousel jsem jeste nastavit rucne DNS a taky to fungovalo. Ono ADSL pripojeni obcas stavkuje, proste jsou nekde na ceste k poskytovateli problemy. Bud se neda vubec pripojit k modemu (PAP auth. failure), nebo se neda pripojit na Dashboard (Telecom si hraje obcas s IPckama dashboardu), nebo se prihlasim k dashbordu, muzu se na nem prochazet, ale na net se nedostanu. V takovych pripadech nezbyva nic jineho, nez cekat, az se to rozjede (nejdelsi vypadek byl asi pul dne). Ale je divny, ze ve win to funguje. Maximalne muzes zkusit znovu se prihlasit na Dashboard, pokud to dela nejaky skript, tak to nemusi 100%-tne chodit.

[Tomáš Bžatek]

Jeste jedna vec mne napadla: ta sitovka, co je pripojena k modemu by mela byt nastavena jako half-duplex, jinak to dela bordel.

[Radim Grünwald]

Čau, řešil jsem podobný problém na RH 7.1 no a dá se na to vyzrát jednoduše:
Do souboru etc/resolv.conf je potřeba natvrdo zadat ip adresu DNS serveru tvýho providera a mělo by to chodit.
good luck :o) Polymorph

[Radim Grünwald]

Jo a já to nedočet ty tam o tom píšeš, sory, no já si ty adresy těch DNS musel zjistit telefonicky na podpoře(jsem u Nextry a byly docela ochotní, akorát mě štve že nedělají tech. podporu pro LINUX ale jen pro wokna :o( Polymorph

[Jakub]

Nevadí - i tak díky moc za odpověď, byla správná . Omluvit bych se měl já - nevím proč jsem na to nepřišel dřív, i když jsem to zkoušel. Snad proto, že jsem ty DNS adresy neznal a zkoušel jsem nějaké jiné, které nefungovaly - IOL je skutečně nikde neuvádí, návody má výhradně pro Windows, kde se DNS přidělí automaticky, což v Linuxu nejde. Tak jsem je musel zjišťovat nějakým příkazem ve Windows po připojení... Jo, ta striktní Windows-only orientace (např. "na dashboard se dostanete spuštěním Internet Exploreru") mě taky dost štve. Díky všem za odpovědi.

[sam]

Adresy DNS servru vypisu pppd do /var/log/messages - i s IP adresou, kterou jsi dosta po pripojeni. (teda u mne na RedHat 7.1)

[sam]

Oprava preklepu: VYPISE pppd do /var/log/messages U mne to vypada nejak takto:
Jul 6 18:27:10 rh pppd[20778]: pppd 2.4.0 started by root, uid 0
Jul 6 18:27:10 rh pppd[20778]: Using interface ppp0
Jul 6 18:27:10 rh pppd[20778]: Connect: ppp0 --> /dev/pts/0
Jul 6 18:27:12 rh pptp[20795]: anon log[decaps_hdlc:pptp_gre.c:216]: PPP mode seems to be Asynchronous.
Jul 6 18:27:12 rh kernel: PPP BSD Compression module registered
Jul 6 18:27:13 rh kernel: PPP Deflate Compression module registered
Jul 6 18:27:13 rh pppd[20778]: local IP address 172.18.61.251
Jul 6 18:27:13 rh pppd[20778]: remote IP address 172.18.56.1
Jul 6 18:27:13 rh pppd[20778]: primary DNS address 194.228.41.113
Jul 6 18:27:13 rh pppd[20778]: secondary DNS address 80.74.32.241

Jsem pripojen pres IOL