Hallo,
folgendes soll konfiguriert werden:
Ein Win2k PC mit AVM-ISDN Karte ruft per NDIS WAN Treiber und MS DFU-Netzwerk bei
einem Linux basierten Einwahlserver (Suse 8.2) mit AVM-ISDN Karte an.
Dieser ruft zurück und dann wird die eigentliche Datenkommunikation durchgeführt.
Die Ziel-Authentifikation soll Chap sein.
Bisher erreicht wurde eine Kommunikation ohne Callback.
1.)Ich habe es mit dem ipppd probiert und es funktioniert nicht:
Wenn per Yast das ippp0 Interface auf Callback gestellt wird, dann wird kein B-Kanal
aufgebaut, sondern gleich der Ruf vom Server zuruckgewiesen (->ISDN Callback).
Wenn dann der Ruckruf kommt, nimmt er den Ruf nicht an.
Damit kann der Windows Client scheinbar nichts anfangen.
Wenn ich eine eingehende Verbindung konfiguriere,
will der Windows Client sich nicht beim Linux System authentifizieren,
obwohl ich dem Linux System extra in der Option-Datei noauth eingestellt habe.
2.)Und ich habe es mit dem pppd und dem capiplugin probiert und es funktioniert auch nicht:
hier meine Konfigurationsdateien:
/etc/ppp/peers/incoming-cli
sync
noauth
plugin capiplugin.so
# cli (Rufnummer des Win2k PCs)
# cbnumber (Rufnummer des Win2k PCs)
# coso local
msn (Nr. des Einwahlrouters)
protocol hdlc
name UserName
Auszug aus:
#
# /etc/inittab
#
# Copyright (c) 1996-2002 SuSE Linux AG, Nuernberg, Germany. All rights reserved.
#
# Author: Florian La Roche , 1996
#
# This is the main configuration file of /etc/init, which
# is executed by the kernel on startup. It describes what
# scripts are used for the different run-levels.
#
# All scripts for runlevel changes are in /etc/init.d/.
#
# This file may be modified by SuSEconfig unless CHECK_INITTAB
# in /etc/sysconfig/suseconfig is set to "no"
##
# für eingehende ISDN Rufe mit Callback
##
p0:35:respawn:/usr/sbin/pppd call incoming-cli cli (Rufnummer des Win2k PCs) 192.168.20.40:192.168.20.41
# p1:35:respawn:/usr/sbin/pppd call incoming-noncli
#
Auszug aus:
# /etc/ppp/options
#
# Not every option is listed here, see man pppd for more details.
# This file is read by the pppd, it is an error when it is not present.
#
# use the following command to see the active options:
# grep -v ^# /etc/ppp/options | grep -v ^$
#
#########################
#
#lock
#
# Set 'debug' to create a lot of information in /var/log/messages
debug
#
callback (Rufnummer des Win2k PCs)
# Request the peer to call back at the location given in
# <string>. Ususally this is a phone number, but it may be
# interpreted differently (or ignored) depending on the
# callback-type option. If <string> is the empty string,
# ipppd automatically tries to negotiate a callback type that
# does not need a location to be specified.
#
# +callback
In dieser Variante scheint der pppd die ISDN-Verbindung nicht zu trennen. Der Windows Client lässt zwar ein Fenster aufgehen in dem er sagt, dass er mit dem Server Callback ausgehandelt hat, aber dann bricht er mit der Fehlermeldung 734 (MS-Webserver: The PPP link control protocol was terminated) oder 718 (The connection timed out waiting for a valid response from the remote computer)
ab
Erst überprüft er den Benutzernamen und das Passwort, danach bereitet er den Rückruf vor und dann kommt die Fehlermeldung.
Gibt es grundsätzliche Problem, oder habe ich nur eines der beiden System nicht
richtig konfiguriert. Was habe ich falsch gemacht? Welche Infos soll ich noch liefern?
Mit freundlichen Grüßen
Maic Groffmann
