Hallo! Ich versuche hier vergeblich einen Modem-Dialin auf eine SuSE8.0 hinzubekommen. Die Einwahl des clients erfolgt mit wvdial. In /var/log/mgetty.ttyS0 des Servers wird gelogt: 04/18 13:34:01 yS0 mgetty: experimental test release 1.1.28-Jan10 04/18 13:34:01 yS0 check for lockfiles 04/18 13:34:01 yS0 locking the line 04/18 13:34:02 yS0 waiting... 04/18 14:04:59 yS0 WARNING: starting login while DCD is low! 04/18 14:04:59 ##### data dev=ttyS0, pid=5106, caller='none', conn='DIRECT', name='', cmd='/bin/login', user='Welcome to SuSE Linux`8.0 (i386) - Kernel ' Was wird hier eine merkwürdige user= mitgegeben? und in /var/log/messages: Apr 18 14:04:37 delta init: Re-reading inittab Apr 18 14:05:03 delta login: FAILED LOGIN 1 FROM /dev/ttyS0 FOR UNKNOWN, User not known to the underlying authentication module Ich habe schon alle möglichen ppp-Optionen versucht; mit und ohne "login", ohne +pap, mit +pap und ohne "login" usw. Im Moment sehe ich kein Land. Weis jemand weiter. Gruß -- Andreas Meyer Das sicherste Mittel, um arm zu bleiben, ist, ein ehrlicher Mensch zu sein. --Napoleon I.
On Fri, Apr 18, 2003 at 02:15:12PM +0200, Andreas Meyer wrote:
Hallo!
Ich versuche hier vergeblich einen Modem-Dialin auf eine SuSE8.0 hinzubekommen. Die Einwahl des clients erfolgt mit wvdial.
In /var/log/mgetty.ttyS0 des Servers wird gelogt:
04/18 13:34:01 yS0 mgetty: experimental test release 1.1.28-Jan10 04/18 13:34:01 yS0 check for lockfiles 04/18 13:34:01 yS0 locking the line 04/18 13:34:02 yS0 waiting... 04/18 14:04:59 yS0 WARNING: starting login while DCD is low! 04/18 14:04:59 ##### data dev=ttyS0, pid=5106, caller='none', conn='DIRECT', name='', cmd='/bin/login', user='Welcome to SuSE Linux`8.0 (i386) - Kernel '
Was wird hier eine merkwürdige user= mitgegeben?
Das sieht so aus als ob am Modem echo eingeschalten (ausschalten mit ATE0) oder es auf sich selbst syncronisiert und so seine eigenen Ausgaben liest. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil <kkeil@suse.de> schrieb:
Was wird hier eine merkwürdige user= mitgegeben?
Das sieht so aus als ob am Modem echo eingeschalten (ausschalten mit ATE0) oder es auf sich selbst syncronisiert und so seine eigenen Ausgaben liest.
OK, hab ich gemacht, erhalte aber jetzt folgendes: 04/18 16:07:53 yS0 mgetty: experimental test release 1.1.28-Jan10 04/18 16:07:53 yS0 check for lockfiles 04/18 16:07:53 yS0 locking the line 04/18 16:07:54 yS0 waiting... 04/18 16:08:01 yS0 WARNING: starting login while DCD is low! 04/18 16:08:01 ##### data dev=ttyS0, pid=1245, caller='none', conn='DIRECT', name='', cmd='/bin/login', user='RING' delta login: pam_unix2: bad username [] delta login: FAILED LOGIN SESSION FROM /dev/ttyS0 FOR UNKNOWN, User not known to the underlying authentication module Wo kommt dieses 'RING' her? Irgendwie wird kein username übermittelt? -- Andreas Meyer "One of them went to the local Emergency Room with about 1/4 inch of a 3-inch nail protruding from his forehead. He was lucky: it hit him in the brain, and that was something he didn't use." -- Mike Andrews
On Fri, Apr 18, 2003 at 04:16:12PM +0200, Andreas Meyer wrote:
Karsten Keil <kkeil@suse.de> schrieb:
Was wird hier eine merkwürdige user= mitgegeben?
Das sieht so aus als ob am Modem echo eingeschalten (ausschalten mit ATE0) oder es auf sich selbst syncronisiert und so seine eigenen Ausgaben liest.
OK, hab ich gemacht, erhalte aber jetzt folgendes:
04/18 16:07:53 yS0 mgetty: experimental test release 1.1.28-Jan10 04/18 16:07:53 yS0 check for lockfiles 04/18 16:07:53 yS0 locking the line 04/18 16:07:54 yS0 waiting... 04/18 16:08:01 yS0 WARNING: starting login while DCD is low! 04/18 16:08:01 ##### data dev=ttyS0, pid=1245, caller='none', conn='DIRECT', name='', cmd='/bin/login', user='RING'
delta login: pam_unix2: bad username [] delta login: FAILED LOGIN SESSION FROM /dev/ttyS0 FOR UNKNOWN, User not known to the underlying authentication module
Wo kommt dieses 'RING' her? Irgendwie wird kein username übermittelt?
mgetty nimmt den Anruf zufrüh entgegen, es muss eigentlich auf CONNECT und DCD warten. Mal den debuglevel erhoehen, so das auch das init chat und die RINGS zu sehen sind. Vielleicht ist auch das KAbel kaputt. AT&C1 (DCD folgt Carrier) solte gesetzt sein. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil <kkeil@suse.de> schrieb:
04/18 16:08:01 yS0 WARNING: starting login while DCD is low! 04/18 16:08:01 ##### data dev=ttyS0, pid=1245, caller='none', conn='DIRECT', name='', cmd='/bin/login', user='RING'
delta login: pam_unix2: bad username [] delta login: FAILED LOGIN SESSION FROM /dev/ttyS0 FOR UNKNOWN, User not known to the underlying authentication module
Wo kommt dieses 'RING' her? Irgendwie wird kein username übermittelt?
mgetty nimmt den Anruf zufrüh entgegen, es muss eigentlich auf CONNECT und DCD warten. Mal den debuglevel erhoehen, so das auch das init chat und die RINGS zu sehen sind. Vielleicht ist auch das KAbel kaputt. AT&C1 (DCD folgt Carrier) solte gesetzt sein.
ok, stand da als &c1 während alle anderen Optionen in Großbuchstaben eingetragen waren. 04/19 19:40:54 yS0 mgetty: experimental test release 1.1.28-Jan10 04/19 19:40:54 yS0 check for lockfiles 04/19 19:40:54 yS0 checklock: no active process has lock, will remove 04/19 19:40:54 yS0 locking the line 04/19 19:40:54 yS0 makelock(ttyS0) called 04/19 19:40:54 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 04/19 19:40:54 yS0 lock made 04/19 19:40:55 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR 04/19 19:40:55 yS0 lowering DTR to reset Modem 04/19 19:40:55 yS0 tss: set speed to 57600 (10001) 04/19 19:40:55 yS0 tio_set_flow_control( HARD ) 04/19 19:40:55 yS0 waiting for line to clear (VTIME), read: 04/19 19:40:55 yS0 send: \dATQ0V1H0[0d] 04/19 19:40:56 yS0 waiting for ``OK'' 04/19 19:40:56 yS0 got: [0d][0a]OK ** found ** 04/19 19:40:56 yS0 send: ATS0=0Q0&D3&C1[0d] 04/19 19:40:56 yS0 waiting for ``OK'' 04/19 19:40:56 yS0 got: [0d] 04/19 19:40:56 yS0 CND: OK[0a][0d][0a]OK ** found ** 04/19 19:40:56 yS0 waiting for line to clear (VTIME), read: [0d][0a] 04/19 19:40:57 yS0 removing lock file 04/19 19:40:57 yS0 waiting... 04/19 19:41:00 yS0 select returned 1 04/19 19:41:00 yS0 checking lockfiles, locking the line 04/19 19:41:00 yS0 makelock(ttyS0) called 04/19 19:41:00 yS0 do_makelock: lock='/var/lock/LCK..ttyS0' 04/19 19:41:00 yS0 lock made 04/19 19:41:00 yS0 wfr: waiting for ``RING'' 04/19 19:41:00 yS0 got: [0d][0a]RING[0d] 04/19 19:41:00 yS0 CND: RING 04/19 19:41:00 yS0 wfr: rc=0, drn=0 04/19 19:41:00 yS0 wfr: waiting for ``RING'' 04/19 19:41:00 yS0 got: [0a][0d][0a]RING[0d] 04/19 19:41:04 yS0 CND: RING 04/19 19:41:04 yS0 wfr: rc=0, drn=0 04/19 19:41:05 yS0 send: ATA[0d] 04/19 19:41:05 yS0 waiting for ``CONNECT'' 04/19 19:41:05 yS0 got: [0d] 04/19 19:41:22 yS0 CND: OK[0a]CONNECT ** found ** 04/19 19:41:22 yS0 send: 04/19 19:41:22 yS0 waiting for ``_'' 04/19 19:41:22 yS0 got: 57600[0d] 04/19 19:41:22 yS0 CND: CONNECT 57600 04/19 19:41:22 yS0 CND: found: 57600[0a] ** found ** 04/19 19:41:22 yS0 waiting for line to clear (VTIME), read: 04/19 19:41:23 yS0 looking for utmp entry... (my PID: 7584) 04/19 19:41:23 yS0 utmp + wtmp entry made 04/19 19:41:23 yS0 tio_set_flow_control( HARD ) 04/19 19:41:23 yS0 print welcome banner (/etc/issue) 04/19 19:41:23 yS0 getlogname (AUTO_PPP), read:Plugin passwordfd.so loaded.[0a] 04/19 19:41:23 yS0 tio_get_rs232_lines: status: RTS CTS DSR DTR DCD 04/19 19:41:23 yS0 login: use login config file /etc/mgetty+sendfax/login.config 04/19 19:41:23 yS0 match: user='Plugin passwordfd.so loaded.', key='' 04/19 19:41:23 yS0 match: user='Plugin passwordfd.so loaded.', key='' 04/19 19:41:23 yS0 match: user='Plugin passwordfd.so loaded.', key='/AutoPPP/' 04/19 19:41:23 yS0 match: user='Plugin passwordfd.so loaded.', key='' 04/19 19:41:23 yS0 match: user='Plugin passwordfd.so loaded.', key='' 04/19 19:41:23 yS0 match: user='Plugin passwordfd.so loaded.', key='*'*** hit! 04/19 19:41:23 yS0 calling login: cmd='/bin/login', argv[]='login Plugin passwordfd.so loaded.' 04/19 19:41:23 ##### data dev=ttyS0, pid=7584, caller='none', conn='57600', name='', cmd='/bin/login', user='Plugin passwordfd.so loaded.' 04/19 19:41:23 yS0 setenv: 'CALLER_ID=none' 04/19 19:41:23 yS0 setenv: 'CALLED_ID=' 04/19 19:41:23 yS0 setenv: 'CONNECT=57600' 04/19 19:41:23 yS0 setenv: 'DEVICE=ttyS0' Es lag wahrscheinlich am Eintrag in der mgetty.config, den ich noch für Hylafax drin hatte: port ttyS0 direct y speed 57600 toggle-dtr n In der inittab hatte ich aber mo:235:respawn:/usr/sbin/mgetty -s 57600 -n 2 -D ttyS0 Nachdem ich diese Zeile wieder auskommentiert habe und mo:35:respawn:/usr/lib/fax/faxgetty /dev/ttyS0 wieder ein, wird bei Datenanruf der mgetty vom faxgetty aufgespannt und alles funktioniert wie gewünscht. Thank you, Sir! -- Andreas Meyer Object Class Common Name userPassword posixAccount andreas {SSHA}hpyqObx1/BXbKFgXoqCayoGsvIgPYiVc
On Sat, Apr 19, 2003 at 08:48:13PM +0200, Andreas Meyer wrote:
Karsten Keil <kkeil@suse.de> schrieb:
04/18 16:08:01 yS0 WARNING: starting login while DCD is low! 04/18 16:08:01 ##### data dev=ttyS0, pid=1245, caller='none', conn='DIRECT', name='', cmd='/bin/login', user='RING'
delta login: pam_unix2: bad username [] delta login: FAILED LOGIN SESSION FROM /dev/ttyS0 FOR UNKNOWN, User not known to the underlying authentication module
Wo kommt dieses 'RING' her? Irgendwie wird kein username übermittelt?
mgetty nimmt den Anruf zufrüh entgegen, es muss eigentlich auf CONNECT und DCD warten. Mal den debuglevel erhoehen, so das auch das init chat und die RINGS zu sehen sind. Vielleicht ist auch das KAbel kaputt. AT&C1 (DCD folgt Carrier) solte gesetzt sein.
ok, stand da als &c1 während alle anderen Optionen in Großbuchstaben eingetragen waren.
Das ist egal. ...
Es lag wahrscheinlich am Eintrag in der mgetty.config, den ich noch für Hylafax drin hatte:
Richtig.
port ttyS0 direct y
^^^^^^^^
speed 57600 toggle-dtr n
In der inittab hatte ich aber mo:235:respawn:/usr/sbin/mgetty -s 57600 -n 2 -D ttyS0
Trotzdem schaut mgetty auch in der conf nach (Optionen sind die Summe aus commandline und config), und direct heist kein Carrier detect und kein Warten auf "CONNECT". -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Andreas Meyer -
Karsten Keil