Hi, ich habe folgende Konfiguration: -SuSE 8.0 und AVM-FRITZ!-PCI-Karte (Rev. 2) -in der inittab steht folgender Eintrag: p0:35:respawn:/usr/sbin/pppd call incoming-modem -unter /etc/ppp/peers befindet sich die Datei incoming-modem mit folgenden Inhalt: debug sync name online noauth nodetach noipdefault lcp-echo-interval 5 lcp-echo-failure 10 lcp-max-configure 50 lcp-max-terminate 2 noccp noipx plugin capiplugin.so plugin userpass.so inmsn 16 connectdelay 60 protocol modem 192.168.3.11:192.168.3.111 ipcp-accept-local ipcp-accept-remote Nach Einwahl auf die MSN 16 (Telefonalage) erscheint folgendes in var/log/messages: ... Jul 16 21:12:47 linux isdnlog: Jul 16 21:12:47 * Call to tei 127 from +49 30/43, Berlin on +49 30/16, Berlin RING (3.1 kHz audio) Jul 16 21:12:47 linux kernel: capidrv-1: incoming call 43,1,2,16 Jul 16 21:12:47 linux kernel: capidrv-1: patching si2=2 to 0 for VBOX Jul 16 21:12:47 linux kernel: isdn_tty: call from 43 -> 16 ignored Jul 16 21:12:47 linux kernel: capidrv-1: incoming call 43,1,0,16 ignored Jul 16 21:12:47 linux pppd[2931]: plci_change_state:0x101 0 -> 4 event=5 Jul 16 21:12:47 linux pppd[2931]: incoming call contr=1 cip=4 43 -> 16 Jul 16 21:12:47 linux pppd[2931]: capiplugin: incoming call: "43" -> "16" incoming (pcli=0x101/ncci=0x0) (0x4) Jul 16 21:12:47 linux pppd[2931]: accept plci 0x0101 8,1,0 Jul 16 21:12:47 linux pppd[2931]: plci_change_state:0x101 4 -> 6 event=12 Jul 16 21:12:47 linux pppd[2931]: controller 1: listen_change_state 2 -> 3 Jul 16 21:12:47 linux isdnlog: Jul 16 21:12:47 Call to tei 89 from +49 30/43, Berlin on +49 30/16, Berlin CONNECT (3.1 kHz audio) Jul 16 21:12:47 linux pppd[2931]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Jul 16 21:12:47 linux pppd[2931]: controller 1: listen_change_state 3 -> 0 Jul 16 21:12:48 linux pppd[2931]: plci_change_state:0x101 6 -> 3 event=6 Jul 16 21:12:59 linux kernel: kcapi: appl 2 ncci 0x10101 up Jul 16 21:12:59 linux pppd[2931]: ncci_change_state:0x10101 0 -> 2 event=2 Jul 16 21:12:59 linux pppd[2931]: ncci_change_state:0x10101 2 -> 3 event=6 Jul 16 21:12:59 linux pppd[2931]: ncci_change_state:0x10101 3 -> 4 event=7 Jul 16 21:12:59 linux pppd[2931]: ncci 0x10101 up Jul 16 21:12:59 linux pppd[2931]: capiplugin: connected: "43" -> "16" incoming (pcli=0x101/ncci=0x10101) Jul 16 21:12:59 linux pppd[2931]: capiplugin: using /dev/capi/0: "43" -> "16" incoming (pcli=0x101/ncci=0x10101) Jul 16 21:13:34 linux pppd[2931]: ncci_change_state:0x10101 4 -> 7 event=10 Jul 16 21:13:34 linux pppd[2931]: ncci_change_state:0x10101 7 -> 0 event=13 Jul 16 21:13:34 linux pppd[2931]: plci_change_state:0x101 3 -> 7 event=8 Jul 16 21:13:34 linux kernel: kcapi: appl 2 ncci 0x10101 down Jul 16 21:13:34 linux pppd[2931]: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jul 16 21:13:34 linux pppd[2931]: plci_change_state:0x101 7 -> 8 event=9 Jul 16 21:13:34 linux pppd[2931]: plci_change_state:0x101 8 -> 0 event=11 Jul 16 21:13:34 linux pppd[2931]: capiplugin: disconnect(remote): "43" -> "16" incoming (pcli=0x101/ncci=0x10101) 0x3400 (0x0000) - No additional information Jul 16 21:13:34 linux isdnlog: Jul 16 21:13:34 Call to tei 89 from +49 30/43, Berlin on +49 30/16, Berlin HANGUP ( 0:00:47) Jul 16 21:13:59 linux pppd[2931]: Failed to open /dev/capi/0: No such file or directory Jul 16 21:13:59 linux pppd[2931]: controller 1: listen_change_state 0 -> 1 Jul 16 21:13:59 linux pppd[2931]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Jul 16 21:13:59 linux pppd[2931]: controller 1: listen_change_state 1 -> 0 Jul 16 21:13:59 linux pppd[2931]: capiplugin: exit Jul 16 21:13:59 linux pppd[2931]: Exit. Jul 16 21:13:59 linux pppd[2937]: Plugin capiplugin.so loaded. Jul 16 21:13:59 linux pppd[2937]: capiplugin: $Revision: 1.24 $ Jul 16 21:13:59 linux pppd[2937]: capiconn: 1.5 Jul 16 21:13:59 linux pppd[2937]: Plugin userpass.so loaded. Jul 16 21:13:59 linux pppd[2937]: userpass: $Revision: 1.3 $ Jul 16 21:13:59 linux pppd[2937]: pppd 2.4.1 started by root, uid 0 Jul 16 21:13:59 linux pppd[2937]: capiplugin: phase serialconn. Jul 16 21:13:59 linux kernel: kcapi: appl 2 down Jul 16 21:13:59 linux kernel: kcapi: appl 2 up Jul 16 21:13:59 linux pppd[2937]: capiplugin: contr=1 Jul 16 21:13:59 linux pppd[2937]: controller 1: listen_change_state 0 -> 1 Jul 16 21:13:59 linux pppd[2937]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Jul 16 21:13:59 linux pppd[2937]: controller 1: listen_change_state 1 -> 0 Jul 16 21:13:59 linux pppd[2937]: controller 1: listen_change_state 0 -> 1 Jul 16 21:13:59 linux pppd[2937]: capiplugin: waiting for incoming call ... Jul 16 21:13:59 linux pppd[2937]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x4010032 capimask2=0x0 Jul 16 21:13:59 linux pppd[2937]: controller 1: listen_change_state 1 -> 2 Jul 16 21:28:11 linux isdnlog: Jul 16 21:28:11 tei 89 calling +49 30/74758764, Berlin with +49 30/15, Berlin 2.EH EUR 0.124 ( 0:01:00) ... Am einwählenden PC kommt ein Timeout nach Überprüfung der Anmeldedaten. Für mich sieht es so aus, daß mein PC zwar auf den einkommenden Ruf reagiert, aber die Authentifizierung nicht startet. Ich weiss nur nicht warum er das nicht macht! Wer kann mir helfen? mfg Frank Hesse
On Tue, Jul 16, 2002 at 09:35:55PM +0200, Frank Hesse wrote:
Hi,
ich habe folgende Konfiguration:
-SuSE 8.0 und AVM-FRITZ!-PCI-Karte (Rev. 2) -in der inittab steht folgender Eintrag:
p0:35:respawn:/usr/sbin/pppd call incoming-modem
-unter /etc/ppp/peers befindet sich die Datei incoming-modem mit folgenden Inhalt:
debug sync name online noauth ^^^^^^^^^ nodetach ...
Für mich sieht es so aus, daß mein PC zwar auf den einkommenden Ruf reagiert, aber die Authentifizierung nicht startet. Ich weiss nur nicht warum er das nicht macht!
Faellt Dir was auf ? Du warst nah dran :-) -- Karsten Keil SuSE Labs ISDN development
Am Die, 2002-07-16 um 22.10 schrieb Karsten Keil:
On Tue, Jul 16, 2002 at 09:35:55PM +0200, Frank Hesse wrote:
Hi,
ich habe folgende Konfiguration:
-SuSE 8.0 und AVM-FRITZ!-PCI-Karte (Rev. 2) -in der inittab steht folgender Eintrag:
p0:35:respawn:/usr/sbin/pppd call incoming-modem
-unter /etc/ppp/peers befindet sich die Datei incoming-modem mit folgenden Inhalt:
debug sync name online noauth ^^^^^^^^^ nodetach ...
Für mich sieht es so aus, daß mein PC zwar auf den einkommenden Ruf reagiert, aber die Authentifizierung nicht startet. Ich weiss nur nicht warum er das nicht macht!
Faellt Dir was auf ? Du warst nah dran :-)
-- Karsten Keil SuSE Labs ISDN development
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
Hi, ich habe noauth verwendet, weil ich keine Authentifizierung benötige. Es geht nur darum, daß ich auch mit Handy oder Modem auf mein Pc zugreifen möchte. Reicht es dazu nicht in der /etc/ppp/pap-secrets ein Eintraag wie bei ipppd zu haben? mfg Frank Hesse
Am Die, 2002-07-16 um 22.10 schrieb Karsten Keil:
On Tue, Jul 16, 2002 at 09:35:55PM +0200, Frank Hesse wrote:
Hi,
ich habe folgende Konfiguration:
-SuSE 8.0 und AVM-FRITZ!-PCI-Karte (Rev. 2) -in der inittab steht folgender Eintrag:
p0:35:respawn:/usr/sbin/pppd call incoming-modem
-unter /etc/ppp/peers befindet sich die Datei incoming-modem mit folgenden Inhalt:
debug sync name online noauth ^^^^^^^^^ nodetach ...
Für mich sieht es so aus, daß mein PC zwar auf den einkommenden Ruf reagiert, aber die Authentifizierung nicht startet. Ich weiss nur nicht warum er das nicht macht!
Faellt Dir was auf ? Du warst nah dran :-)
-- Karsten Keil SuSE Labs ISDN development
Hi, wie sieht denn zu auth der passende Eintrag in /etc/ppp/pap-secrets aus? Ich bekomme nur den Hinweis, dass kein passender Eintrag vorhanden ist. mfg Frank Hesse
On Wed, Jul 24, 2002 at 10:44:02PM +0200, Frank Hesse wrote:
p0:35:respawn:/usr/sbin/pppd call incoming-modem
-unter /etc/ppp/peers befindet sich die Datei incoming-modem mit folgenden Inhalt:
debug sync name online noauth ^^^^^^^^^ nodetach ...
Für mich sieht es so aus, daß mein PC zwar auf den einkommenden Ruf reagiert, aber die Authentifizierung nicht startet. Ich weiss nur nicht warum er das nicht macht!
Faellt Dir was auf ? Du warst nah dran :-) ...
wie sieht denn zu auth der passende Eintrag in /etc/ppp/pap-secrets aus? Ich bekomme nur den Hinweis, dass kein passender Eintrag vorhanden ist.
z.B: "online" localhost "password" 192.168.1.1 Fuer pap brauchst Du aber auch den user Eintrag in /etc/ppp/peers/incoming-modem -- Karsten Keil SuSE Labs ISDN development
Am Mit, 2002-07-24 um 22.59 schrieb Karsten Keil:
On Wed, Jul 24, 2002 at 10:44:02PM +0200, Frank Hesse wrote:
p0:35:respawn:/usr/sbin/pppd call incoming-modem
-unter /etc/ppp/peers befindet sich die Datei incoming-modem mit folgenden Inhalt:
debug sync name online noauth ^^^^^^^^^ nodetach ...
Für mich sieht es so aus, daß mein PC zwar auf den einkommenden Ruf reagiert, aber die Authentifizierung nicht startet. Ich weiss nur nicht warum er das nicht macht!
Faellt Dir was auf ? Du warst nah dran :-) ...
wie sieht denn zu auth der passende Eintrag in /etc/ppp/pap-secrets aus? Ich bekomme nur den Hinweis, dass kein passender Eintrag vorhanden ist.
z.B:
"online" localhost "password" 192.168.1.1
Fuer pap brauchst Du aber auch den user Eintrag in /etc/ppp/peers/incoming-modem
Hi, meine /etc/ppp/peers/incoming-modem sieht wie folgt aus: debug nodetach user analog auth lcp-echo-interval 5 lcp-echo-failure 10 lcp-max-configure 50 lcp-max-terminate 2 noccp noipx plugin capiplugin.so inmsn 16 connectdelay 60 protocol modem 192.168.3.11:192.168.3.111 in /etc/ppp/pap-secrets ist folgender Eintrag: ... "analog" linux.hesse.de "hesse" 192.168.3.111 ... Trotzdem erscheint in /var/log/messages folgender Fehler: ... Jul 25 22:40:33 linux pppd[2619]: Plugin capiplugin.so loaded. Jul 25 22:40:33 linux pppd[2619]: capiplugin: $Revision: 1.24 $ Jul 25 22:40:33 linux pppd[2619]: capiconn: 1.5 Jul 25 22:40:33 linux kernel: kcapi: appl 2 up Jul 25 22:40:33 linux pppd[2619]: The remote system is required to authenticate itself Jul 25 22:40:33 linux pppd[2619]: but I couldn't find any suitable secret (password) for it to use to do so. Jul 25 22:40:33 linux pppd[2619]: (None of the available passwords would let it use an IP address.) Jul 25 22:40:33 linux pppd[2622]: Plugin capiplugin.so loaded. Jul 25 22:40:33 linux pppd[2622]: capiplugin: $Revision: 1.24 $ Jul 25 22:40:33 linux pppd[2622]: capiconn: 1.5 Jul 25 22:40:33 linux pppd[2622]: The remote system is required to authenticate itself Jul 25 22:40:33 linux pppd[2622]: but I couldn't find any suitable secret (password) for it to use to do so. Jul 25 22:40:33 linux kernel: PPP generic driver version 2.4.1 Jul 25 22:40:33 linux kernel: kcapi: appl 2 down Jul 25 22:40:33 linux kernel: kcapi: appl 2 up Jul 25 22:40:33 linux pppd[2622]: (None of the available passwords would let it use an IP address.) ... Was fehlt mir noch zum glücklich sein ? Vielen Dank für die bisherigen Bemühungen. mfg Frank
On Thu, Jul 25, 2002 at 11:05:56PM +0200, Frank Hesse wrote: ...
debug nodetach user analog auth
Probier mal statt auth +pap So funkt das zumindest bei mir mit syncppp, analog habe ich noch nicht probiert, aber da sollte es keine Unterschiede geben.
lcp-echo-interval 5 lcp-echo-failure 10 lcp-max-configure 50 lcp-max-terminate 2 noccp noipx plugin capiplugin.so inmsn 16 connectdelay 60 protocol modem 192.168.3.11:192.168.3.111
in /etc/ppp/pap-secrets ist folgender Eintrag:
... "analog" linux.hesse.de "hesse" 192.168.3.111 ... ...
-- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Frank Hesse
-
Karsten Keil