Newsgroup: it.comp.os.linux.sys
Titolo: CALLBACK: Perche' no con NT???

Salve, ho un problema piuttosto strano che non riesco a risolvere.
Ho configurato il callback sulla linux box, così da casa posso
collegarmi al mio PC aziendale.
Da win95 (o WinME) il tutto funzia, mentre con NT (con lo stesso
script) se provo a fare la chiamata, Linux mi richiama ma poi vengo
disconnesso.
Cosa sto sbagliando?
Un cortese saluto...

 Cosa sto sbagliando?
Magari se ci dicessi cosa racconta il log (perche' c'e' un log, vero?)
non dovremmo scomodare la palla di cristallo. Cosi', con le
informazioni che ci dai solo il Mago Otelma puo' risponderti.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

informazioni che ci dai solo il Mago Otelma puo' risponderti.
Chiedo scusa...
Ti posto due log, quello che mi da quando mi collego con Win95 (che
funziona regolarmente), e quello incriminato, cioč quando mi collego
usando WinNT 4.0.
Ho notato tuttavia delle 'porcherie' anche nei log in cui ho successo,
hai idea su cosa ci sia di sbagliato?
I log si riferiscono al back, quindi alla chiamata di ritorno al mio
numero di casa, indicato con 02909090 (naturalmente non č quello
vero!!!).
Per ora posto il 'messages' poi appena lo recupero, anche il log di
mgetty. GRAZIE!!!
WIN95: OK!
---------------------------------------------------------------------
Feb  8 23:30:09 linuxbox mgetty[14236]: send: : Bad file descriptor
Feb  8 23:30:09 linuxbox mgetty[14236]: waiting for ``OK'': Bad file
descriptor
Feb  8 23:30:09 linuxbox mgetty[14236]: dialing T02909090...: Bad file
descriptor
Feb  8 23:30:09 linuxbox mgetty[14236]: mdm_send: 'ATDT02909090': Bad
file descriptor
Feb  8 23:30:09 linuxbox mgetty[14236]: dialup: got 'ATDT02909090':
Bad file descriptor
Feb  8 23:30:44 linuxbox mgetty[14236]: dialup: got 'CONNECT
24000/ARQ/V34/LAPM/V42BIS': Bad file descriptor
Feb  8 23:30:44 linuxbox mgetty[14236]: got CONNECT, success!: Bad
file descriptor
Feb  8 23:30:44 linuxbox mgetty[14237]: Got callback signal from
pid=14236!: Interrupted system call
Feb  8 23:30:44 linuxbox mgetty[14237]: stealing lock file from
pid=14236: Operation not permitted
Feb  8 23:30:45 linuxbox mgetty[14236]: callback: success,
device=/dev/ttyS1, mgetty=14237
Feb  8 23:30:46 linuxbox mgetty[14237]: data dev=ttyS1, pid=14237,
caller='none', conn='', name='', cmd='/bin/login', user='pppuser'
Feb  8 23:30:58 linuxbox PAM_pwdb[14237]: (login) session opened for
user pppuser by dialout(uid=0)
Feb  8 23:30:59 linuxbox kernel: CSLIP: code copyright 1989 Regents of
the University of California 
Feb  8 23:30:59 linuxbox kernel: PPP: version 2.3.7 (demand dialling) 
Feb  8 23:30:59 linuxbox kernel: PPP line discipline registered. 
Feb  8 23:30:59 linuxbox kernel: registered device ppp0 
Feb  8 23:30:59 linuxbox pppd[14260]: pppd 2.3.11 started by pppuser,
uid 16
Feb  8 23:30:59 linuxbox pppd[14260]: Using interface ppp0
Feb  8 23:30:59 linuxbox pppd[14260]: Connect: ppp0 <--> /dev/ttyS1
Feb  8 23:31:05 linuxbox kernel: PPP BSD Compression module registered
Feb  8 23:31:05 linuxbox kernel: PPP Deflate Compression module
registered 
Feb  8 23:31:05 linuxbox pppd[14260]: found interface eth0 for proxy
arp
Feb  8 23:31:05 linuxbox pppd[14260]: local  IP address 192.168.100.11
Feb  8 23:31:05 linuxbox pppd[14260]: remote IP address 192.168.100.25
Feb  8 23:31:05 linuxbox pppd[14260]: CCP terminated by peer
Feb  8 23:31:05 linuxbox pppd[14260]: Compression disabled by peer.
-----------------------------------------------------------------------------
WINNT: FAILURE!
-----------------------------------------------------------------------------
Feb  8 18:02:35 linuxbox mgetty[10657]: waiting for ``OK'': Bad file
descriptor
Feb  8 18:02:35 linuxbox mgetty[10657]: dialing T02909090...: Bad file
descriptor
Feb  8 18:02:35 linuxbox mgetty[10657]: mdm_send: 'ATDT02909090': Bad
file descriptor
Feb  8 18:02:35 linuxbox mgetty[10657]: dialup: got 'ATDT02909090':
Bad file descriptor
Feb  8 18:03:06 linuxbox mgetty[10657]: dialup: got 'CONNECT
28800/ARQ/V34/LAPM/V42BIS': Bad file descriptor
Feb  8 18:03:06 linuxbox mgetty[10657]: got CONNECT, success!: Bad
file descriptor
Feb  8 18:03:07 linuxbox mgetty[10658]: Got callback signal from
pid=10657!: Interrupted system call
Feb  8 18:03:07 linuxbox mgetty[10658]: stealing lock file from
pid=10657: Operation not permitted
Feb  8 18:03:07 linuxbox mgetty[10657]: callback: success,
device=/dev/ttyS1, mgetty=10658
Feb  8 18:03:09 linuxbox mgetty[10658]: data dev=ttyS1, pid=10658,
caller='none', conn='', name='', cmd='/bin/login', user='pppuser'
Feb  8 18:04:09 linuxbox mgetty[10728]: mgetty: experimental test
release 1.1.22-Aug17: Success
Feb  8 18:04:09 linuxbox mgetty[10728]: check for lockfiles: Success
Feb  8 18:04:09 linuxbox mgetty[10728]: locking the line: No such
process
Feb  8 18:04:09 linuxbox mgetty[10728]: lowering DTR to reset Modem:
No such process
Feb  8 18:04:10 linuxbox mgetty[10728]: clean_line: only 500 of 2116
bytes logged: No such process
Feb  8 18:04:10 linuxbox mgetty[10728]: send: : No such process
Feb  8 18:04:11 linuxbox mgetty[10728]: waiting for ``OK'': No such
process
Feb  8 18:04:11 linuxbox mgetty[10728]: send: : No such process
Feb  8 18:04:11 linuxbox mgetty[10728]: waiting for ``OK'': No such
process
Feb  8 18:04:12 linuxbox mgetty[10728]: waiting...: No such process
-----------------------------------------------------------------------

 process
  ???
Fammi sapere..


Fammi sapere..
ORA FUNZIONA!!! 
Rimane solo il dilemma dei 'Bad file descriptor'. 
Ho controllato i permessi sui files e ho notato che, mentre fino a
poco tempo fa la trasmissione veniva loggata su
/var/log/mgetty.ttyS1.callback, ora questo non accade piů.
Inoltre non capisco chi č lo user che gestisce tale log, se root
oppure pppuser, che poi č l'utente di /dev/modem.
Cosa suggerisci?
Thanks!

 oppure pppuser, che poi è l'utente di /dev/modem.
Non era uucp l'utente?


Non era uucp l'utente?
A questo punto non lo so! 
Ora come ora mgetty gira con i diritti di root...ecco perché non
capisco perché non riesce a creare il log...
Dici che dovrei impostare il tutto sotto proprietario uucp?
Insomma, mi chiedo, di default chi è il proprietario di mgetty??
Grazie tante per l'aiuto! :)
Un saluto.

 Insomma, mi chiedo, di default chi č il proprietario di mgetty??
Te lo diro' domani quando potro' guardare su un Linux box che ce l'ha.


 Insomma, mi chiedo, di default chi č il proprietario di mgetty??
[root@cerberus /root]# ls -l `which mgetty`
-rwx------    1 root     root        74768 mar  7  2000 /sbin/mgetty
-- 
|Pierluigi De Rosa (
tho...@durin.khazad-dum.net
)|
|     E' nato il Cosenza Linux User Group	|
|   mail -s help 
cslug-...@lists.linux.it
	|
|      IRC: #cslug - 
irc.openprojects.net
	|