das waren die Daten, die ich gestern Abend zu finden versuchte. Du
hattest mir sie also doch schon geschickt!
Ralph Rodewald wrote:
> Ralph
> ---schnipp---- <hier die verschiedenen Ausschnitte>
> ifconfig:
> ippp0 Link encap:Point-to-Point Protocol
> inet addr:192.168.111.112 P-t-P:212.53.140.1 Mask:255.255.2=
55.0
> UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
> RX packets:47 errors:0 dropped:0 overruns:0 frame:0
> TX packets:70 errors:1 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:30
> =
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:3924 Metric:1
> RX packets:2 errors:0 dropped:0 overruns:0 frame:0
> TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
Das ist soweit voellig OK.
> -----------------------------------------------------------------------=
-----------
> route -n [vor Einwahl]
> =
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use=
Iface
> 192.168.111.111 0.0.0.0 255.255.255.255 UH 0 0 0=
ippp0
> 127.0.0.1 0.0.0.0 255.255.255.255 UH 0 0 0=
lo
> 212.53.140.0 0.0.0.0 255.255.255.0 U 0 0 0=
ippp0
> 0.0.0.0 192.168.111.111 0.0.0.0 UG 0 0 0=
ippp0
> =
> -----------------------------------------------------------------------=
------------
> route -n [nach Einwal]
> =
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use=
Iface
> 212.53.140.1 0.0.0.0 255.255.255.255 UH 0 0 0=
ippp0
> 192.168.111.111 0.0.0.0 255.255.255.255 UH 0 0 0=
ippp0
> 127.0.0.1 0.0.0.0 255.255.255.255 UH 0 0 0=
lo
> 212.53.140.0 0.0.0.0 255.255.255.0 U 0 0 0=
ippp0
> 0.0.0.0 212.53.140.1 0.0.0.0 UG 0 0 0=
ippp0
> 0.0.0.0 192.168.111.111 0.0.0.0 UG 0 0 0=
ippp0
> =
Hier ist auf jeden Fall ein Teil deines Problems begruendet! Du hast 2
Hostrouten auf dem Device und die existierende Defaultroute wird nach
der Einwahl nicht umgesetzt, sondern eine 2. Defaultroute hinzugefuegt.
Das kann dann nur schief gehen!
> -----------------------------------------------------------------------=
------------
> Auszug aus /var/log/messages:
> =
> Sep 11 13:43:44 dld ipppd[3066]: link 0 closed , linkunit: 0
> Sep 11 13:43:44 dld ipppd[3066]: reinit_unit: 0
> Sep 11 13:43:44 dld ipppd[3066]: Connect[0]: /dev/ippp0, fd: 8
> Sep 11 13:56:23 dld kernel: OPEN: 192.168.111.112 -> 212.53.203.2 UDP, =
port: 1031 -> 53
Die Anwahl wird durch eine DNS-Anfrage ausgeloest.
> Sep 11 13:56:23 dld kernel: ippp0: dialing 1 08007693748...
> Sep 11 13:56:27 dld ipppd[3066]: Local number: 65880453, Remote number:=
08007693748, Type: outgoing
> Sep 11 13:56:27 dld ipppd[3066]: PHASE_WAIT -> PHASE_ESTABLISHED, ifuni=
t: 0, linkunit: 0, fd: 8
> Sep 11 13:56:27 dld kernel: isdn_net: ippp0 connected
> Sep 11 13:56:31 dld ipppd[3066]: Remote message:
> Sep 11 13:56:31 dld ipppd[3066]: MPPP negotiation, He: No We: No
Beide Seiten stimmen ueberein, dass keine Kanalbuendelung gewuenscht
wird.
> Sep 11 13:56:31 dld ipppd[3066]: CCP enabled! Trying CCP.
> Sep 11 13:56:31 dld ipppd[3066]: CCP: got ccp-unit 0 for link 0 (protoc=
ol: 0x80fd)
> Sep 11 13:56:31 dld ipppd[3066]: ccp_resetci!
Du versuchst eine Header-Kompresion zu benutzen, aber die Gegenseite
lehnt das ab.
Fuege bitte die Parameter
-vj
-vjccomp
-bsdcomp
-ccp
-lzs
noccp
in die entsprechende /etc/ppp/ioptions-Datei ein. Dann ist auch die
folgende Meldung bezueglich LZS weg. Aber das alles sind eigentlich nur
kosmetische Reparaturen.
> Sep 11 13:56:31 dld ipppd[3066]: Kernel check for LZS failed
> Sep 11 13:56:31 dld ipppd[3066]: local IP address 192.168.111.112
> Sep 11 13:56:31 dld ipppd[3066]: remote IP address 212.53.140.1
> Sep 11 13:56:31 dld ipppd[3066]: ppp not replacing existing default rou=
te to ippp0[192.168.111.111]
Hier liegt der Hund begraben. Zu diesem Zeitpunkt wird das
/etc/ppp/ip-up Script ausgefuehrt und das ISDN-Device nach dem
Aushandeln der dynamischen IP-Adresse eigentlich runtergefahren und dann
mit den neuen Parametern wieder neu gestartet. Dieses Aushandeln hat
aber anscheinend nicht stattgefunden. Da ich im Moment in der Uni an
meiner SGI sitze, kann nicht in meinen eigenen Logdateien nachschauen,
wie es normalerweise aussehen muesste. Meine Vermutung ist aber, dass du
bei der Konfiguration ueber dldadmin eone statische IP-Vergabe gewaehlt
hast. Wenn man sich die Logdaten anschaut, dann wird klar, dass dein
Rechner nach 3 Minuten auflegt, hoechstwahrscheinlich, weil keine Daten
ueber die Leitung gehen. Da du keine dynamische IP-Vergabe angegeben
hast, kann dein ISDN-Interface auch nicht in ip-up umkonfiguriert
werden, da dein Rechner die ihm zugewiesene Adresse ja nicht akzeptiert. =
> Sep 11 13:59:28 dld kernel: isdn_net: local hangup ippp0
> Sep 11 13:59:28 dld kernel: ippp0: Chargesum is 0
> Sep 11 13:59:28 dld ipppd[3066]: Modem hangup
> Sep 11 13:59:28 dld ipppd[3066]: Connection terminated.
> Sep 11 13:59:28 dld ipppd[3066]: taking down PHASE_DEAD link 0, linkuni=
t: 0
> Sep 11 13:59:28 dld ipppd[3066]: closing fd 8 from unit 0
> Sep 11 13:59:28 dld ipppd[3066]: link 0 closed , linkunit: 0
> Sep 11 13:59:28 dld ipppd[3066]: reinit_unit: 0
> Sep 11 13:59:28 dld ipppd[3066]: Connect[0]: /dev/ippp0, fd: 8
> =
Fuer dynamische IP-Vergabe sollte in deiner ioptions-Datei folgende
Parameter enthalten sein:
nodefaultroute
noipdefault
ipcp-accept-local
ipcp-accept-remote
Wenn die nicht da sind, dann hast du eine statische Vergabe ausgewaehlt!
Also ich halte meine Vermutung fuer recht wahrscheinlich, sollte dies
nicht zutreffen, dann werden wir nochmal weiter recherchieren. Ich bin
mir sicher, dass wir deinen Internetzugang auf jeden Fall zum Laufen
bringen werden!
Dirk
--
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DD=3Di=3Dr=3Dk=3D=3D=
=3DD=3De=3Dt=3Dt=3Dm=3De=3Dr=3Di=3Dn=3Dg=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D
Email: Dettmer@pc16154.pharmazie.uni-marburg.de
http://pc16154.pharmazie.uni-marburg.de/dettmering/index.html
Tel.: +49 6421 28 25824 Fax: +49 6421 28 25828
Philipps-Universit=E4t Marburg - FB Pharmazie und Lebensmittelchemie
Philipps University Marburg - Germany - Department of Pharmacy
This message was written entirely with recycled electrons
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Fight Spam! Join EuroCAUCE: http://www.euro.cauce.org
--