Newsgroup: it.comp.os.linux.sys
Titolo: Help: non mi loggo piu da locale ma solo tramite ssh

Salve a tutti,
ho un dannato problema su un server RH 7.2 che non mi e mai capitato
prima.... :-((
Allora riesco solo a connettermi da remoto tramite ssh, mentre fisicamente
sulla macchina se provo con qualsiasi utente appena digito la login e premo
invio mi torna alla richiesta di login senza nessun messaggio di errore.
Da remoto invece tutto ok e secondo il log di sistema e tutto ok.
Soluzione per non reistallare tutto ???
Grazie 1000
Riccardo
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.377 / Virus Database: 211 - Release Date: 15/07/2002

 Soluzione per non reistallare tutto ???
Non è che hai qualche firewall (tipo ipchains o iptables) settato male che
blocca le richieste dall'interfaccia di loopback?

 blocca le richieste dall'interfaccia di loopback?
---


 Soluzione per non reistallare tutto ???
il file /etc/passwd c'č ancora?
-- 
Milo Sandydowns
"Quando dico "mi pare" vuol dire che ne sono sicuro."  Graziano Ledda

 il file /etc/passwd c'č ancora?
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.384 / Virus Database: 216 - Release Date: 21/08/2002

 messaggio di errore. 
Chi si occupa dell'autenticazione su quella macchina? Ldap? NIS? Shadow?
Nei primi casi il server di autenticazione e' raggiungibile?
Non e' che invece la /home non sia irraggiungibile?
E se fosse un problema di pam? Hai toccato pam recentemente?
Non e' che piuttosto di un problema di autenticazione non sia un problema
di x windows? In modalita' non grafica il login funziona? Usi Gnome o KDE?
Francesco
-- 
Il lavoro a me mi stende
e per giunta non mi rende
Freak Antony "I gelati sono buoni"

 Riccardo
Controlla /etc/inittab, dove init chiama i processi getty che inizializzano le console
locali; sulla mia debian ho queste righe;
1:2345:respawn:/sbin/getty 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6
ovviamente verifica che getty esista
Non e' che hai un terminale "strano"?
man getty potrebbe esserti utile.
Ciao

 ha scritto nel messaggio
news:pan.2002.08.29.12...@unimore.it...

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).


 
La macchina è connessa ad internet in maniera stabile (ADSL o
eventuali).
Perchè se si non vorrei che qualcuno ti abbia giocato un bello
scherzo...


 ha scritto nel messaggio
news:1fhop4u.1eg2npb1x2dbcwN%max-nos...@archigraph.net...



 
mmm, però la cosa puzza. Tutto un botto ti si sputtana il login da
console...
Mah, hai controllato il syslog per vedere se ci sono state cose sospette
in questi ultimi tempi?


 Allora riesco solo a connettermi da remoto tramite ssh,
E con telnet? riesci a collegarti da remoto?

 "Quando dico "mi pare" vuol dire che ne sono sicuro."  Graziano Ledda


 
Prova a reinstallare i pacchetti login, passwd, ssh, telnetd e telnet.


 possibile capire il perche di questo comportamento. saluti Riccardo
Ssh in genere non passa per pam (credo), mentre il login si'. Per questo, secondo me,
potrebbe essere colpa di pam.
/var/log/messages dice semplicemente "l'utente x ha tentato di
autenticarsi con password non valida" o da' maggiori dettagli?
Ciao
Francesco

 ha scritto nel messaggio
news:1fhoqzt.126te5p54ra13N%max-nos...@archigraph.net...



 ha scritto nel messaggio
news:pan.2002.08.29.15...@unimore.it...



 ha scritto nel messaggio
news:aklapn$plf$1...@newsreader.mailgate.org...

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).


 e poi non mi chiede piu nulla ne login ne password resta morto cosi.
Dai un occhiata al tuo .bash_profile

 
Prova a fare prima un check dei suddetti pacchetti:
rpm -V telnetd
rpm -V sshd
etc etc 

 Soluzione per non reistallare tutto ???
Sembra aver a che fare con PAM.  Confronta /etc/pam.d/login e
/etc/pam.d/system-auth con quelli di una Red Hat che non presenta il
problema.
Sempre negli stessi file, aggiungi un bel `debug' dopo i vari
pam_unix.so eccetera, cosi`:
auth required pam_unix.so [blah blah blah] debug
...e controlla in /var/log/syslog o dove Red Hat conserva questi
messaggi (in Debian e` /var/log/auth.log).
Massimiliano
-- 
The Practical Penguin's Notebook - 
http://practicaltux.sourceforge.net
Guide per newbie pratiche al 100%: configurazione della posta
(Postfix, Fetchmail e Procmail), tutorial da zero su Mutt ed Emacs.

 /dev/tux/backup/login: Not a directory
 
http://www.chkrootkit.org
-- 
GHERdO, happy GNU/linux user.
 
http://www.cyberspace.org/~gherdo/