IRC

En agosto de 1990, se produjo el primer gran desacuerdo en el mundo de IRC. La "A-net" (Red de Anarquía) incluía un servidor llamado eris.berkeley.edu. Era completamente abierto, no requería contraseñas y no tenía límite en el número de conexiones. Como explica Greg "wumpus" Lindahl: ^{[ 9 ]} "Tenía una línea de servidor comodín, así que la gente conectaba servidores y provocaba colisiones de apodos entre todos". La "Red Libre de Eris", EFnet , convirtió a la máquina eris en la primera en ser aislada mediante una línea Q (Q de cuarentena) de IRC. En palabras de wumpus: ^{[ 9 ]} "Eris se negó a eliminar esa línea, así que formé EFnet. No fue una gran lucha; conseguí que todos los hubs se unieran, y casi todos los demás se sumaron". A-net se formó con los servidores eris, mientras que EFnet se formó con los servidores que no eran eris. La historia demostró que la mayoría de los servidores y usuarios optaron por EFnet. Una vez que A-net se disolvió, el nombre EFnet perdió sentido y, una vez más, fue la única red IRC. ^{[ 7 ]}

Por esa época, IRC se utilizó para informar sobre el intento de golpe de Estado soviético de 1991 durante un bloqueo informativo . ^{[ 10 ]} Anteriormente se había utilizado de forma similar durante la Guerra del Golfo . ^{[ 11 ]} Los registros de chat de estos y otros eventos se conservan en el archivo ibiblio . ^{[ 12 ]}

Otro esfuerzo de bifurcación , el primero que marcó una diferencia duradera, fue iniciado por "Wildthang" en Estados Unidos en octubre de 1992. (Se bifurcó de la versión 2.8.10 de EFnet IRCd). Inicialmente, se concibió como una red de prueba para desarrollar bots, pero rápidamente se convirtió en una red "para amigos y sus amigos". En Europa y Canadá se estaba desarrollando una nueva red independiente, y en diciembre los servidores franceses se conectaron a los canadienses. A finales de mes, la red francesa y canadiense se conectó a la estadounidense, formando la red que más tarde se conocería como "The Undernet ". ^{[ 7 ]}

Los "undernetters" querían llevar IRCd más allá en un intento de reducir su consumo de ancho de banda y tratar de solucionar el caos de canales ( netsplits y tomas de control ) que empezaba a sufrir EFnet. Para este último propósito, Undernet implementó marcas de tiempo, nuevo enrutamiento y ofreció el CService, un programa que permitía a los usuarios registrar canales y luego intentaba protegerlos de los alborotadores. La primera lista de servidores presentada, del 15 de febrero de 1993, incluye servidores de EE. UU., Canadá, Francia, Croacia y Japón. El 15 de agosto, se estableció un nuevo récord de usuarios con 57 usuarios. ^{[ 7 ]}

En mayo de 1993, se publicó el RFC 1459 ^{[ 13 ] , que detalla un protocolo sencillo para la operación cliente/servidor, canales y conversaciones uno a uno y uno a muchos. [ 7 ]} Un número significativo de extensiones, como CTCP, colores y formatos, no se incluyen en las especificaciones del protocolo, ni tampoco la codificación de caracteres, ^{[ 14 ]} lo que provocó que las distintas implementaciones de servidores y clientes divergieran. La implementación del software varió significativamente de una red a otra, ya que cada red implementó sus propias políticas y estándares en sus propias bases de código.

Durante el verano de 1994, Undernet se bifurcó. La nueva red se llamó DALnet (en honor a su fundador: dalvenjah), y se creó para ofrecer un mejor servicio al usuario y mayor protección para usuarios y canales. Uno de los cambios más significativos en DALnet fue el uso de apodos más largos (el límite original de IRCd era de 9 letras). Alexei "Lefler" Kosut realizó las modificaciones de IRCd en DALnet. Por lo tanto, DALnet se basó en el servidor IRCd de Undernet, aunque sus pioneros eran exusuarios de EFnet. Según James Ng, los primeros miembros de DALnet eran "operadores de #StarTrek hartos de las constantes divisiones, retrasos, tomas de control, etc." ^{[ 7 ]}

DALnet ofreció rápidamente WallOps globales (mensajes IRCop que pueden ser vistos por usuarios que son +w (/mode NickName +w)), apodos más largos, apodos Q:Lined (apodos que no se pueden usar, por ejemplo, ChanServ, IRCop, NickServ, etc.), K:Lines globales (prohibición de una persona o un dominio completo de un servidor o de toda la red), comunicaciones solo IRCop: GlobOps, modo +H que muestra que un IRCop es un "helpop", etc. Gran parte de las nuevas funciones de DALnet fueron escritas a principios de 1995 por Brian "Morpher" Smith y permiten a los usuarios tener apodos, controlar canales, enviar notas y más. ^{[ 7 ]}

En julio de 1996, tras meses de acaloradas discusiones en la lista de correo, se produjo otra escisión debido a desacuerdos sobre cómo debía evolucionar el desarrollo del IRC. En particular, el bando "europeo" (la mayoría de esos servidores estaban en Europa), que más tarde se autodenominó IRCnet, defendía los retrasos de los apodos y los canales, mientras que el bando EFnet defendía las marcas de tiempo. ^{[ 7 ]} También hubo desacuerdos sobre las políticas: el bando europeo había comenzado a establecer un conjunto de reglas que dirigían lo que los operadores de IRC podían y no podían hacer, un punto de vista al que se oponía el bando estadounidense. ^{[ 15 ]}

La mayoría (aunque no todos) de los servidores de IRCnet se encontraban en Europa, mientras que la mayoría de los servidores de EFnet estaban en Estados Unidos. Este evento también se conoce como "La Gran División" en muchas comunidades de IRC. Desde entonces (a partir de agosto de 1998), EFnet ha crecido y superado el número de usuarios que tenía entonces. En otoño (en el hemisferio norte) del año 2000, EFnet contaba con unos 50 000 usuarios e IRCnet con 70 000. ^{[ 7 ]}

IRC ha cambiado mucho a lo largo de su historia en Internet. El nuevo software de servidor ha añadido multitud de nuevas funciones.

• Servicios : Bots operados por la red para facilitar el registro de apodos y canales, el envío de mensajes para usuarios sin conexión y funciones de operador de red.
• Modos adicionales: Si bien el sistema IRC original utilizaba un conjunto de modos estándar de usuario y canal, los nuevos servidores añaden muchos modos nuevos para funciones como eliminar códigos de color del texto, ^{[ 16 ]} u ocultar la máscara de host de un usuario ("cloaking") para protegerse de ataques de denegación de servicio . ^{[ 17 ]}
• Detección de proxy: La mayoría de los servidores modernos admiten la detección de usuarios que intentan conectarse a través de un servidor proxy inseguro (mal configurado o vulnerado) , al que se le puede denegar la conexión. Este software de detección de proxy es utilizado por varias redes, aunque la lista de proxies en tiempo real dejó de funcionar a principios de 2006. ^{[ 18 ]}
• Comandos adicionales: Los nuevos comandos pueden ser, por ejemplo, comandos abreviados para emitir comandos a los Servicios, o comandos exclusivos del operador de red para manipular la máscara de host de un usuario. ^{[ 19 ]}
• Cifrado : Para la comunicación entre cliente y servidor, se puede usar TLS (los mensajes dejan de ser seguros una vez que se transmiten a otros usuarios en conexiones estándar, pero dificulta la interceptación o el espionaje de las sesiones IRC de un usuario). Para la comunicación entre clientes, se puede usar SDCC (Secure DCC).
• Protocolo de conexión: IRC puede conectarse tanto a través de IPv4 como de IPv6.

A partir de 2016Se está llevando a cabo un nuevo esfuerzo de estandarización bajo un grupo de trabajo llamado IRCv3, que se centra en características de cliente más avanzadas, como notificaciones instantáneas, mejor soporte de historial y seguridad mejorada. ^{[ 20 ]} A partir de 2019, ninguna red IRC importante ha adoptado completamente el estándar propuesto. ^{[ 21 ]}

A fecha de junio de 2021 ,Se sabe que existen 481 redes IRC diferentes en funcionamiento, ^{[ 22 ]} de las cuales Libera Chat , de código abierto y fundada en mayo de 2021, es la que tiene más usuarios, con 20 374 canales en 26 servidores; entre ellas, las 100 principales redes IRC comparten más de 100 000 canales que operan en aproximadamente mil servidores. ^{[ 23 ]}

Después de su época dorada durante la década de 1990 y principios de la de 2000 (240.000 usuarios en QuakeNet en 2004), IRC ha experimentado un declive significativo, perdiendo alrededor del 60% de sus usuarios entre 2003 y 2012, debido a que estos se trasladaron a plataformas de redes sociales como Facebook o Twitter , ^{[ 5 ]} pero también a plataformas abiertas como XMPP, que se desarrolló en 1999. Ciertas redes, como Freenode, no han seguido la tendencia general y han cuadruplicado su tamaño durante el mismo período. ^{[ 5 ]} Sin embargo, Freenode, que en 2016 tenía alrededor de 90.000 usuarios, ha disminuido desde entonces a unos 9.300 usuarios. ^{[ 24 ]}

Las redes IRC más grandes se han agrupado tradicionalmente como las "Cuatro Grandes" ^{[ 25 ] [ 26 ] [ 27 ] [ 28 ]} , una designación para las redes que encabezan las estadísticas. Las Cuatro Grandes cambian periódicamente, pero debido a la naturaleza comunitaria de IRC, existe una gran cantidad de otras redes entre las que los usuarios pueden elegir.

Históricamente, los "Cuatro Grandes" fueron: ^{[ 25 ] [ 26 ] [ 27 ]}

• EFnet
• IRCnet
• Undernet
• DALnet

IRC alcanzó los 6 millones de usuarios simultáneos en 2001 y los 10 millones de usuarios entre 2004 y 2005, cifra que descendió hasta situarse en torno a los 350.000 en 2021.

A diciembre de 2025, las 5 principales redes IRC contaban con una participación total de alrededor de 88 000 usuarios diarios, mientras que las redes IRC restantes tenían menos de 10 000 usuarios diarios cada una. Existen aproximadamente 35 redes con al menos 1000 usuarios diarios. ^{[ 29 ]}

Cronología de las principales redes:

• EFnet , 1990 hasta la actualidad
• Undernet , 1992 hasta la actualidad
• DALnet , 1994 hasta la actualidad
• freenode , 1995 a 2021
• IRCnet , 1996 hasta la actualidad
• QuakeNet , 1997 hasta la actualidad
• Comunidad de Tecnología Abierta y Libre , 2001 hasta la actualidad
• Rizon , 2002 hasta la actualidad
• hackint, 2007 hasta la actualidad ^{[ 30 ]}
• HybridIRC, 2018 hasta la actualidad ^{[ 31 ]}
• Libera Chat , 2021 hasta la actualidad

IRC tiene una estructura basada en líneas. Los clientes envían mensajes de una sola línea al servidor, ^{[ 46 ]} reciben respuestas a esos mensajes ^{[ 47 ]} y reciben copias de algunos mensajes enviados por otros clientes. En la mayoría de los clientes, los usuarios pueden introducir comandos anteponiéndoles una '/'. Dependiendo del comando, estos pueden ser gestionados completamente por el cliente o (generalmente para comandos que el cliente no reconoce) enviados directamente al servidor, posiblemente con alguna modificación. ^{[ 48 ]}

Debido a la naturaleza del protocolo, los sistemas automatizados no siempre pueden emparejar correctamente un comando enviado con su respuesta con total fiabilidad y están sujetos a conjeturas. ^{[ 49 ]}

El medio básico de comunicarse con un grupo de usuarios en una sesión IRC establecida es a través de un canal . ^{[ 50 ]} Los canales en una red se pueden mostrar usando el comando IRC LIST , ^{[ 51 ]} que enumera todos los canales disponibles actualmente que no tienen los modos +s o +p establecidos, en esa red en particular.

Los usuarios pueden unirse a un canal usando el comando JOIN , ^{[ 52 ]} disponible en la mayoría de los clientes como /join #nombre_del_canal . Los mensajes enviados a los canales a los que se unen se reenvían a todos los demás usuarios. ^{[ 50 ]}

Los canales disponibles en toda la red IRC se identifican con el prefijo '#', mientras que los locales a un servidor utilizan '&'. ^{[ 53 ]} Otros tipos de canales menos comunes incluyen los canales '+' —canales 'sin modal' sin operadores ^{[ 54 ]} — y los canales '!', una forma de canal con marca de tiempo en redes que normalmente no la utilizan. ^{[ 55 ]}

Los usuarios y los canales pueden tener modos que se representan mediante letras individuales sensibles a mayúsculas y minúsculas ^{[ 56 ]} y se configuran mediante el comando MODE . ^{[ 57 ]} Los modos de usuario y los modos de canal son independientes y pueden usar la misma letra para significar cosas diferentes (por ejemplo, el modo de usuario "i" es el modo invisible, mientras que el modo de canal "i" es solo por invitación. ^{[ 58 ]} ) Los modos generalmente se configuran y desactivan mediante el comando mode que toma un objetivo (usuario o canal), un conjunto de modos para configurar (+) o desactivar (-) y cualquier parámetro que necesiten los modos.

Algunos modos de canal toman parámetros y otros modos de canal se aplican a un usuario en un canal o agregan o eliminan una máscara (por ejemplo, una máscara de prohibición) de una lista asociada con el canal en lugar de aplicarse al canal en su conjunto. ^{[ 59 ]} Los modos que se aplican a los usuarios en un canal tienen un símbolo asociado que se usa para representar el modo en las respuestas de nombres ^{[ 60 ]} (enviadas a los clientes al unirse por primera vez a un canal ^{[ 52 ]} y usar el comando nombres) y en muchos clientes también se usa para representarlo en la lista de usuarios que muestra el cliente en un canal o para mostrar un indicador propio para los modos de un usuario.

Para analizar correctamente los mensajes de modo entrantes y rastrear el estado del canal, el cliente debe saber qué modo es de qué tipo y, para los modos que se aplican a un usuario en un canal, qué símbolo corresponde a cada letra. En las primeras implementaciones de IRC, esto tenía que estar codificado directamente en el cliente, pero ahora existe una extensión estándar de facto del protocolo llamada ISUPPORT que envía esta información al cliente en el momento de la conexión mediante el código numérico 005. ^{[ 61 ] [ 62 ]}

Existe un pequeño fallo de diseño en IRC con respecto a los modos que se aplican a los usuarios en los canales: el mensaje de nombres utilizado para establecer el estado inicial del canal solo puede enviar un modo por usuario en el canal, ^{[ 60 ]} pero se pueden configurar varios modos en un mismo usuario. Por ejemplo, si un usuario tiene el estado de operador (+o) y el estado de voz (+v) en un canal, un nuevo cliente no podrá ver el modo con menor prioridad (es decir, voz). Existen soluciones alternativas tanto en el cliente como en el servidor; una solución común es utilizar la extensión "multi-prefix" de IRCv3. ^{[ 63 ]}

Un operador de canal es un cliente en un canal IRC que administra el canal. Los operadores de canal IRC se pueden identificar fácilmente por el símbolo o icono junto a su nombre (varía según la implementación del cliente; generalmente es un prefijo con el símbolo "@", un círculo verde o la letra latina "+o"/"o"). En la mayoría de las redes, un operador puede:

• Expulsa a un usuario.
• Bloquear a un usuario.
• Proporcionar a otro usuario el estado del operador del canal IRC o el estado de la voz del canal IRC.
• Cambia el tema del canal IRC mientras el modo de canal +t esté activado.
• Cambiar los bloqueos del modo del canal IRC.

Algunos usuarios mantienen privilegios elevados en su servidor local o en toda la red; estos se denominan operadores de IRC, ^{[ 69 ]} a veces abreviados como IRCops u Opers (que no deben confundirse con los operadores de canal). A medida que varía la implementación del IRCd, también varían los privilegios del operador de IRC en dicho IRCd. El RFC 1459 ^{[ 69 ]} afirma que los operadores de IRC son "un mal necesario" para mantener un estado limpio de la red y, como tal, deben poder desconectar y reconectar servidores. Además, para evitar que usuarios maliciosos o incluso programas automatizados dañinos entren en IRC, los operadores de IRC generalmente tienen permiso para desconectar clientes y bloquear completamente direcciones IP o subredes completas. Las redes que ofrecen servicios (NickServ et al.) generalmente permiten que sus operadores de IRC también gestionen asuntos básicos de "propiedad". Otros derechos privilegiados pueden incluir la posibilidad de anular las prohibiciones de los canales (poder unirse a canales a los que no se les permitiría unirse si no fueran operadores), poder operar ellos mismos en canales a los que no podrían sin ser operadores, ser operadores automáticos en los canales siempre, etc.

Una máscara de host es un identificador único de un cliente IRC conectado a un servidor IRC . ^{[ 70 ] [ 71 ]} Los servidores IRC , los servicios y otros clientes, incluidos los bots , pueden usarlo para identificar una sesión IRC específica.

El formato de una máscara de host es nick!user@host. La máscara de host se parece a, pero no debe confundirse con una dirección de correo electrónico , que se distingue por el signo de  exclamación (!) para indicar un comando y el apodo.

La parte del apodo es el nombre de usuario elegido por el usuario y puede cambiarse durante la conexión. La parte del usuario es el nombre de usuario informado por ident en el cliente. ^{[ 72 ]} Si ident no está disponible en el cliente, se utiliza el nombre de usuario especificado cuando el cliente se conecta, precedido de una tilde . ^{[ 73 ]}

La parte del host es el nombre de host desde el que se conecta el cliente. Si el servidor no puede resolver la dirección IP del cliente a un nombre de host válido , se utiliza en su lugar.

Debido a las implicaciones para la privacidad que supone exponer la dirección IP o el nombre de host de un cliente, algunos demonios de IRC también ofrecen funciones de privacidad, como el modo "+x" de InspIRCd o UnrealIRCd. Este modo cifra la dirección IP del cliente o enmascara parte de su nombre de host, haciéndolo ilegible para usuarios que no sean los administradores de IRC . Los usuarios también pueden solicitar un "host virtual" (o "vhost"), que se mostrará en la máscara de host para mayor anonimato. Algunas redes de IRC, como Libera Chat o Freenode , utilizan estas funciones como "capas" para indicar que un usuario está afiliado a un grupo o proyecto. ^{[ 74 ]}

Existen tres esquemas provisionales de identificadores uniformes de recursos (URI) reconocidos: irc, ircs, y irc6. ^{[ 75 ]} Cuando son compatibles, permiten hipervínculos de diversas formas, incluyendo

irc://<host>[:<port>]/[<channel>[?<channel_keyword>]] ircs://<host>[:<port>]/[<channel>[?<channel_keyword>]] irc6://<host>[:<port>]/[<channel>[?<channel_keyword>]]

(donde los elementos encerrados entre corchetes ([,]) son opcionales) para ser utilizado para (si es necesario) conectarse al host especificado (o red, si el cliente IRC la conoce) y unirse al canal especificado. ^{[ 76 ]} (Esto puede usarse dentro del propio cliente o desde otra aplicación como un navegador web). irc es la URI predeterminada, irc6 especifica una conexión que se realizará mediante IPv6, e ircs especifica una conexión segura.

Según la especificación, el símbolo de almohadilla (#) habitual se antepondrá a los nombres de canal que comiencen con un carácter alfanumérico , lo que permite omitirlo. Algunas implementaciones (por ejemplo, mIRC) lo harán incondicionalmente, lo que resultará en un carácter adicional (generalmente no deseado) (por ejemplo, ##channel) si se incluye en la URL.

Algunas implementaciones permiten especificar varios canales, separados por comas. ^{[ 77 ]}

Debido a que las conexiones IRC pueden no estar cifradas y suelen durar largos periodos de tiempo, son un objetivo atractivo para atacantes DoS/DDoS y hackers . Por ello, es necesario implementar políticas de seguridad rigurosas para garantizar que una red IRC no sea vulnerable a ataques como una guerra de control . Las redes IRC también pueden contener usuarios o servidores de líneas K o G que puedan tener un efecto perjudicial.

Algunos servidores IRC admiten conexiones SSL/TLS por motivos de seguridad. Esto ayuda a evitar el uso de programas de análisis de paquetes para obtener las contraseñas de los usuarios de IRC, pero tiene poca utilidad más allá de este ámbito debido a la naturaleza pública de los canales IRC. Las conexiones SSL requieren compatibilidad tanto del cliente como del servidor (lo que puede requerir que el usuario instale binarios SSL y parches o módulos específicos del cliente IRC en sus ordenadores). Algunas redes también utilizan SSL para conexiones de servidor a servidor y proporcionan un indicador de canal especial (como +S) para permitir únicamente el acceso al canal a usuarios conectados mediante SSL, impidiendo la identificación del operador en texto plano, para aprovechar mejor las ventajas que ofrece SSL. ^{[ 88 ] [ 89 ]}

IRC sirvió como un laboratorio inicial para muchos tipos de ataques a Internet, como el uso de mensajes ICMP falsos de inaccesibilidad para romper conexiones IRC basadas en TCP ( ataque nulo ) para molestar a los usuarios o facilitar tomas de control .

Uno de los problemas técnicos más polémicos en torno a las implementaciones de IRC, que persiste hasta hoy, es la conveniencia de los protocolos "Nick/Channel Delay" frente a los protocolos "Timestamp". Ambos métodos existen para resolver el problema de los ataques de denegación de servicio, pero adoptan enfoques muy diferentes. El problema con el protocolo IRC original, tal como se implementó, era que cuando dos servidores se dividían y se volvían a unir, los dos lados de la red simplemente fusionaban sus canales. Si un usuario podía unirse a un servidor "dividido", donde un canal existente en el otro lado de la red estaba vacío, y obtener el estado de operador, se convertía en operador del canal "combinado" una vez finalizada la división de la red ; si un usuario adoptaba un apodo que existía en el otro lado de la red, el servidor eliminaba a ambos usuarios al reconectarse (una "colisión de apodos"). Esto se utilizaba a menudo para eliminar masivamente a todos los usuarios de un canal, creando así canales "sin operador" donde no había operadores presentes para gestionar el abuso. Además de causar problemas dentro de IRC, esto animó a la gente a realizar ataques de denegación de servicio contra los servidores de IRC para provocar divisiones de red , de las que luego abusarían.

Las estrategias de retardo de apodo (ND) y retardo de canal (CD) buscan prevenir el abuso retrasando las reconexiones y los cambios de nombre. Después de que un usuario cierra sesión y el apodo queda disponible, o un canal deja de existir porque todos sus usuarios se separaron (como suele ocurrir durante una división de red ), el servidor no permitirá que ningún usuario use ese apodo ni se una a ese canal hasta que haya transcurrido un cierto período de tiempo (el retardo ). La idea es que, incluso si se produce una división de red , resulta inútil para un abusador porque no puede tomar el apodo ni obtener el estado de operador en un canal, y por lo tanto no puede producirse ninguna colisión de apodos ni "fusión" de un canal. En cierta medida, esto incomoda a los usuarios legítimos, quienes podrían verse obligados a usar brevemente un nombre diferente después de reconectarse (añadir un guion bajo es común).

El protocolo de marca de tiempo es una alternativa a los retrasos de apodos/canales que resuelve colisiones mediante prioridad basada en marcas de tiempo. A cada apodo y canal de la red se le asigna una marca de tiempo : la fecha y hora de su creación. Cuando se produce una división de red, dos usuarios de cada lado pueden usar el mismo apodo o canal, pero cuando ambos lados se unen, solo uno puede sobrevivir. En el caso de los apodos, el usuario más reciente, según su marca de tiempo, es eliminado; cuando un canal colisiona, los miembros (usuarios del canal) se fusionan, pero los operadores de canal del lado "perdedor" de la división pierden su condición de operador de canal. 

TS es un protocolo mucho más complejo que ND/CD, tanto en diseño como en implementación, y a pesar de haber pasado por varias revisiones, algunas implementaciones aún presentan problemas con las "desincronizaciones" (cuando dos servidores en la misma red no coinciden en el estado actual de la red) y permiten demasiada permisividad en lo que autoriza el bando "perdedor". Bajo los protocolos TS originales, por ejemplo, no existía protección contra los usuarios que establecían bloqueos u otros modos en el canal perdedor, los cuales se fusionaban al reconectarse la división, a pesar de que los usuarios que habían establecido esos modos perdían su estatus de operador de canal. Algunos servidores IRC modernos basados ​​en TS también han incorporado alguna forma de ND y/o CD, además del marcado de tiempo, en un intento por frenar aún más el abuso.

Actualmente, la mayoría de las redes utilizan el método de marca de tiempo. Las discrepancias entre la marca de tiempo y el protocolo ND/CD provocaron que varios servidores se separaran de EFnet y formaran la nueva red IRCnet . Tras la separación, EFnet adoptó el protocolo TS, mientras que IRCnet siguió utilizando ND/CD.

En las versiones recientes de IRCnet ircd, así como en los ircds que utilizan el protocolo TS6 (incluido Charybdis), ND se ha extendido o reemplazado por un mecanismo llamado SAVE. Este mecanismo asigna a cada cliente un UID al conectarse a un servidor IRC. Este ID comienza con un número, lo cual está prohibido en los apodos (aunque algunos ircds, como IRCnet e InspIRCd, permiten a los clientes usar su propio UID como apodo).

Si dos clientes con el mismo apodo se conectan desde lados opuestos de una división de red ("colisión de apodos"), el primer servidor que detecte esta colisión obligará a ambos clientes a cambiar su apodo por su UID, evitando así que se desconecten. En IRCnet, el apodo también se bloqueará durante un tiempo (ND) para impedir que ambos clientes vuelvan al apodo original y, por lo tanto, se produzca otra colisión.

Existe software cliente para diversos sistemas operativos o paquetes de software, así como clientes basados ​​en web o dentro de juegos. Hay muchos clientes diferentes disponibles para los diversos sistemas operativos, incluidos Windows , Unix y Linux , macOS y sistemas operativos móviles (como iOS y Android ). En Windows, mIRC es uno de los clientes más populares. ^{[ 90 ]} Algunas distribuciones de Linux vienen con un cliente IRC preinstalado, como Linux Mint que viene con HexChat preinstalado.

Algunos programas que se pueden ampliar mediante complementos también sirven como plataformas para clientes IRC. Por ejemplo, un cliente llamado ERC , escrito completamente en Emacs Lisp , está incluido en la versión 22.3 de Emacs. Por lo tanto, cualquier plataforma que pueda ejecutar Emacs puede ejecutar ERC.

Varios navegadores web tienen clientes IRC integrados, como por ejemplo:

• Opera solía tener un cliente, pero ya no es compatible con IRC.
• Complemento ChatZilla para Mozilla Firefox (para Firefox 56 y versiones anteriores; incluido como componente integrado de SeaMonkey ).

Los clientes basados ​​en web, como Mibbit y el programa de código abierto KiwiIRC, pueden ejecutarse en la mayoría de los navegadores.

Juegos como War§ow , ^{[ 91 ]} Unreal Tournament (hasta Unreal Tournament 2004 ), ^{[ 92 ]} Uplink , ^{[ 93 ]} juegos basados ​​en Spring Engine , 0 AD y ZDaemon han incluido IRC. ^{[ 94 ]}

La interfaz de chat de Ustream es IRC con autenticación personalizada ^{[ 95 ]} al igual que la de Twitch (anteriormente Justin.tv). ^{[ 96 ] [ 97 ]}

Un uso típico de los bots en IRC es proporcionar servicios o funcionalidades específicas dentro de un canal, como organizar un juego basado en chat o enviar notificaciones de eventos externos. Sin embargo, algunos bots de IRC se utilizan para lanzar ataques maliciosos, como denegación de servicio, spam o explotación. ^{[ 98 ]}

Un programa que se ejecuta como un demonio en un servidor y funciona como un proxy persistente se conoce como BNC o bouncer. Su propósito es mantener una conexión con un servidor IRC, actuando como un relé entre el servidor y el cliente, o simplemente como un proxy. Si el cliente pierde la conectividad de red, el BNC puede permanecer conectado y archivar todo el tráfico para su posterior entrega, lo que permite al usuario reanudar su sesión IRC sin interrumpir su conexión con el servidor. ^{[ 99 ]}

Además, para lograr un efecto similar al de un portero, se puede ejecutar un cliente IRC (normalmente basado en texto , por ejemplo Irssi ) en un servidor siempre activo al que el usuario se conecta mediante SSH . Esto también permite que los dispositivos que solo tienen funcionalidad SSH, pero no un cliente IRC instalado, se conecten a IRC y permite compartir sesiones de IRC. ^{[ 100 ]}

Para evitar que el cliente IRC se cierre al finalizar la conexión SSH, se puede ejecutar dentro de un multiplexor de terminal como GNU Screen o tmux , manteniendo así la conexión constante a la(s) red(es) IRC y pudiendo registrar conversaciones en los canales de interés del usuario o mantener la presencia de un canal en la red. Siguiendo este modelo, en 2004 se lanzó un cliente IRC basado en la arquitectura cliente-servidor , llamado Smuxi . ^{[ 101 ] [ 102 ]}