[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: "Connection refused"



West a écrit :
Bonjour la liste,

J'ai un gros soucis depuis quelques jours, j'ai à ma disposition un serveur de mail sous Debian externalisé (serveur dédié).

Des que je lance une connexion au serveur, j'ai en retour un "connexion refused", ssh,web, smtp, en telnet sur plusieurs ports.

J'ai bien sur désacttivé le firewall, Fail2ban, mais rien à faire.

Connexion avec le mode rescue, les logs n'indiquent rien de particulier mise à part tous les reboots, qui ont l'air d'etre logué jusqu'a la fin du processus de boot, rien concernant les drops dans les logs kernel,syslog, firewall ou encore messages.

Je suis retourné à mon ancien kernel, bien que le dernier fonctionne depuis dejà plusieurs mois sans soucis (j'ai un 2eme serveur avec quasiement la meme config, mais il n'a rien).

j'ai lancé wireshark, et lors des tentatives de connexion j'ai un beau RST,ACK juste apres mon SYN.

Je n'ai aucune autre possiblité de me connecter mise à part le mode rescue pour remonter les disques. D'ailleurs je vois pas pourquoi ca fonctionne avec ce mode en ssh(port 22) et une fois booter normalement plus rien !!

J'ai testé plusieurs ports, ceux qui sont supposés etres ouverts sur mon serveur, et j'ai pu remarqué que la connexion se faisait sans probleme sur le port LDAP/LDAPS.
Je n'ai réalisé le test qu'en telnet sur ldap/ldaps mais je n'avais pas de "connexion refused".


Si quelqu'un peut me donner des idées de recherche, car là je vois plus trop ou chercher, j'ai passé la nuit la dessus sans resultat, c'est peut etre un truc tout bete, mais je suis parti dans pas mal de direction sans resultat, je prefrere donc demander de l'aide à des cerveaux plus reposés et mieux remplis .

Merci de votre aide

++

Bonjour,

Le réseau et la carte ont l'air de fonctionner. Le "connexion refused" correspond à un service qui ne tourne pas. Je pense qu'il faut regarder du côté de la configuration des services 1 par 1 : ex : /etc/init.d/ssh start, et voir les log on encore en mode "non démon" pour voir en temps réel ce qui se passe au niveau du lancement. Exemple : sshd -d -D

Les ports sont ils ouverts? Que donne netstat -l?

Peut être avez-vous subit une attaque ? Et qu'on a déconfiguré tous les services ? Ou aurait installé des versions modifiées ?
Réinstaller les paquet depuis une source sûre avec support de clés GPG?

Ce sont quelques idées en vrac.

Cordialement.


Reply to: