$./bouncers
Un bouncer reste sur notre réseau, tient le nick, et laisse ton client se raccrocher quand tu veux. Playback, pas « qu’est-ce que j’ai raté ». Un hostname qui n’est pas le NAT du café.
Activation immédiate de tout compte qui n’est pas marqué pour un contrôle anti-fraude supplémentaire.
ZNC, sauf si tu as une raison de ne pas le prendre. SSL, modules au choix, playback, logs, plusieurs réseaux IRC, un panneau web pour ne pas éditer la config en SSH à 1h — sauf si tu y tiens, le fichier est toujours là. À toi de voir.
Commander ZNC
Ton client se connecte chez nous. Nous, on se connecte au réseau IRC. La session vit ici. Quand tu te déconnectes, le nick reste. C’est tout le truc, et ça compte encore.
Des IP dédiées là où ça compte — vhosts et certains bouncers — pour ne pas partager un reverse DNS avec le floodbot d’un inconnu. IPv4 et IPv6 existent. Prends ce que le réseau où tu idles accepte vraiment.
Le DDoS est devant le bouncer, pas « le shell en général ». L’attaque vise le nick, le vhost, ou le listener. Un filtre un saut trop loin, et tu apprends à quoi ressemble un netsplit de l’intérieur.
Un shell peut faire tourner un bouncer. Un bouncer peut être le produit. Les deux vont. Un open proxy public, non.