Moin,
ich nutze hier 2.2-stable, die Updates kriege ich über via CTM (über die
Mailingliste ctm-src-2_2. Seit dem heutigen Update von delta 760 (post
2.2.6-RELEASE) auf 824 (post 2.2.7-RELEASE) will das Kernel-PPP nicht mehr.
Nicht mal mehr der ping zur Gegenstelle funktioniert.
Um mal die einfachen Fehlerquellen abzuklappern: Keine Fehlermeldungen beim
make world, weder make -j<irgendwas> noch -DNOCLEAN wurden verwendet,
händisches Update von /etc wurde durchgeführt und einen neuen Kernel (mit
pseudo-device ppp 1) hat die Kiste auch gekriegt.
Meine /etc/ppp/options:
crtscts
modem
passive
141.39.224.154:141.39.224.46
defaultroute
user <username>
netmask 255.255.255.0
debug
Die Authorisierung läuft über PAP, in der /etc/ppp/pap-secrets steht
* * <passwort>
(Ja, das ist mutig. Hat einer mal ein man 5 pap-secrets für mich? Ich habe
mir den Aufbau von einem Linux-User geben lassen, und der kannte nur diesen
Aufbau.)
Das Logfile dazu:
Aug 8 20:17:59 nathan pppd[286]: pppd 2.3.5 started by operator, uid 0
Aug 8 20:17:59 nathan pppd[286]: Using interface ppp0
Aug 8 20:18:00 nathan pppd[286]: Connect: ppp0 <--> /dev/cuaa3
Aug 8 20:18:00 nathan pppd[286]: sent [LCP ConfReq id=0x1 <magic 0xa235fa37> <pcomp> <accomp>]
Aug 8 20:18:00 nathan pppd[286]: rcvd [LCP ConfRej id=0x1 <pcomp> <accomp>]
Aug 8 20:18:00 nathan pppd[286]: sent [LCP ConfReq id=0x2 <magic 0xa235fa37>]
Aug 8 20:18:00 nathan pppd[286]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0xf2b1504f>]
Aug 8 20:18:00 nathan pppd[286]: sent [LCP ConfAck id=0x1 <asyncmap 0x0> <auth pap> <magic 0xf2b1504f>]
Aug 8 20:18:00 nathan pppd[286]: rcvd [LCP ConfAck id=0x2 <magic 0xa235fa37>]
Aug 8 20:18:00 nathan pppd[286]: sent [PAP AuthReq id=0x1 user="<username>" password="<passwort>"]
Aug 8 20:18:00 nathan pppd[286]: rcvd [PAP AuthAck id=0x1 "Login Succeeded"]
Aug 8 20:18:00 nathan pppd[286]: Remote message: Login Succeeded
Aug 8 20:18:00 nathan pppd[286]: sent [IPCP ConfReq id=0x1 <addr 141.39.224.154> <compress VJ 0f 01>]
Aug 8 20:18:00 nathan pppd[286]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 00> <addr 141.39.224.46>]
Aug 8 20:18:00 nathan pppd[286]: sent [IPCP ConfAck id=0x1 <compress VJ 0f 00> <addr 141.39.224.46>]
Aug 8 20:18:00 nathan pppd[286]: rcvd [IPCP ConfAck id=0x1 <addr 141.39.224.154> <compress VJ 0f 01>]
Aug 8 20:18:00 nathan pppd[286]: local IP address 141.39.224.154
Aug 8 20:18:00 nathan pppd[286]: remote IP address 141.39.224.46
Aug 8 20:20:05 nathan pppd[286]: Terminating on signal 15.
Aug 8 20:20:05 nathan pppd[286]: sent [LCP TermReq id=0x3 "User request"]
Aug 8 20:20:06 nathan pppd[286]: Modem hangup, connected for 2 minutes
Aug 8 20:20:06 nathan pppd[286]: Connection terminated, connected for 2 minutes
Aug 8 20:20:07 nathan pppd[286]: Exit.
Sieht soweit doch ganz richtig aus. Trotzdem kommt der Transfer nicht in
die Gänge. Ich habe dann mal kdebug 1 gesetzt, die Adressen aus der
:-Zeile entfernt und ipcp-accept-local/remote gesetzt. Danach kriege auf
der Konsole die folgenden Meldungen.
Beim start des pppd:
ppp0: no compressor for [15 3 29], 3
ppp0: no compressor for [1a 4 8], 4
ppp0: no compressor for [18 4 8], 4
Bei einem ping 141.39.224.46 (die Gegenstelle halt) kommt dann:
ppp0: missing UI (0x3), got 0x21
Die Meldung wird im Sekundentakt wiederholt, lies, jedes Ping-Paket führt
zu dieser Meldung.
Beim Abbau der Verbindung:
ppp0: missing UI (0x3), got 0xc0
Ich habe die entsprechende Meldung zwar im Source gefunden, aber irgendwie
kann ich nicht nachvollziehen, was da passiert.
Irgendwas mache ich falsch, fragt sich nur, was? Falls es an der "normalen"
Config liegen sollte, hier mal die entsprechenden Zeilen aus der rc.conf
(Version 1.1.2.45). Die rc.network ist die Version 1.1.2.21 und wurde nicht
modifiziert.
### Basic network options: ###
hostname="nathan.ruhr.de" # Set this!
nisdomainname="NO" # Set to NIS domain if using NIS (or NO).
firewall_enable="NO" # Set to YES to enable firewall functionality
firewall_type="UNKNOWN" # Firewall type (see /etc/rc.firewall)
firewall_quiet="NO" # Set to YES to suppress rule display
tcp_extensions="YES" # Allow RFC1323 & RFC1644 extensions (or NO).
network_interfaces="lo0 ed1 ppp0" # List of network interfaces (lo0 is loo
pback).
ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration.
ifconfig_ppp0="inet 141.39.224.154 141.39.224.46 netmask 255.255.255.0"
ifconfig_ed1="192.168.1.1 netmask 0xffffff00"
### Network routing options: ###
defaultrouter="NO" # Set to default gateway (or NO).
static_routes="" # Set to static route list (or leave empty).
gateway_enable="NO" # Set to YES if this host will be a gateway.
router_enable="NO" # Set to YES to enable a routing daemon.
router="routed" # Name of routing daemon to use if enabled.
router_flags="-q" # Flags for routing daemon.
mrouted_enable="NO" # Do multicast routing (see /etc/mrouted.conf).
mrouted_flags="" # Flags for multicast routing daemon.
ipxgateway_enable="NO" # Set to YES to enable IPX routing.
ipxrouted_enable="NO" # Set to YES to run the IPX routing daemon.
ipxrouted_flags="" # Flags for IPX routing daemon.
arpproxy_all="" # replaces obsolete kernel option ARP_PROXYALL.
forward_sourceroute="NO" # do source routing (only if gateway_enable is s
et to "YES")
accept_sourceroute="NO" # accept source routed packets to us
natd_enable="NO" # Enable natd if firewall_enable.
natd_interface="fxp0" # Public interface to use with natd if natd_enab
le.
natd_flags="" # Additional flags for natd.
/s/Udo (zum Glück funktioniert UUCP noch...)
PS: läuft eigentlich der 2.2.7-Kernel mit dem pppd aus der 2.2.6? Das Tape
mit dem Backup liegt in der Schublade...
Received on Sun 09 Aug 1998 - 10:31:04 CEST