Serveur Dédié Kimsufi (Tous les ports fermé)

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Serveur Dédié Kimsufi (Tous les ports fermé)

silvers12

Salut à tous,
J'aurais besoin de votre aide pour un piti soucis de taille ... Tous ce passais très bien sur mon dédié lorsque j'ai fait une mise a jour de Debian 9. Depuis mon serveur reste inaccessible.
Je le ping bien mais sans plus. Plus de http, https, sftp, ssh ... plus rien.
J'ai ouvert un ticket KIMSUFI et ils m'ont juste répondu que aucun port n'était ouvert sur le serveur ... Ils m'ont demandé de passer en rescue et d'ouvrir les ports.

Ouai ok Alors je suis bien passé en mode rescue mais j'ai aucune idée de comment ouvrir les ports étant donnée que je suis booté avec le rescue et non la vrai partition ...
Du coup je me retrouve coincé .
Je vous serais réellement reconnaissant de me venir en aide. (Même juste me donner une petite piste.) Merci beaucoup d'avance.

Cordialement,
Silvers 😓

Malakai

Si tout les ports sont fermes, normalement ca se passe au niveau du parefeu (iptables) donc quand tu es en mode rescue apres avoir monte les partitions essaie de voir ou se trouve ton fichier de parefeu (celui ou se trouvent toutes les regles iptables) et ajuste selon le besoin. Meme si ca me semble louche que des regles se soient inserees toutes seules suite a une maj.
Sinon regarde aussi au niveau des fichiers hosts.deny et hosts.allow, peut etre que des ips se trouvent la bas...
Regarde aussi dans les logs apres avoir monte les partitions, peut etre que tout simplement aucun service n'est demarre (a nouveau ce serait bizarre) mais on sait jamais.

silvers12

Merci beaucoup pour ta réponse, je vais regarder cela, est-ce possible que la maj du Kernel empêche tout simplement un démarrage normal (erreur) et donc de jouer les iptables ?

Malakai

Si ton serveur reponds au ping quand il est demarre normalement c'est que l'OS a demarre et qu'il y a un acces reseau. Apres comme je le disais je ne penses pas qu'une maj touche aux regles iptables mais en meme temps on ne sait pas exactement ce qui tourne sur ton serveur.

silvers12

J'ai un rtorrent qui tourne dessus avec seedbox manger que j'ai installé a partir d'ici. J'ai aussi quelques site web et un MEDUSA.
Le truc c'est que j'amais je n'avais fait de reboot du serveur jusqu'a maintenant. Il tournais depuis des mois sans pronblème.

Je pense que l'iptables ne devais jamais avoir été enregistré, en tout cas pas convenablement en vue des circonstances.

Malakai

Tu fais un nmap d'ou vers ou?

silvers12 Le truc c'est que j'amais je n'avais fait de reboot du serveur jusqu'a maintenant

Jamais, jamais, depuis que tu as mis les choses en place?
Meme pas apres avoir tout mis en place pour verifier qu'apres un reboot tout repart/demarre comme il faut?

jean-luc

silvers12

Bonsoir,

En mode rescue, tu te chroots et dans le fichier rc.local tu colles ceci:

/sbin/iptables -F
/sbin/iptables -X
/sbin/ip6tables -F
/sbin/ip6tables -X
service portsentry stop #si installé
service fail2ban stop #si installé

Tu vides ton fichier hosts.deny

Puis redémarre ton serveur.

Si toujours injoignable, tu auras confirmation que ça ne vient vraiment pas de tes règles iptables ou de tes softs de sécurité au moins.
😉

silvers12

En faite si j'arrivais a faire sauter le pare-feu je pourrais me connecter normalement et remettre tout petit a petit... Vous auriez une idée pour faire ça s'il vous plait ?
J'ai NGINX aussi si ca peut aider

Et peux importe ce que je touche nmap retourne toujorus ça 💯

Not shown: 991 closed ports
PORT STATE SERVICE
135/tcp filtered msrpc
139/tcp filtered netbios-ssn
445/tcp filtered microsoft-ds
1863/tcp open msnp
1900/tcp filtered upnp
3128/tcp filtered squid-http
4444/tcp filtered krb524
5050/tcp open mmcc
5190/tcp open aol

silvers12

Non ... J'ai honte ...

En fait j'ai l'impression que rien ne démarre, nginx, ssh ... Pourtant je peux tout demarrer a partir du rescue.

Malakai

silvers12
Qu'est ce que tu veux dire par la?
Tu redemarre quoi en rescue? Tes services?
Tu fais un chroot?

Banip

Tu as peut être changé le port SSH en suivant les tutos de sécurisations ?

vi /etc/ssh/sshd_config

silvers12

Je boot sur l'iso rescue de ovh. Qui me permet de voir mes disques.
Je les mount puis je me chroot dessus pour être dans un pseudo environnement réelle...

Non le port ssh n'a pas été changé mais de tout façon l'ensemble des ports sont fermé d'apres ovh ...

Je crains qu'il ne me reste plus que la méthode réinstallation...

En tout cas j’apprécie vraiment votre aide. C'est très gentil.

Malakai

T'as verifie les logs du coup? Rien d'interessant?

silvers12

Malakai
Bonjour,
Dans les logs rien du tout d'alarmant...

jean-luc
Bonjour,
Je ne trouve pas de fichier rc.local
find / -name "rc.local" = Aucun résultat

Je ne peux malheureusement pas prendre plus de temps dessus, 3 jours d'inactivités, je ne peux pas me permettre plus. Je vais donc réinstaller la bête.

En tout cas je vous remercie infiniment pour votre aides. Je crains que mes espoirs de ne pas avoir à tout réinstaller s’arrête ici. 😥

jean-luc

silvers12
Salut,

Je ne trouve pas de fichier rc.local
find / -name "rc.local" = Aucun résultat

1: en mode rescue tu montes ton serveur dans /mnt
2:

nano  /mnt/etc/rc.local

Lignes + haut à insérer avant le exit puis ctrl+o ->enter->ctrl+x
3: Pour purger hosts.deny:

\>/mnt/etc/hosts.deny  #supprimer le \ devant

reboot (après avoir sorti du rescue dans ton manager)
😉

Edit: Les logs, faut les regarder dans :
/mnt/var/log et non /var/log sauf si chrooté...mais j'ai un doute sur la confusion de ta part !!!!