Newsgroup: it.comp.os.linux.sys
Titolo: login fail

Salve,
dopo qualche aggiornamento di FC2 (non saprei quale),
mi succede che "telnet localhost" fallisce con 3 volte
"login incorrect" ed in /var/log/secure trovo quanto segue:
login: FAILED LOGIN 1 FROM ... FOR (null), Authentication failure
login: FAILED LOGIN 2 FROM ... FOR (null), Authentication failure
login: FAILED LOGIN 3 FROM ... FOR (null), Authentication failure
login: FAILED LOGIN SESSION FROM ... FOR (null), Authentication failure
Ho cercato con google, ma non ho trovato nulla di "illuminante",
qualcuno ha qualche idea?
Potrebbe essere pam? Come controllare? Perche`?
Oppure qualche entry in /dev/ mancante (udev...)?
Altro?
Thanks,
bye,
-- 
piergiorgio


The optimist says "Tomorrow is sunday".
The pessimist says "The day after tomorrow's monday". (Gustave Flaubert)

 globale... 
ehm.. anche sarge prevede la possibilità di usarlo globale.
bott@dirac:~ > ls /etc/pam.d/common-*
/etc/pam.d/common-account  /etc/pam.d/common-password
/etc/pam.d/common-auth     /etc/pam.d/common-session
bott@dirac:~ >
a me non piace molto.... e infatti li cambio :-)

 con ``w'' che pts/vc stai usando).
Dovrebbero esserci, ma non mi pare in directory.
bye,
-- 
   Piergiorgio Sartor

 Dovrebbero esserci, ma non mi pare in directory.
Allora non usi udev, non ti preoccupare.


 Allora non usi udev, non ti preoccupare.
udev, purtroppo, lo _devo_ usare (e` FC3 test2, in realta`),
pero` controllero` i terminali disponibili (ed i permessi).
bye,
-- 
   Piergiorgio Sartor

 pero` controllero` i terminali disponibili (ed i permessi).
Purtroppo...? E' ottimo udev! Moooolto meglio di devfs che fa schifo...


 Purtroppo...? E' ottimo udev! Moooolto meglio di devfs che fa schifo...
Mai usato devfs, credo sia un raro caso di codice passato
dallo stato "experimental" a quello "obsolete" senza mai
diventare "mainstream".
udev ha delle rogne, che recentemente hanno deciso di circumnavigare.
In FC3-test2 si possono definire (in /etc/udev/devices) dei
device "statici" che vengono creati al boot in /dev (copiati pari pari),
senza avere il driver o modulo caricato.
Il problema che ho e` che certi servizi (bttv, ide-cd ed altro)
non partono senza il device ed udev non crea il device perche`
i servizi non sono partiti...
bye,
-- 
   Piergiorgio Sartor

 Per questo serve -D ;)
Eccolo qua, -D report, non mi pare illuminante.
Trying 127.0.0.1...
Connected to lazy.
Escape character is '^]'.
td: send do TERMINAL TYPE
td: send do TSPEED
td: send do XDISPLOC
td: send do NEW-ENVIRON
td: ttloop
td: ttloop read 24 chars
td: recv do SUPPRESS GO AHEAD
td: send will SUPPRESS GO AHEAD
td: recv will TERMINAL TYPE
td: recv will NAWS
td: send do NAWS
td: recv will TSPEED
td: recv will LFLOW
td: send do LFLOW
td: recv will LINEMODE
td: send dont LINEMODE
td: recv will NEW-ENVIRON
td: recv do STATUS
td: send will STATUS
td: ttloop
td: ttloop read 12 chars
td: recv wont XDISPLOC
td: recv suboption NAWS 0 80 (80) 0 25 (25)
td: ttloop
td: ttloop read 34 chars
td: recv suboption TERMINAL-SPEED IS 38400,38400
td: recv suboption ENVIRON IS
td: recv suboption TERMINAL-TYPE IS "LINUX"
td: send do ECHO
td: ttloop
td: ttloop read 3 chars
td: recv wont ECHO
td: send will ECHO
td: Entering processing loop
Fedora Core release 2 (Tettnang)
Kernel 2.6.8.1 on an i686
Login incorrect
Login incorrect
Login incorrect
Login incorrect
Ho fatto altre prove.
Se lancio "login" da utente normale, mi chiede user & pass, ma
poi mi dice (ovviamente user & pass sono corretti):
Authentication service cannot retrieve authentication info.
Se lancio, da root, "login -p -h hostname" ottengo lo stesso
risultato di cui sopra-sopra, cioe` 3 failure.
Se lancio "login" (senza parametri) da root, termina immediatamente
(forse con lo stesso errore, ma non lo vedo).
Any ideas?
bye,
-- 
piergiorgio

 Any ideas?
Mi vengono in mente problemi di pam, però non sono certo che telnet 
autentichi in modo giusto. Guarda auth log, aumentando prima il debug 
level a netdata ed anche a ptydata, e manda il log di telnetd. Manda pam 
per login e telnet, eventualmente anche la configurazione globale. Sono 
quasi certo che sia una cazzata, ma servono altre informazioni.
Fai anche una prova: usa sshd e collegati con ssh.


 Fai anche una prova: usa sshd e collegati con ssh.
Uhm, provero` anche questa, anche se non mi va di scomodare
ssh per un collegamento localissimo.
bye,
-- 
   Piergiorgio Sartor

 configurazione di pam.
/etc/pam.d/login
#%PAM-1.0
auth       required     pam_securetty.so
auth       required     pam_stack.so service=system-auth
auth       required     pam_nologin.so
account    required     pam_stack.so service=system-auth
password   required     pam_stack.so service=system-auth
# pam_selinux.so close should be the first session rule
session    required     pam_selinux.so close
session    required     pam_stack.so service=system-auth
session    optional     pam_console.so
# pam_selinux.so open should be the last session rule
session    required     pam_selinux.so multiple open
Selinux non e` attivo...
/etc/pam.d/other
#%PAM-1.0
auth     required       /lib/security/$ISA/pam_deny.so
account  required       /lib/security/$ISA/pam_deny.so
password required       /lib/security/$ISA/pam_deny.so
session  required       /lib/security/$ISA/pam_deny.so
Globale? Quale sarebbe?
telnet non c'e`, come gia` detto.
bye,
-- 
piergiorgio

 Globale? Quale sarebbe?
system-auth :)


 system-auth :)
Pare mancasse /etc/pam.d/remote, un "bug" di util-linux.
L'ultima release, la 12, ha questo come changelog ed il
problema sembrerebbe essere sparito.
Anyway thanks,
bye,
-- 
piergiorgio