Morjen Freunde,
nach der Hilfestellung von Listenteilnehmern (vielen Dank) bin ich mit
meinem Dial-In-Problem schon ein Stück weiter...
Nur leider bekomme ich noch immer keine Verbindung. Anbei sende ich die
Konfigurationen vom Server und vom Client und Auszüge aus der messages.
Vielleicht könnt Ihr mir ja weiterhelfen?!
Server-Config:
CALLBACK="off"
CBDELAY="2"
CHARGEHUP="on"
DEFAULTROUTE="no"
DYNAMICIP="no"
IPADDR="192.168.10.2"
IPPPD_OPTIONS="+pap +chap debug"
MSN="0"
MULTILINK="no"
PROTOCOL="syncppp"
PROVIDER="provider0"
PTPADDR="192.168.10.1"
REMOTE_IN=""
SECURE="off"
STARTMODE="onboot"
Server-Log:
Nov 26 18:06:00 linus isdnlog: Nov 26 18:06:00 * Call to tei 127 from
+49 55490362, on ? UNKNOWN ELEMENT 32: 80 [ ], length=1
-- complete frame ignored!
Nov 26 18:06:00 linus kernel: capidrv-1: incoming call 055490362,7,0,
Nov 26 18:06:00 linus kernel: isdn_net: Incoming call without CPN,
assuming '0'
Nov 26 18:06:00 linus kernel: ippp0: call from 055490362 -> 0 accepted
Nov 26 18:06:00 linus kernel: capidrv-1: incoming call 055490362,7,0, on
netdev
Nov 26 18:06:00 linus isdnlog: Nov 26 18:06:00 Call to tei 64 from +49
55490362, on ? CONNECT (Data)
Nov 26 18:06:00 linus isdnlog: Nov 26 18:06:00 Call to tei 64 from +49
55490362, on ? INTERFACE ippp0 called by 055490362
Nov 26 18:06:00 linus kernel: kcapi: appl 1 ncci 0x10101 up
Nov 26 18:06:00 linus kernel: isdn_net: ippp0 connected
Nov 26 18:06:00 linus kernel: capidrv-1: chan 0 up with ncci 0x10101
Nov 26 18:06:00 linus ipppd[21067]: Local number: 0, Remote number: ,
Type: incoming
Nov 26 18:06:00 linus ipppd[21067]: PHASE_WAIT -> PHASE_ESTABLISHED,
ifunit: 0, linkunit: 0, fd: 16
Nov 26 18:06:00 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1
On Wed, Nov 27, 2002 at 07:48:32AM +0100, Frank Gerd Walzebuck wrote:
Morjen Freunde,
nach der Hilfestellung von Listenteilnehmern (vielen Dank) bin ich mit meinem Dial-In-Problem schon ein Stück weiter...
Nur leider bekomme ich noch immer keine Verbindung. Anbei sende ich die Konfigurationen vom Server und vom Client und Auszüge aus der messages. Vielleicht könnt Ihr mir ja weiterhelfen?!
Server-Config:
CALLBACK="off" CBDELAY="2" CHARGEHUP="on" DEFAULTROUTE="no" DYNAMICIP="no" IPADDR="192.168.10.2" IPPPD_OPTIONS="+pap +chap debug" MSN="0" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="192.168.10.1" REMOTE_IN="" SECURE="off" STARTMODE="onboot"
Alles OK.
Server-Log:
Nov 26 18:06:00 linus isdnlog: Nov 26 18:06:00 * Call to tei 127 from +49 55490362, on ? UNKNOWN ELEMENT 32: 80 [ ], length=1 -- complete frame ignored! Nov 26 18:06:00 linus kernel: capidrv-1: incoming call 055490362,7,0, Nov 26 18:06:00 linus kernel: isdn_net: Incoming call without CPN, assuming '0' Nov 26 18:06:00 linus kernel: ippp0: call from 055490362 -> 0 accepted Nov 26 18:06:00 linus kernel: capidrv-1: incoming call 055490362,7,0, on netdev Nov 26 18:06:00 linus isdnlog: Nov 26 18:06:00 Call to tei 64 from +49 55490362, on ? CONNECT (Data) Nov 26 18:06:00 linus isdnlog: Nov 26 18:06:00 Call to tei 64 from +49 55490362, on ? INTERFACE ippp0 called by 055490362 Nov 26 18:06:00 linus kernel: kcapi: appl 1 ncci 0x10101 up Nov 26 18:06:00 linus kernel: isdn_net: ippp0 connected Nov 26 18:06:00 linus kernel: capidrv-1: chan 0 up with ncci 0x10101 Nov 26 18:06:00 linus ipppd[21067]: Local number: 0, Remote number: , Type: incoming Nov 26 18:06:00 linus ipppd[21067]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 16 Nov 26 18:06:00 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1
<auth chap md5> <pcomp> <accomp>] Nov 26 18:06:01 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <pcomp> <accomp>] Nov 26 18:06:01 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <pcomp> <accomp>] Nov 26 18:06:03 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <auth chap md5> <pcomp> <accomp>] ...
Client-Config:
CALLBACK="off" CHARGEHUP="on" COMPRESSION="no" DEFAULTROUTE="no" DIALMODE="auto" DYNAMICIP="no" FIREWALL="yes" IDLETIME="300" IPADDR="192.168.10.1" MSN="55490362" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="linus" PTPADDR="192.168.10.2" STARTMODE="onboot" USEPEERDNS="no" IPPP_OPTIONS="+pap +chap debug"
Es gibt nur einen Boss, der Client darf kein +pap +chap haben. Mit dem Setup wollen beide der aktive Part sein ---> geht nicht. Wass mich allerdings wundert ist das hier die debug Ausgaben fehlen, die solten den auf der anderen Seite gleichen. Wurde das log wirklich mit dieser konfiguration erstellt ? (sprich SuSEconfig --module isdn und restart des interfaces). -- Karsten Keil SuSE Labs ISDN development
Hi Karsten, vielen Dank für die schnelle Antwort. Okay, dachte ich mir ja auch und die Ausgangskonfiguration war ohne diese Zeile (+pap +...) beim Client; ging aber auch nicht. Da habe ich diese Zeile als "Schuß ins Blaue" mal eingefügt. SuSEconfig habe ich stets im "full-feature-Mode" laufen lassen... Übrigens ist der Server eine 8.1- und der Client ist eine 8.0-Installation. Der Client ist direkt am So-Bus und der Server hängt an einer TK-Anlage. Wat nu??? :-( Walze.
Es gibt nur einen Boss, der Client darf kein +pap +chap haben. Mit dem Setup wollen beide der aktive Part sein ---> geht nicht.
Wass mich allerdings wundert ist das hier die debug Ausgaben fehlen, die solten den auf der anderen Seite gleichen. Wurde das log wirklich mit dieser konfiguration erstellt ? (sprich SuSEconfig --module isdn und restart des interfaces).
-- Frank G. Walzebuck
On Wed, Nov 27, 2002 at 08:58:35AM +0100, Frank Gerd Walzebuck wrote:
Hi Karsten,
vielen Dank für die schnelle Antwort. Okay, dachte ich mir ja auch und die Ausgangskonfiguration war ohne diese Zeile (+pap +...) beim Client; ging aber auch nicht. Da habe ich diese Zeile als "Schuß ins Blaue" mal eingefügt.
SuSEconfig habe ich stets im "full-feature-Mode" laufen lassen...
Übrigens ist der Server eine 8.1- und der Client ist eine 8.0-Installation. Der Client ist direkt am So-Bus und der Server hängt an einer TK-Anlage.
Bei der 8.0 sollten in jedem Fall alle I4L Updates eingespielt sein. (danach ein SuSEconfig Lauf, falls nicht ueber YOU erfolgt.) Dann interessiert mich das log des clienten mit debug und ohne +pap +chap. -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, die Systeme sind beide "up-to-date"... Ich werde heut abend die Konfiguration des Clients noch einmal anpassen und einen Test fahren. Die Log's poste ich dann morgen früh. Vielen Dank für die Hilfe!!! Walze.
Bei der 8.0 sollten in jedem Fall alle I4L Updates eingespielt sein. (danach ein SuSEconfig Lauf, falls nicht ueber YOU erfolgt.) Dann interessiert mich das log des clienten mit debug und ohne +pap +chap.
-- Frank G. Walzebuck mobil: +49 163 80 94 836 Linux/Unix-Consulting phone: +49 30 80 944 836 sydios it-solutions gmbh fax: +49 30 80 944 899 Hohenzollerndamm 44 http://www.sydios.de D-10713 Berlin / Germany mailto: fwalzebuck@sydios.de
participants (2)
-
Frank Gerd Walzebuck
-
Karsten Keil