debian + adsl

Debian GNU/Linux

debian + adsl

  • 1161 megtekintés

( zergetoll | 2004. 03. 26., p – 16:52 )

Sziasztok,

kérhetnék én is segítséget az ADSL beüzemeléséhez. Elhasaltam vele. Otthonra szeretnék internetmegosztást.

Debian Woody (bf24) + 2 hálókártya + axelero adsl

eth1 belső háló
eth0 adsl számára fenntartva

Telepítés után elindítottam a pppoeconf-ot és beírtam az adatokat.

A következőt írta ki:
PP BSD Compression module registered
PPP Deflate Compression module registered

Majd nem lépett tovább. CTRL+C után az ifconfig jelezte, hogy neten vagyok. Beírta a resolv.conf-ba a szolgáltató DNS-t. Majd amikor apt-get update következett akkor az ftp-ről nem tudott leszedni semmit. Csak megállt 70%-nál a kapcsolódás állapotban.

Mi lehet a gond?

( trey | 2004. 03. 26., p – 16:59 )

[quote:165542d9bd="zergetoll"]Sziasztok,

kérhetnék én is segítséget az ADSL beüzemeléséhez. Elhasaltam vele. Otthonra szeretnék internetmegosztást.

Debian Woody (bf24) + 2 hálókártya + axelero adsl

eth1 belső háló
eth0 adsl számára fenntartva

Telepítés után elindítottam a pppoeconf-ot és beírtam az adatokat.

A következőt írta ki:
PP BSD Compression module registered
PPP Deflate Compression module registered

Majd nem lépett tovább. CTRL+C után az ifconfig jelezte, hogy neten vagyok. Beírta a resolv.conf-ba a szolgáltató DNS-t. Majd amikor apt-get update következett akkor az ftp-ről nem tudott leszedni semmit. Csak megállt 70%-nál a kapcsolódás állapotban.

Mi lehet a gond?

Tehat fenn vagy a neten, ping megy, csak az adat nem jon. Tipikus hiba. Az MTU erteked nem jo. Ez alapertelmezes szerint 1492. Valtoztasd meg 1452-re vagy addig amig nem fragmentalodnak a csomagok. (1492-rol lefele 10-esevel haladva addig, amig jo nem lesz).

Hol tudod megvaltoztatni?

a /etc/ppp/peers/szolgaltato (a szolgaltato alapertelmezes szerint dsl-provider)

Abban az

mtu 1492-t kell atirni.

(valahol megy az ADSL 1492-vel is, de sok helyen csak 1452-vel)

Ha atirtad ujra kell csatlakozni.

( zergetoll | 2004. 03. 26., p – 17:25 )

[quote:cde7c86f07="trey"][quote:cde7c86f07="zergetoll"]Sziasztok,

kérhetnék én is segítséget az ADSL beüzemeléséhez. Elhasaltam vele. Otthonra szeretnék internetmegosztást.

Debian Woody (bf24) + 2 hálókártya + axelero adsl

eth1 belső háló
eth0 adsl számára fenntartva

Telepítés után elindítottam a pppoeconf-ot és beírtam az adatokat.

A következőt írta ki:
PP BSD Compression module registered
PPP Deflate Compression module registered

Majd nem lépett tovább. CTRL+C után az ifconfig jelezte, hogy neten vagyok. Beírta a resolv.conf-ba a szolgáltató DNS-t. Majd amikor apt-get update következett akkor az ftp-ről nem tudott leszedni semmit. Csak megállt 70%-nál a kapcsolódás állapotban.

Mi lehet a gond?

Tehat fenn vagy a neten, ping megy, csak az adat nem jon. Tipikus hiba. Az MTU erteked nem jo. Ez alapertelmezes szerint 1492. Valtoztasd meg 1452-re vagy addig amig nem fragmentalodnak a csomagok. (1492-rol lefele 10-esevel haladva addig, amig jo nem lesz).

Hol tudod megvaltoztatni?

a /etc/ppp/peers/szolgaltato (a szolgaltato alapertelmezes szerint dsl-provider)

Abban az

mtu 1492-t kell atirni.

(valahol megy az ADSL 1492-vel is, de sok helyen csak 1452-vel)

Ha atirtad ujra kell csatlakozni.

Átírtam 1432-re és poff/pon, de így sem akarja, hogy netezzek. A ping sem megy. Annyit mond, hogy unkonwn host ha egy külső domain-t írok be. Más egyéb beállítás amit elfelejtettem?

( trey | 2004. 03. 26., p – 17:45 )

[quote:4bcfdb4f39="zergetoll"]Átírtam 1432-re és poff/pon, de így sem akarja, hogy netezzek. A ping sem megy. Annyit mond, hogy unkonwn host ha egy külső domain-t írok be. Más egyéb beállítás amit elfelejtettem?

IP-re se megy a ping?

Ez mit mond?

$ping 152.66.115.35

valaszol valamit?

Az ifconfig kimenete mi? Van ppp0 interface? Van IP cime? Vagy gateway? stb.

( zergetoll | 2004. 03. 26., p – 18:17 )

[quote:4221fa589a="trey"][quote:4221fa589a="zergetoll"]Átírtam 1432-re és poff/pon, de így sem akarja, hogy netezzek. A ping sem megy. Annyit mond, hogy unkonwn host ha egy külső domain-t írok be. Más egyéb beállítás amit elfelejtettem?

IP-re se megy a ping?

Ez mit mond?

$ping 152.66.115.35

valaszol valamit?

Az ifconfig kimenete mi? Van ppp0 interface? Van IP cime? Vagy gateway? stb.

Nem bizony. A fenti ping semmit sem válaszol. Csak annyit, hogy egy csomagot sem kapott vissza. Van ppp0 és van ip címe (inet addr, p-t-p, mask). ???

( trey | 2004. 03. 26., p – 20:51 )

[quote:0b507e88b9="zergetoll"]Nem bizony. A fenti ping semmit sem válaszol. Csak annyit, hogy egy csomagot sem kapott vissza. Van ppp0 és van ip címe (inet addr, p-t-p, mask). ???

Figyelni kene a syslog-ot, es valami ilyesmit kellene latni ha csatlakozol:

[...]

Mar 26 20:48:07 alderaan pppd[10918]: pppd 2.4.2 started by root, uid 0
Mar 26 20:48:07 alderaan pppd[10918]: Serial connection established.
Mar 26 20:48:07 alderaan pppd[10918]: Using interface ppp0
Mar 26 20:48:07 alderaan pppd[10918]: Connect: ppp0 <--> /dev/pts/94
Mar 26 20:48:07 alderaan pppoe[10924]: PADS: Service-Name: ''
Mar 26 20:48:07 alderaan pppoe[10924]: PPP session is 12778
Mar 26 20:48:09 alderaan pppd[10918]: PAP authentication succeeded
Mar 26 20:48:09 alderaan pppd[10918]: kernel does not support PPP filtering
Mar 26 20:48:09 alderaan pppd[10918]: Cannot determine ethernet address for proxy ARP
Mar 26 20:48:09 alderaan pppd[10918]: local IP address 81.182.194.61
Mar 26 20:48:09 alderaan pppd[10918]: remote IP address 145.236.238.156
Mar 26 20:48:09 alderaan pppd[10918]: primary DNS address 195.228.240.249
Mar 26 20:48:09 alderaan pppd[10918]: secondary DNS address 195.228.242.180

[...]

( mogorva v | 2004. 03. 26., p – 22:52 )

Javaslom a

route -n

parancsot. Ez ad vissza vmi valaszt? Es ha igen, mennyi ido alatt? (1-2 mp, vagy sokkal tobb?)

Bar a debian nem huz fel alattomban tuzfalat, de nem fut esetleg vmi ipchains v. iptables?

( mogorva v | 2004. 03. 03., sze – 10:53 )

Eppen ADLS telepitesbol jovok es van 1-2 kerdesem.

Kornyezet: debian woody, a gep atjaro a kulso es belso halozat kozott, tuzfal, mail es dns szerver fut rajta, eth0 a belso, eth1 a kulso kartya (erre kapcsolodik majd a ppp0).

Inaktiv ppp kapcsolattal remekul mukodik a dns szerver, minden belso cimet/nevet kepes oda-vissza forditani, a 'route' parancsra azonnal megjelenik a router tabla.

Aktív PPP kapcsolat eseten a syslogba bekerul ez a bejegyzes: 'Cannot determine ethernet address for proxy ARP.'

Ezutan megkapjuk a lokalis es a tavoli IP cimet, meg 2 db DNS szervert. Megjelenik az interface-ek kozott a ppp0, van IP cime, meg mindene ami csak kell.

Viszont.

A 'route' parancs majdnem egy percig var, mire kiadja a router tabla tartalmat, ami latszolag OK. Kifele semmit nem tudunk pingelni vagy trace-elni, kifele nem mukodik a nevfeloldas sem (befele tovabbra is jo).

Nem DNS hiba van, mert a PPP-nek nem engedem atutni a resolv.conf-ot, megcsinaltam en kezzel, ugyanazt irtam be, amit o ad, csak benne van meg a ceges domain nev meg hogy eloszor a 127.0.0.1-en keressen. (A bind-nek megadott forwarderek a szolgaltato altal adott DNS szerverek.)

A PPP-t lekapcsolva (poff) ismet gyors lesz a router tabla megjelenitese.

Ezen a gepen volt mar altalam ugyanigy telepitett ADSL, csak a helyi rendszergazda ezen a gepen gyakorlatozott es jol elcseszte a linuxot, ugyhogy a full reinstall mellett dontottem.

Meg egy erdekesseg: a /etc/ppp alatt a mindenfele konfig file-okat atturva azt vettem eszre, hogy bar eth1-re kerul a ppp0 (a pppoeconf is ott talalta meg), sok konfigban eth0 volt beutve. Ezt kijavitottam, de nem hasznalt semmit. Mindenesetre erdekes, bug jellegu dolog.

Most ott tartunk, hogy nincs net, mert minden timeout-ol, ami kifele probal menni. A tuzfal (iptables) ugyanaz, mint ami itt mar par eve fut, tehat az sem lehet utban.

Van valami tippetek, mi lehet a gond?

Koszi,

mogorva

( Névtelen (nem ellenőrzött) | 2004. 03. 03., sze – 12:27 )

[quote:8bdedfa737="mogorva"]Eppen ADLS telepitesbol jovok es van 1-2 kerdesem.

Kornyezet: debian woody, a gep atjaro a kulso es belso halozat kozott, tuzfal, mail es dns szerver fut rajta, eth0 a belso, eth1 a kulso kartya (erre kapcsolodik majd a ppp0).

Inaktiv ppp kapcsolattal remekul mukodik a dns szerver, minden belso cimet/nevet kepes oda-vissza forditani, a 'route' parancsra azonnal megjelenik a router tabla.

Aktív PPP kapcsolat eseten a syslogba bekerul ez a bejegyzes: 'Cannot determine ethernet address for proxy ARP.'

Ezutan megkapjuk a lokalis es a tavoli IP cimet, meg 2 db DNS szervert. Megjelenik az interface-ek kozott a ppp0, van IP cime, meg mindene ami csak kell.

Viszont.

A 'route' parancs majdnem egy percig var, mire kiadja a router tabla tartalmat, ami latszolag OK. Kifele semmit nem tudunk pingelni vagy trace-elni, kifele nem mukodik a nevfeloldas sem (befele tovabbra is jo).

Nem DNS hiba van, mert a PPP-nek nem engedem atutni a resolv.conf-ot, megcsinaltam en kezzel, ugyanazt irtam be, amit o ad, csak benne van meg a ceges domain nev meg hogy eloszor a 127.0.0.1-en keressen. (A bind-nek megadott forwarderek a szolgaltato altal adott DNS szerverek.)

A PPP-t lekapcsolva (poff) ismet gyors lesz a router tabla megjelenitese.

Ezen a gepen volt mar altalam ugyanigy telepitett ADSL, csak a helyi rendszergazda ezen a gepen gyakorlatozott es jol elcseszte a linuxot, ugyhogy a full reinstall mellett dontottem.

Meg egy erdekesseg: a /etc/ppp alatt a mindenfele konfig file-okat atturva azt vettem eszre, hogy bar eth1-re kerul a ppp0 (a pppoeconf is ott talalta meg), sok konfigban eth0 volt beutve. Ezt kijavitottam, de nem hasznalt semmit. Mindenesetre erdekes, bug jellegu dolog.

Most ott tartunk, hogy nincs net, mert minden timeout-ol, ami kifele probal menni. A tuzfal (iptables) ugyanaz, mint ami itt mar par eve fut, tehat az sem lehet utban.

Van valami tippetek, mi lehet a gond?

Koszi,

mogorva

A jo hir, hogy ezzel mar en is szivtam, tehat nem egyedi eset ;), a rossz az, hogy most nem emlexem a megoldasra. :(. Azonban ami jelenleg eszembe jut: a route helyett inkabb netstat -nr [az vmiert nalam jobban mukodott], masreszt ideiglenesen probalj fix ip-t adni az eth1-nek. [Tudom, hogy elvileg nem kell, de vmi ebben a temaban deereng].

Kisindian

( gabcsi | 2004. 03. 03., sze – 12:45 )

Futtasd újra a pppoeconf parancsot, ez beállít mindent és detektálja az adsl-routerre kapcsolt eth-t és erre húzza rá!

Kapcsold ki a tűzfalat teljesen és Esetleg nézd át mégegyszer a routing tábládat !

Én is szívtam vele, látszólag minden rendben volt, de mégsem ment, nállam a szolgáltató szögelt el akkor vmit (amúgy jó poén volt, mert az akkor még ingyenes helpdesk-nél a "szakembernek" közöltem, hogy linux fut, azt sem tudta mit válaszoljon. Mindíg azt ajánlották, hogy próbáljam windowsos gépen, hogy egyátalán megy-e. Szerencsére ez a korszak nem tartott sokáig és egy értelmes, nevezzük rendszergazdának, aki vmit sejtett akkoriban erről a dologról személyesen eljött a telephelyre és megállapította, hogy vmit a központban elcsesztek!).

( mogorva v | 2004. 03. 03., sze – 13:49 )

Koszi a valaszt mindenkinek.

A tuzfal eredetileg nem volt felhuzva, csak mielott otthagytam az egeszet, elinditottam, hatha magahoz ter a net es akkor ne alljanak ott puceran.

Az eth1 (amin az adsl van) alapbol kap fix ip cimet, mert a doksi szerint kell neki (ha jol emlexem).

Abban bizom, hogy a tegnapi Axeleros bohockodas kihatasait erezzuk meg most is, mert axeleros adsl-rol van szo.

Gabcsi: a route tablat hogyan nezzem at? Ha kiadom a 'route'-ot, akkor majdnem 1 percig vakarodzik. Ha fut a PPP, akkor a router tablat nem tudom piszkalni, mert nem reagal semmire.

( Sallus | 2004. 03. 03., sze – 14:16 )

Sima "route" helyett hasznalj "route -n"-t, az nem fog nevfeloldassal szarakodni.
Ha a dns-ed forwarderei kozott ott van a szolgaltatod ket dns-e, akkor nem muszaj felvenned oket az /etc/resolv.conf-ba, eleg a 127.0.0.1.
ADSL-nel a kapcsolat letrejotte elott kell leteznie egy konfiguralatlan ethx eszkoznek, amire a pppx ra fog csucsulni. Az /etc/network/interfaces fileben csak ennyi legyen errol az eszkozrol:
auto eth0
Azt, hogy az eszkoz letezik, de nincs felkonfiguralva "ifconfig -a"-val tudod megnezni.

ird ide az /etc/ppp/ppp_on_boot, /etc/ppp/peers/$szolgaltatod file-k tartalmat, abbol hatha kiderul valami.

S.

( zergetoll | 2004. 03. 29., h – 10:54 )

[quote:74aa19327b="mogorva"]Javaslom a

route -n

parancsot. Ez ad vissza vmi valaszt? Es ha igen, mennyi ido alatt? (1-2 mp, vagy sokkal tobb?)

Bar a debian nem huz fel alattomban tuzfalat, de nem fut esetleg vmi ipchains v. iptables?

Igen adott vissza választ és rájöttem, hogy rosszul konfiguráltam az eth1-et és 192.168.0.0 volt az ip-je és 192.168.0.1 a gateway. Miután leállítottam az eth1-et azonal ment.

Köszi a segítséget mindenkinek!

( mogorva v | 2004. 03. 03., sze – 14:32 )

[quote:90f600a650="Sallus"]Sima "route" helyett hasznalj "route -n"-t, az nem fog ...

Oks, este megnezem. Akkor tudom majd elhozni a kert file-ok tartalmat is.

( mogorva v | 2004. 03. 04., cs – 17:08 )

Koszonom mindenkinek a segitseget, tegnap ejjel megoldottam a dolgot. Mivel semmi okat nem lattam, hogy miert nem mukodik, ezert ujrahuztam az egesz debiant (20 perc mar nem szamitott) es ettol rendbejott.

( zergetoll | 2004. 03. 30., k – 14:59 )

Még egy kérdésem lenne:

A pon dsl-provider parancs után a következő hibaüzenettel találkozom

Segmentation fault

és természetesen nem megy az adsl.

Valaki meg tudná mondani, hogy mit jelent illetve hol tudok a hibáknak utánanézni Debian alatt. Mintha startup-nál láttam volna egy 166-os kódot.

Köszi előre is!

( Névtelen (nem ellenőrzött) | 2004. 03. 30., k – 17:01 )

tedd fel a tar változatot

http://www.roaringpenguin.com/products/rp-pppoe/index.php

Gorgó