pb serveur ssh....debian .

pb serveur ssh....debian . - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 12-01-2003 à 19:22:52    

Je viens d'installer un serveur ssh (open ssh) avec
apt-get install ssh
 
Donc suis aller voir le fichier de config:

# Package generated configuration file
# See the sshd(8) manpage for defails
 
# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes
 
# ...but breaks Pam auth via kbdint, so we have to turn it off
# Use PAM authentication via keyboard-interactive so PAM modules can
# properly interface with the user (off due to PrivSep)
PAMAuthenticationViaKbdInt no
# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768
 
# Logging
SyslogFacility AUTH
LogLevel INFO
 
# Authentication:
LoginGraceTime 600
PermitRootLogin yes
StrictModes yes
 
RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys
 
# rhosts authentication should not be used
RhostsAuthentication no
# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes
 
# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no
 
# Uncomment to disable s/key passwords  
#ChallengeResponseAuthentication no
 
# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication yes
 
 
# To change Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#AFSTokenPassing no
#KerberosTicketCleanup no
 
# Kerberos TGT Passing does only work with the AFS kaserver
#KerberosTgtPassing yes
 
X11Forwarding no
X11DisplayOffset 10
PrintMotd no
#PrintLastLog no
KeepAlive yes
#UseLogin no
 
#MaxStartups 10:30:60
#Banner /etc/issue.net
#ReverseMappingCheck yes
 
Subsystem sftp /usr/lib/sftp-server
 


ça m'a l'air bon ,  
je regarde avec un netstat -tunlp,
le serveur est bien lance et ecoute sur le port 22.
 
alors je desactive mon fw (histoire que ce soit clair :D),
j'essaye un ssh 127.0.0.1  
et là il me sort qu'il faut que j'ajoute des correct host key blablba...enfin normal koi .
 
je fais un ssh 192.168.0.2 et là...:

ssh_exchange_identification: Connection closed by remote host


 
 :(  
 
j'essaye a partir d'un poste distant (client SecureCRT ss Win2k),
et là aucune reponse si ce n'est un time out....
 
Je precise que j'ai bien fait un :

iptables -F
iptables -X
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT


Donc ça ne vient pas du fw ..... :(
 
comment je fais now ? :heink:  
 
 :heink:

Reply

Marsh Posté le 12-01-2003 à 19:22:52   

Reply

Marsh Posté le 12-01-2003 à 19:57:45    

disconect a écrit :


Donc ça ne vient pas du fw ..... :(


 
T'as essayé sans ?

Reply

Marsh Posté le 12-01-2003 à 20:04:42    

Hansolo a écrit :


 
T'as essayé sans ?

oui , exactement la meme chose

Reply

Marsh Posté le 12-01-2003 à 20:44:43    

Problème de clés ou problème d'identification. Je me souviens qu'il peut être nécessaire (dans certains cas) d'identifier la machine qui tente de se connecter dans /etc/host.allow.
 
C'est des souvenirs qui datent d'environ 1 an / 1an 1/2 lorsque j'utilisais ssh sur un serveur. Mais c'est à vérifier (FAQ, etc...).

Reply

Marsh Posté le 13-01-2003 à 00:57:14    

/etc/hosts.allow et hosts.deny  
++

Reply

Marsh Posté le 13-01-2003 à 10:40:42    

ok , essayerais ça ce soir  :jap:  
Mais bon, j'avais souvenir que un apt-get install ssh, configure tt nikel par defaut  :heink:

Reply

Marsh Posté le 13-01-2003 à 11:37:40    

disconect a écrit :

ok , essayerais ça ce soir  :jap:  
Mais bon, j'avais souvenir que un apt-get install ssh, configure tt nikel par defaut  :heink:  


 
Il faut quand meme generer les cles.

Reply

Marsh Posté le 13-01-2003 à 12:40:32    

Gaellick a écrit :


 
Il faut quand meme generer les cles.

C'est genere automatiquement a l'apt-get.

Reply

Marsh Posté le 13-01-2003 à 19:45:29    

merci tlm, en fait c'etait bien mon hosts.deny qui merdait , je pense que c'est port sentry qui l'a rempli comme ça , enfin bon... :hello:

Reply

Marsh Posté le 13-01-2003 à 20:35:40    

disconect a écrit :

merci tlm, en fait c'etait bien mon hosts.deny qui merdait , je pense que c'est port sentry qui l'a rempli comme ça , enfin bon... :hello:  


 
tu utilises une debian :o
alors hop :apt-cache show portsentry :
 

Description: Portscan detection daemon
 PortSentry has the ability to detect portscans(including stealth scans) on
 the network interfaces of your machine. Upon alarm it can block the attacker
 via hosts.deny, dropped route or firewall rule. It is part of the Abacus
 program suite.

 
 
et oui, il remplit le hosts.deny  :)
et en plus il n'est pas libre :pfff:

Reply

Marsh Posté le 13-01-2003 à 20:35:40   

Reply

Marsh Posté le 13-01-2003 à 22:01:19    

udok a écrit :


 
tu utilises une debian :o
alors hop :apt-cache show portsentry :
 

Description: Portscan detection daemon
 PortSentry has the ability to detect portscans(including stealth scans) on
 the network interfaces of your machine. Upon alarm it can block the attacker
 via hosts.deny, dropped route or firewall rule. It is part of the Abacus
 program suite.

il est pas libre mais bon....rab  [:spamafote]  
Et puis je savais meme po qu'il etait en .deb, je l'ai compile moi meme  :o  [:twixy]  
 
et oui, il remplit le hosts.deny  :)
et en plus il n'est pas libre :pfff:  

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed