à table posté par oz
Dans la liste des choses à ne pas faire sous linux, il y’a modifier la configuration d’iptables en connexion distante. Iptables, c’est un peu le firewall de la mort, qui permet de filtrer tout ce qui passe, partout. Il vaut mieux éviter par exemple de faire un reset des règles de filtrage quand la configuration par défaut et de tout rejeter : c’est un peu comme se tirer dans le pied en fait. Il faut juste se reconnecter sur la machine en local pour pouvoir changer ça… Pénible, c’est le mot. :)
Si uname est down, ça n’a rien à voir hein, non. C’est sa colloc’ qui a éteint la machine sans faire gaffe en fait, ahem…
Commentaires fermés.
Commentaires
1
le 27 octobre à 16:23, jadawin écrivait :
Mon firewall marchait bien, très bien meme. Je jouais avec à distance, certes… mais j’avais une crontab qui m’aidait si je me vautrais. Content de ce que je faisais, et comme j’avais fini, j’ai supprimé la crontab. Là, je dis à Oz de regarder et il me dit de taper une commande. Comme un con, j’ai pas réfléchi et vlan.
Bon, bref, j’ai plus de pied et je vais me chercher un café.
2
le 27 octobre à 16:24, oz écrivait :
}:)
3
le 27 octobre à 18:16, perrine écrivait :
Sa colloc’ ? Celle qu’est en vacances loin de Paris ?
4
le 27 octobre à 19:42, nocmahr écrivait :
aïe ça fait mal :/ (mdr quand même hein)
5
le 27 octobre à 23:35, galaxy écrivait :
c’est pas con, l’idée de la crontab…
6
le 28 octobre à 07:34, TDD écrivait :
RIPtables
7
le 28 octobre à 14:41, bankair écrivait :
Dans le meme esprit, il y a « killer le sshd de sa machine via ssh ».
Tres distrayant aussi :)
8
le 28 octobre à 20:02, galaxy écrivait :
pfff, bande de petits joueurs : pourquoi faire des conneries à distance quand on peut le faire en local : moi, je kill init directement…
C’est bien plus efficace et ça marche toujours.