EN
Redes IRC

Undernet: historia de X, servidores y límites para ZNC

Entiende la organización de Undernet, su servicio X, servidores y puertos publicados. Revisa los límites de bouncers e IP compartida antes de contratar.

Radio en Línea ·

Una red de servidores y comités, no un solo propietario

Undernet se mantiene mediante la colaboración de administradores de servidores, operadores y comités voluntarios. Su web distingue equipos para desarrollo, rutas, servicios de canales y apoyo a usuarios. La propiedad de un servidor patrocinado no equivale a la propiedad de toda la red.

Un hito documentado es la creación del Channel Service Committee en 1995 para mejorar la estabilidad de canales y evitar apropiaciones. Su servicio X mantiene los canales registrados y facilita listas de usuarios, permisos y bloqueos. Esta es una parte central de la evolución de Undernet hacia comunidades con administración persistente.

La red también publica recursos de formación como OpSchool y el Documents Project. Para conocer responsables y procesos actuales, utiliza sus páginas de comités y su carta organizativa. No atribuimos la red a una persona como «dueño» cuando sus fuentes describen una estructura colectiva.

Direcciones y puertos: revisa lo que realmente publica

La lista oficial consultada publica irc.undernet.org y puertos TCP 6660–6669 y 7000. También distingue nombres con IPv6 y destinos regionales. Selecciona un destino apropiado desde esa lista, en lugar de copiar la IP de una guía antigua.

Esa tabla no identifica 6697 como puerto TLS. No asumimos que un puerto usado por otras redes tenga la misma función aquí. Antes de enviar credenciales, confirma el soporte y el destino cifrado con la documentación vigente o el equipo de la red. La verificación realizada fue de fuentes web; no probamos sesiones IRC.

  • Nombre general: irc.undernet.org.
  • IPv6: irc6.undernet.org; regionales eu6.undernet.org y us6.undernet.org.
  • Otros nombres publicados: ix1.undernet.org e ix2.undernet.org.
  • Ayuda de la red: #help; servicio X y canales registrados: #cservice.

La regla que importa al usar un bouncer compartido

La política de uso aceptable establece una conexión por persona cuando se accede mediante un proveedor de shells o bouncers, y una cuenta, ident o login por persona en ese proveedor. Para otros proveedores enumera límites por usuario e IP, y un procedimiento para solicitar excepciones.

Un ZNC comercial puede compartir su IPv4 de salida con otras cuentas. Que tu paquete permita hasta tres redes no significa que puedas abrir tres identidades simultáneas en Undernet ni eludir su límite. Confirma con el proveedor la compatibilidad y las autorizaciones de la IP antes de pagar.

Si un servicio aparece bloqueado, conserva el mensaje de error y consulta al responsable. Cambiar de IP para evadir una prohibición puede incumplir la política. La red publica un procedimiento de reclamación; una excepción debe aprobarla su equipo, no un vendedor externo.

X, un Eggdrop y el owner de tu bot cumplen roles distintos

X es el servicio de canales de Undernet. Un Eggdrop de radio o trivia es un programa externo que participa en tu canal con funciones contratadas. Ser manager o usuario de X no te convierte automáticamente en owner de ese Eggdrop, ni contratar un bot te concede permisos sobre X.

Registra y protege la identidad de tu cuenta con el procedimiento de Undernet. Al pedir un bot, identifica por separado su nick, el canal y tu identidad autorizada. Las instrucciones de reconocimiento deben corresponder al script instalado; no damos por hecho que los comandos de X sean los del bot.

La política prohíbe flood, spam, clones, invitaciones masivas y publicidad no solicitada. Configura la trivia y los anuncios de radio para que el canal pueda conversar. Los problemas de acceso a la red se consultan con Undernet; los ajustes de un Eggdrop administrado por nosotros se tramitan desde el ticket del servicio.

Fuentes y fecha de verificación

Datos revisados el 2026-10-13. Los puertos, responsables y políticas pueden cambiar; consulta las fuentes antes de configurar una conexión.

Ver el servicio

Volver al blog