Hallo Markus "Markus Gohl" writes:

...

Welche Gateway Adresse verwendest du ?

für eth0: nichts für ippp0: nichts

Hier noch die IP-Konfiguration:

eth0: 192.168.0.2

fuer eth0 sollte noch Gateway 192.168.1.2 eingetragen werden, und fuer ippp0 ebenfalls 192.168.1.2

ippp0: 192.168.1.2 PtP-Partner: 192.168.1.99

Wie müssen eigentlich die Dateien resolv.conf und resolv.conf.orig aussehen?

Keine Ahnung, was bei dir stehen muss, da bei dir wohl diese Datei von ip-up ueberschrieben wird, wenn du online gehst. Bei mir steht dort search localhost nameserver 127.0.0.1 aber auf dem Host laeuft auch ein Nameserver -Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521

Karsten Keil writes:

On Wed, Jun 20, 2001 at 03:47:01PM +0200, Dieter Kluenter wrote:

...

Hallo Markus

"Markus Gohl" writes:

...

fuer eth0 sollte noch Gateway 192.168.1.2 eingetragen werden, und fuer ippp0 ebenfalls 192.168.1.2

Nein die device gates handelt der kernel selbst, nur die default route sollte auf 192.168.1.99 (PtP-Partner) zeigen (im nicht eingewaehlten Zustand).

Seit wann denn das ? Wenn ich dem ethernet-device keine Gateway Adresse mitgebe, wird auch meine default route 213.191.65.5 nicht gefunden, d.h. DOD findet nicht statt. Ich erinnere mich auch an einige Diskussionen vor laengerer Zeit, als es darum ging, DOD wegen haeufiger, unmotivierter Anwahl abzustellen, als Rezept wurde damals empfohlen, Gateway-Eintraege zu loeschen. Allerdings habe ich noch Kernel 2.2.13 und i4l-2000.1.3-0 -Dieter -- Dieter Kluenter | Systemberatung BFI Rendering und Image Processing Tel: 040.64861967 | Fax: 040.64891521

Hallo Gemeinde, dank Eurer Hilfe hat es endlich funktioniert. Die Kiste wählt sich wieder schön ein. :-) Danke nochmal!! Markus

Dann fehlt in der /etc/route.conf das Device, yast und yast2 sollten es eigentlich eintragen, nur bei updates gibt es manchmal Probleme.

z.B:

default 192.168.1.1

aendern in

default 192.168.1.1 0.0.0.0 ippp0

Das Routing ist kein Problem. Sobald der Router eingewählt ist, werden alle Pakete wunderbar verarbeitet. Jetzt hat sich das eigentliche Problem ausgeweitet: Die Anwahl startet jetzt überhaupt nicht mehr. Ich gehe davon aus, dass etwas mit den Dateien resolv.conf und resolv.conf.orig nicht stimmt. Da habe ich etwas verpfuscht, ich weiss nur nicht mehr, was. Davor wählte er sich beim ersten Mal automatisch ein, dannach nur noch per isdnctrl dial ippp0-Befehl. Jetzt gehts gar nicht mehr... Markus

On Wed, Jun 20, 2001 at 08:35:16PM +0200, jroedel@netcologne.de wrote:

On 20-Jun-01 Markus Gohl wrote:

...

Hallo Gemeinde,

mein Router (SuSE 7.1) mit SuSE-Firewall und ISDN-Einwahl wdhlt sich nach der 1. automatischen Einwahl nicht mehr automatisch ein.

Das Problem ist, dass nach der Einwahl kein Default-Routing fuer die dynamische Adresse gesetzt wird. Folgende Loesung funzt bei mir:

Als Gateway die Adresse des Nameservers deines Providers eingeben (z.B. mit Yast). In dem Sript ip-up im Verzeichnis /etc/ppp direkt nach case "$BASENAME" in ip-up)

die Zeile

/sbin/route add default gw $REMOTEIP dev $INTERFACE

einfuegen. Damit wird die Default-Route auf deine aktuelle IP-Adresse gesetz, die sich ja bei jeder Einwahl aendert.

Alles nicht notwendig, das ist in den scripts schon drin, nur muss die /etc/route.conf stimmen und bei der default route das device enthalten (damit rcroute start $DEVICE funktionieren kann).

mfG Juergen

-- To unsubscribe, e-mail: suse-isdn-unsubscribe@suse.com For additional commands, e-mail: suse-isdn-help@suse.com

-- Karsten Keil SuSE Labs ISDN development