DSL DNS Probleme

[paddy2706]

hey

ich hab bei meinem dsl-provider ne dsl connection, die ich auch schonmal unter debian (allerdings woody) funktionierend hatte, jetzt auf meinen alten rechner benutzen wollen, der hat ne 10Mbit karte von 3com drin.

damit kann ich super das netzwerk und alles benutzen aber die dsl connection funzt net.

hab die connection einstellungen mit pppoeconf gebastelt und die schaut so aus: (cutted)

Code: Alles auswählen

noipdefault
usepeerdns
defaultroute
demand
idle 300
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user "100003779639"

wenn ich also jetzt connecte meldet er keinen fehler und nix aber ich kann nicht aufs internet zugreifen:

Code: Alles auswählen

cn-s233-m:~# pon dsl-provider
Plugin rp-pppoe.so loaded.
RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
cn-s233-m:~# plog
Oct  6 00:19:19 localhost pppd[1703]: Exit.
Oct  6 00:19:26 localhost pppd[1727]: Plugin rp-pppoe.so loaded.
Oct  6 00:19:26 localhost pppd[1727]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
Oct  6 00:19:27 localhost pppd[1729]: pppd 2.4.2 started by root, uid 0
Oct  6 00:19:27 localhost pppd[1729]: Using interface ppp0
Oct  6 00:19:27 localhost pppd[1729]: Couldn't increase MTU to 1500
Oct  6 00:19:27 localhost pppd[1729]: Couldn't increase MRU to 1500
Oct  6 00:19:27 localhost pppd[1729]: Cannot determine ethernet address for proxy ARP
Oct  6 00:19:27 localhost pppd[1729]: local  IP address 10.64.64.64
Oct  6 00:19:27 localhost pppd[1729]: remote IP address 10.112.112.112

das komische ist, ist dass die lokale ip die zugewiesen wird immer die selbe ist, egal wann ich connecte, wenn ich die selbe connection mit nem anderen rechner benutze werden normal verschiedene ips vergeben (211.irgendwas)...

jemand ne idee worans liegen kann? sollte ich ne andere karte hernehmen (das is ne 10BaseT karte...)?


**EDIT: Hab grad nen ping ausgefuehrt:

Code: Alles auswählen

cn-s233-m:~# ping google.com
ping: unknown host google.com
cn-s233-m:~# ping 216.239.37.99
PING 216.239.37.99 (216.239.37.99) 56(84) bytes of data.
64 bytes from 216.239.37.99: icmp_seq=3 ttl=236 time=485 ms
64 bytes from 216.239.37.99: icmp_seq=4 ttl=236 time=500 ms
64 bytes from 216.239.37.99: icmp_seq=5 ttl=236 time=511 ms
64 bytes from 216.239.37.99: icmp_seq=6 ttl=236 time=481 ms
64 bytes from 216.239.37.99: icmp_seq=8 ttl=236 time=491 ms
64 bytes from 216.239.37.99: icmp_seq=9 ttl=236 time=498 ms
64 bytes from 216.239.37.99: icmp_seq=11 ttl=236 time=500 ms
64 bytes from 216.239.37.99: icmp_seq=12 ttl=236 time=472 ms

--- 216.239.37.99 ping statistics ---
12 packets transmitted, 8 received, 33% packet loss, time 11085ms
rtt min/avg/max/mdev = 472.657/492.846/511.470/11.713 ms
cn-s233-m:~# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
61.149.8.1      *               255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     *               255.255.255.0   U     0      0        0 eth0
default         61.149.8.1      0.0.0.0         UG    0      0        0 ppp0

also liegts an der dns-aufloesung... wo kann der fehler liegen?

danke schonmal!

paddy

[QT]

Ni Hao

Du könntest bei Deinen Postings die Kommentare aus den gepasteten Dateien weglassen, das macht es den Leuten, die helfen sollen, leichter, alles zu lesen.

In Deiner Konfig nutzt Du die "demand" Option. Soweit ich das letztens bei ein paar Tests mitbekommen habe, wird dadurch der Rechner netzwerkseitig nur dazu vorbereitet, irgendwann mal online zu gehen, aber er waehlt sich nicht ein. Das wird auch dadurch bestaetigt, dass die local und remote IP jeweils eine aus dem 10er Class A Netz sind, die zu den Adressen gehören, die für die Nutzung im nicht-öffentlichen Bereich (Zuhause, Firmen etc) reserviert sind. Eine solche IP vergibt mit Sicherheit nicht Dein ISP

Wie sieht denn nach Einwahl die Routingtabelle (route -n) aus und was passiert, wenn Du aufs Internet dann zugreifst? Wird dann etwas geloggt und ändert sich womöglich die Routingtabelle?

Kannst auch mal die "demand" und "idle" Optionen weglassen und dann nochmal das DSL starten....

Auch EDIT: Ja, also das bestätigt, dass es an den beiden o.a. Optionen liegt

[trozmo]

kannst ja mal das paket dns-masq installieren

[QT]

kannst ja mal das paket dns-masq installieren

DNS geht ja bei ihm, wie hätte er sonst "google.com" pingen können!?

Edit: Ooops, richtig Lesen muss man können Je nachdem, was als Nameserver in resolv.conf eingetragen ist, sollte ein DNS Lookup die "demand" Einwahl aber auch triggern.

[paddy2706]

ni hao erstmal nach koeln zurueck?

was isses jetzt ? liegt es an dem idle und demand oder net?

also in meiner /etc/ppp/resolv.conf sind zwei der nameserver von meinem provider (btb) drin:
nameserver 202.106.0.20
nameserver 202.106.46.151

und das funktioniert auch (http://www.mob.net/~ted/tools/custom.dn ... 2.106.0.20)

[QT]

was isses jetzt ? liegt es an dem idle und demand oder net?

Also meiner Meinung nach definitiv an den beiden Optionen. Generell geht es ja. Du musst die wirkliche Einwahl halt immer nur erst noch mit einem Befehl (wie zB ping) triggern. Danach geht es dann ja............

Da Du vermutlich kein IP address rewriting aktiviert hast, gehen die Pakete der ersten Anfrage (ping google.com) leider verloren, denn die IP von ppp0 ändert sich ja. Also musst Du das erst abbrechen und das ping neu starten. Nun gehts.....

Wenn Du weiterhin mit "demand" arbeiten willst, empfiehlt sich ein Blick in [1] und entsprechendes Aktivieren der Option. Dann würde auch das erste Paket nicht mehr "verloren" gehen.

Willst Du dagegen die DSL Verbindung sofort aktiv haben, dann nimm das demand und idle aus der Konfig.

[1] /usr/src/linux/Documentation/networking/ip_dynaddr.txt

[paddy2706]

ok ja wenn ich das deaktiviere funktionerts

naja ich wollte das mit dem dialin eh mit dem seperaten tool machen (LANDialler [1] oder LANControl [2]), also stellt sich das problem gar net...

danke auf jeden fall!

[1] http://landialler.sourceforge.net/
[2] http://linecontrol.sourceforge.net/