Reprise du message précédent :
Alors pas au moment où tu l'as dit, mais maintenant je me suis mis dehors avec fail2ban sur mon autre serveur en oubliant de deban mon IP de la jail [recidive] après un test apparemment

Du coup c'est marrant, j’apprends à jongler avec le boot Rescue (dans ce cas précis j'ai mis mon IP en ignore dans jail.conf le temps de dégager celle-ci des prisons)

Je rebondis là dessus. J'ai lancé un wiki sur "duid", mais j'imagine qu'on ne parle pas de Drug-impaired driving ?

En effet  

https://documentation.online.net/fr [...] pv6/prefix

En mode rescue, on reçoit bien les identifients ssh par mail?

Affirmatif.
 
Mettre le serveur en rescue depuis le panel et ensuite demander un reboot, sinon ça ne marche pas

J'ai du oublié le reboot   Merci!

Des astuces pour ce unban sa propre IP dans fail2ban?
En rescue, je n'arrive pas à voir mes jails, seulement celles du système rescue.
Pourtant je monte bien ma partoche sur /mnt et j'essaye de démarrer le service depuis /mnt/etc/init.d/.

chroot ?

a tester: ajouter dans la section [DEFAULT]
ignoreip = 192.168.0.1 192.168.5.0/32  (avec les bonnes IP évidemment)
dans /mnt/etc/fail2ban/jail.conf
(jamais testé, je sais pas si ça va marcher si l'IP est déjà bannie)

Ça dégage pas au restart du service les jails ?
 
Sinon oui faut te chroot ^^
 
Ou y aller depuis une autre IP (si pas de whitelist) genre smartphone (partage de connexion).

Partage de connexion 4g et op unban possible puisqu'on arrive avec une autre ip.

J'y ai bien pensé à avoir une autre addresse IP (reboot de la box, ou partage 4G), mais je voulais comprendre ce que je faisais mal. Je creuserais plus du coté de chroot.
Merci pour vos réponses

Je ne comprend pas, fail2ban ajoute une simple règle iptables quand il bannie une IP, donc un simple reboot permet de récupérer l’accès.

Tu ne peux en effet pas éditer la table de ton systeme depuis un rescue, mais ce n'est pas la peine.

 
+1, je mettais mon IP publique en ignore, puis reboot normal, unban de mon ip, suppression de mon ip de l'ignore et roule ma poule.

Ça me fais pensez à cette vidéo : https://youtu.be/SKhKNUo6rJU (Anglais)
 
Le mec mets un fake serveur SSH sur le port 22 qui répond pendant... longtemps... très longtemps
 
Le vrai serveur SSH est sur un autre port aléatoire.
 
J'ai trouvé ça vraiment pas con contre ces foutus robots qui crawlent les Internets inlassablement

il me semble qu'au démarrage il remet les ips bannies non?  

Ça dépend de comment c'est paramétré ^^
 
Mais dans un premier temps j'aurai testé un simple reboot voir si c'est le cas.
 
Et sinon ben... rentrer avec une autre IP pour enlever le ban...
 
Ou encore reboot rescue + chroot mais c'est un peu overkill.

Quand je l'utilisais un simple reboot effacait tout, je ne savais pas qu'il y avait un paramètre.

C'est pas mal ca  

Je pensais aussi mettre ça sur le port 22.

Je pensais aussi que c'était comme ça. Je me suis  unban d'une autre adresse IP. Mais au moins j'aurais appris le chroot

 
 
C'est encore moi  
Je voudrais savoir si c'était possible de chopper les headers des kernels OVH? Je tourne actuellement avec:

J'en aurais besoin pour installer wireguard, pour alléger un peu la charge CPU de mon n2800. Sinon je repasse sous openvpn.

Le mieux peut être de passer sur le kernel normal de debian non?

Ca ne foutra pas de bordel?
Déjà qu'il y a toujours pas de template Debian 10 pour mon KS1

Mon bon vieux KS a encore son système de refroidissement en rade ... ça rame

 
De mémoire y a le choix lors de l'install
 
En tout cas j'avais fait Debian9 -> Debian10 sur mon KS-1  

+1, comme Kyjja

Nope Le template n'est pas directement accessible sur mon KS-1.
J'ai du faire comme toi Debian 9 -> Debian 10.

Je me suis mal exprimé, je voulais dire le choix du kernel vanille ou ovh.

Ah. J'ai regardé comment on pouvait installer un vanilla kernel, mais les liens sont plutôt anciens:
https://www.kiloroot.com/switch-to- [...] i-servers/
J'aimerais dans la mesure du possible, de ne pas à repartir de zéro

OVH et ses systèmes de refroidissement, c'est toujours pas ça ...
 
Mon serveur déconnait (freezes, mais pas de gros plantage net, températures en charge) :

 
Après intervention ... toujours températures en charge :

 
Mouais ... bon il freeze plus, mais ça va pas durer longtemps avant qu'ils doivent y repasser dessus ...

t'as un kimsufi, c'est juste un tech qui vient appuyer sur le rad a chaque fois que tu ouvres un ticket

J'ai jamais eu de soucis sur mes serveurs perso.
Que ça soit le kimsufi ou le soyoustart.  
 
Ils tournent à 100% en continu les tiens?  
Mon so you start avec quelques vm légères dessus
 

 
Et mon kimsufi de backup (qui du coup ne fait rien du tout)

(c'est déjà plus chaud en idle effectivement, à voir en le stressant ce que ça donne)

Pour l'instant j'ai pas ce problème sur mon SYS ... mais lui, il a perdu un HDD ...
 
Uniquement sur mon vieux KS (et son i7 920) ...

Ça des disques morts j'en ai eu 3 ou 4 sans  conséquences merci le raid 5.
Les disques sont souvent vieux oui mais  on c'est le but des kimsufi et soyoustart de recycler.

Hello, j'envisage de rajouter une couche de sécu sur mon accès SSH.
Que pensez vous de la méthode du port knocking ?
 
Sur le papier ça m'a l'air pas mal, mais si certains d'entre vous ont des arguments contre, je suis tout ouïe !

Je suis pas mal avec un CPU@Idle à 24°C Bon, par contre pour le HDD, 63k d'heures de travail. Hum.

Et en burn, ça donne quoi vos CPUs ?

OVH, un serveur qui s'éteint tout seul deux fois dans la même journée, ça les choque même pas ...
 
"Serveur trouvé éteint" ... "On l'a rallumé."

Troisième freeze, ils changent l'alimentation (qui n'avait rien demandé) ...
 
Quatrième : ils le foutent en rescue ... problème logiciel lié à l'utilisateur ... au calme.
 
Franchement, je me suis retenu de demander dans le ticket si c'était le stagiaire qui était de garde aujourd'hui ...

C'est l'appareil à raclettes sur la multiprise.

Ah je comprends mieux le CPU à 100°C !

L'odeur dans le datacenter

Les aventures continent ... au final ils ont tout changé (CPU/CM/RAM) et revérifié le refroidissement ... le server crash toujours au moindre stress test ...
 
Finalement, ils m'ont passé de l'i7 920 et 12 Go de RAM (tri channel) à un i7 950 avec une conf RAM de KS8 (16 Go en dual channel) ...
 
Du coup j'ai refait un ticket avec des détails en plus ...