Disons-le encore une fois, nous faisons tous des erreurs et je viens d'en faire un.
Un bref historique : Je faisais quelques travaux sur un VPS (Debian) que je loue, quand j'ai remarqué un comportement étrange. En utilisant le netstat
j'ai vu une connexion non autorisée par SSH. Je ne savais pas quoi faire, alors j'ai décidé de fermer sa connexion en utilisant la commande iptables
:
iptables -A INPUT -p tcp --dport ssh -s IP -j DROP
Mais je suis fatigué, et j'ai écrit
iptables -A INPUT -p tcp --dport ssh -j DROP
et je me suis mis à la porte (et tous les autres)...
Comment puis-je réparer cela ?
2 votes
Pour la prochaine fois, peut-être un l'interrupteur de l'homme mort serait utile.
2 votes
Qui est votre hôte ? De nombreux hôtes de VM proposent une console série qui vous permet d'utiliser SSH dans les cas où vous ne pouvez pas le faire à distance.
0 votes
Duplication possible de Est-il possible d'accéder par SSH à un serveur dont le sous-réseau est mal configuré ?
1 votes
Non, parce qu'il bloque tous les paquets ssh sur la machine. sur un sous-réseau mal configuré, il suffirait de tcpdump pour cette adresse mac, d'obtenir le sous-réseau sur lequel elle arpente, puis de configurer un nic virtuel sur le même sous-réseau et de lui parler.
51 votes
En tout cas, vous avez supprimé l'accès à la personne non autorisée.
0 votes
@jfalcon Ce n'est pas exactement la même chose, mais je pense que la même solution s'applique dans les deux cas. Dans les deux cas, la mauvaise configuration est telle que ssh sur IPv4 n'est pas une option réalisable, mais ssh sur IPv6 n'est pas affecté par l'erreur. Il est possible que le fait que l'un soit un serveur virtuel et l'autre un serveur physique ait quelque chose à dire, cela semble certainement être une différence plus pertinente entre les deux que les détails exacts de la façon dont l'accès IPv4 au serveur a été rompu.