$./bouncers
Un bouncer se sienta en nuestra red, aguanta el nick y deja que tu cliente se enganche cuando te apetezca. Playback en vez de «qué me he perdido». Un hostname que no es el NAT del café.
Activación inmediata para toda cuenta que no esté marcada para una revisión extra de fraude.
ZNC es lo que quieres, salvo que tengas un motivo para no. Cifrado SSL seguro, módulos a elegir, playback, logs, varias redes IRC, un panel web de verdad para no editar configs por SSH a la 1 de la madrugada — salvo que quieras, en cuyo caso la config sigue siendo un fichero. Tú decides.
Pedir ZNC
Tu cliente se conecta a nosotros. Nosotros nos conectamos a la red IRC. La sesión vive aquí. Cuando te desconectas, el nick no. Ese es todo el truco, y sigue importando.
IPs dedicadas donde toca — vhosts y algunos setups de bouncer — para no compartir un reverse DNS con el floodbot de un desconocido. IPv4 e IPv6 existen las dos. Elige lo que acepta de verdad la red en la que haces idle.
El DDoS está delante del bouncer, no solo «el shell en general». El ataque suele ir al nick, al vhost o al listener. Poner el filtro un salto demasiado atrás es como se aprende, desde dentro, qué cara tiene un netsplit.
Un shell puede correr un bouncer. Un bouncer puede ser el producto. Los dos valen. Correr un open proxy público, no.