Internetverbindung wvdial + SuSE6.4

Hallo,

ich habe ein großes Problem mit der Internetverbindung unter SuSE 6.4.
Ich verwende wvdial um eine PPP Verbindung zu erstellen. (auch mit mehreren ISP’s getestet)
Die Verbindung wird hergestellt und auch die default route wird richtig gesetzt. Ich habe auch mit yast mehrere DNS konfiguriert. Merkwürdig erscheint mir, das ich wenn ich nach Aufbau der Verbindung die routen einsehe, selbst die IP meiner Netzwerkkarte (192.168.0.2) mit RFC1819 o.ä. aufgelöst wird.
Ich kann mit ping zwar meinen gegenrechner erreichen aber keinen anderen Rechner im Netz. Außerdem will desshalb sendmail die mails nicht versenden, und stellt sie ständig zurück.

Was habe ich vergessen?

Gruß Karsten

hi,

Dein Problem kommt mir bekannt vor. Ich dachte aber, dass das sich-in-die-Quere-kommen von yastig eingerichteter Netzwerkkarte und Dialupzugang inzwischen gefixt wäre.

Die Verbindung wird hergestellt und auch die default route
wird richtig gesetzt.

„richtig“: Woraus leitest Du das ab? Die Ausgaben von ifconfig und route wären hierbei schon hilfreich. (Man übersieht erfahrungsgemäß besonders gerne dann den Fehler, wenn man sich sicher ist, dass man alles richtig abgelesen hat. *leidvolleErfahrung*)

Ich habe auch mit yast mehrere DNS konfiguriert.

kannst Du die DN-Server mit ihren IPs anpingen, sind es auch die „zuständigen“ DNS?

Merkwürdig erscheint mir, das ich wenn ich nach
Aufbau der Verbindung die routen einsehe, selbst die IP meiner
Netzwerkkarte (192.168.0.2) mit RFC1819 o.ä. aufgelöst wird.

das heisst genau: was? Und was hat das mit dem INternet Stream Protocoll der Version 2 zu tun? Schenke uns einfach mal die Ausgaben von ifconfig und route, wir kreisen das dann schon ein :wink:

Ich kann mit ping zwar meinen gegenrechner erreichen aber
keinen anderen Rechner im Netz.

Du pingst auf IPs oder auf Namen?
Hast Du ‚etherape‘ und ‚ethereal‘ installiert? Setz die doch mal auf die Verbindung an, vielleicht macht Dich das schlauer.

Außerdem will desshalb
sendmail die mails nicht versenden, und stellt sie ständig
zurück.

Das ist wohl ein Folgeproblem ™.

a’no panic’l

Hallo,
hier habe ich mal die angefragten Ausgaben.
Ich habe die DNS :
193.175.175.160
162.104.197.199
195.145.66.20
konfiguriert. Erreichen kann ich mit PING allerdings nur den letzten.
Ich kann allerdings mit Lynx beliebig im Netz surven.
Wenn ich auf URL’s pinge, wird sie aufgelöst!

Was kann das wohl sein?

Gruß Karsten

> route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
tnt7.Hilden.de. * 255.255.255.255 UH 0 0 0 ppp0
RFC1918-Host * 255.255.255.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default tnt7.Hilden.de. 0.0.0.0 UG 0 0 0 ppp0

> route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
139.4.248.7 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 139.4.248.7 0.0.0.0 UG 0 0 0 ppp0

>ifconfig

eth0 Link encap:Ethernet HWaddr 00:08:C7:FA:CD:E1
inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:30 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
Interrupt:5 Base address:0x1010

ppp0 Link encap:stuck_out_tongue:oint-to-Point Protocol
inet addr:149.225.77.223 P-t-P:139.4.248.7 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1524 Metric:1
RX packets:118 errors:0 dropped:0 overruns:0 frame:0
TX packets:119 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:10

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

RFC1918-Host * 255.255.255.0 U 0 0
0 eth0

Meine spontane Idee hierzu wäre, daß in einem Yast Consig-File (wie heißt das noch: suseconfigrc ? neeee, ich komm nicht drauf :frowning:) eine Zeile aukommentier wurde und das „#“ am Zeilenanfang verlorenging. mache doch mal ein grep nach diesem RFC1918 und schaue in der Datei nach, ob meine Theorie plausibel ist…

Gruß,

Sebastian

Hallo,
hier habe ich mal die angefragten Ausgaben.
Ich habe die DNS :
193.175.175.160
162.104.197.199
195.145.66.20
konfiguriert.

Aha. Was steht denn in /etc/resolv.conf und in /etc/host.conf?

Wenn Du die DNS Server nicht anpingen kannst, dann hast Du unter Umständen gar kein DNS Problem, es liegt an einer anderen Stelle.

Habe ich das richtig verstanden? Mit Lynx funktioniert es auch mit der Namensauflösung?

Gruss

Jens

RFC1918-Host * 255.255.255.0 U 0 0
0 eth0

Meine spontane Idee hierzu wäre, daß in einem Yast Consig-File
(wie heißt das noch: suseconfigrc ? neeee, ich komm nicht
drauf :frowning:)

Wie gut, das auf dem Notbuch noch eine Uralt-SuSE rennt … /etc/rc.config (aka. /etc/reg.istry :wink: heisst das gesuchte File.

eine Zeile aukommentier wurde und das „#“ am
Zeilenanfang verlorenging. mache doch mal ein grep nach diesem
RFC1918 und schaue in der Datei nach, ob meine Theorie
plausibel ist…

RFC1918-Host stimmt schon, denn der RFC beschäftigt sich mit der Adressvergabe in privaten Netzen. Allerdings kommt es mir hochseltsam vor, dass diese Bezeichnung ausserhalb des Kommentars auftaucht.

al

Hallo,

ich habe ein großes Problem mit der Internetverbindung unter
SuSE 6.4.
Ich verwende wvdial um eine PPP Verbindung zu erstellen. (auch
mit mehreren ISP’s getestet)
Die Verbindung wird hergestellt und auch die default route
wird richtig gesetzt.

Hallo miteinamder

Ihr habts gut, Ihr kommt wenigstens ins Netz
das ist mir noch nicht gelungen.
Ich waehle mit kppp oder wvdial.
Aber was ich auch mache , immer bricht die
Verbindung ab, waehrend die Kennung geprueft wird, mit
DAEMON DIED UNEXPECTEDLY
im log steht MODEM HANGUP
in den /etc/ppp- dateien habe ich alles eingestellt-

Hier liegt ein grundsaetzlicher Fehler.
Wer hat das auch schon erlebt

Gruesse […]

[Team: Name entfernt]

hi,

Ihr habts gut, Ihr kommt wenigstens ins Netz
das ist mir noch nicht gelungen.
Ich waehle mit kppp oder wvdial.
Aber was ich auch mache , immer bricht die
Verbindung ab, waehrend die Kennung geprueft wird, mit
DAEMON DIED UNEXPECTEDLY
im log steht MODEM HANGUP
in den /etc/ppp- dateien habe ich alles eingestellt-

schliesst „alles“ auch ein, dass Du bei neueren pppd-Versionen das dem Dialer auch mitteilen musst?

–snip
New PPPD
If you have pppd version 2.3.0 or newer, you’ll
need to enable this, because new versions require a
file /etc/ppp/peers/wvdial. Enabling this options
tells pppd to look for this file.
–snap

al

Hallo miteinamder

Ihr habts gut, Ihr kommt wenigstens ins Netz
das ist mir noch nicht gelungen.
Ich waehle mit kppp oder wvdial.
Aber was ich auch mache , immer bricht die
Verbindung ab, waehrend die Kennung geprueft wird, mit
DAEMON DIED UNEXPECTEDLY
im log steht MODEM HANGUP
in den /etc/ppp- dateien habe ich alles eingestellt-

Hallo.

Ich hatte auch das Problem mit KPPP. Die Lösung stand in irgendeiner c’t. Ich bin nicht ganz sicher, aber ich meine, daß in der Datei /etc/ppp/options ein Eintrag „lock“ steht. Dieser muß deaktiviert werden, indem man eine Raute davor stellt:

#lock

Dann sollte es funktionieren.

Holger