| IRC | |
|---|---|
| Nombre | Internet Relay Chat |
| Nivel (según el modelo OSI ) | Aplicado |
| Familia | TCP/IP |
| Creado en | 1988 |
| Puerto/ID | 194/ TCP , 6667/TCP, 6697/TCP+ TLS |
| Propósito del protocolo | Acceso a servidores de chat. |
| Especificación | RFC 1459 , RFC 2810 , RFC 2811 , RFC 2812 , RFC 2813 |
| Implementaciones principales (clientes) | irssi , KVIrc , mIRC , X-Chat , WeeChat , Miranda IM , x3irc , Pidgin |
| Implementaciones principales ( servidores ) | UnrealIRCd , ircnet-ircd, híbrido-ircd , ircd-siete |
| Archivos multimedia en Wikimedia Commons | |
IRC ( Internet Relay Chat ) es un protocolo de capa de aplicación para mensajería en tiempo real .
Diseñado principalmente para la comunicación grupal, también le permite comunicarse a través de mensajes privados y compartir datos, incluidos archivos.
IRC utiliza el protocolo de transporte TCP y TLS criptográfico (opcional).
El IRC comenzó a ganar popularidad después de la Operación Tormenta del Desierto (1991), cuando los mensajes de todo el mundo se recopilaron en un solo lugar y se transmitieron en línea en el IRC [1] .
Debido a la simplicidad técnica de implementación, el protocolo IRC en un momento comenzó a usarse al organizar botnets como un medio para transmitir comandos de control a las computadoras que participan en una botnet del propietario.
IRC se desarrolló en 1988 como reemplazo de MultiUser Talk.
La especificación principal es RFC 1459 (1993).
Se complementa con varias especificaciones de 2000:
Según las especificaciones del protocolo, una red IRC es un grupo de servidores interconectados. La red más simple es un único servidor.
La red debe tener la forma de un árbol conectado, en el que cada servidor sea un nodo central para el resto de la red.
Un cliente es todo lo que está conectado a un servidor, a excepción de otros servidores. Hay dos tipos de clientes:
IRC brinda la oportunidad tanto para la comunicación grupal como privada.
Hay varias posibilidades para la comunicación grupal.
Un usuario puede enviar un mensaje a una lista de usuarios, en cuyo caso la lista se envía al servidor, el servidor extrae usuarios individuales de ella y envía una copia del mensaje a cada uno de ellos.
Más eficiente es el uso de canales. En este caso, el mensaje se envía directamente al servidor y el servidor lo envía a todos los usuarios del canal.
Tanto en la comunicación grupal como privada, los mensajes se envían a los clientes a lo largo de la ruta más corta y solo son visibles para el remitente, el destinatario y los servidores incluidos en la ruta más corta.
También es posible enviar un mensaje de difusión. Los mensajes del cliente sobre cambios en el estado de la red (como el modo de canal o el estado del usuario) DEBEN enviarse a todos los servidores de la red. Todos los mensajes que se originan en el servidor también deben enviarse a todos los demás servidores.
En relación con el servidor, los usuarios de IRC pueden ser operadores de servidor IRC ( ing. IRCops ), canal ( ing. chanops ) y usuarios regulares [2] .
Las aplicaciones más populares para varios sistemas operativos:
web:
Nube de IRC , MibbitVentanas:
mIRC , Miranda IM , Trillian , Pidgin , KVIrc , XChatUnix y Linux
Quassel , Kopete , Irssi , BitchX , XChat , Konversation , KVIrc , Pidgin , ircII , WeeChat , PolariMac OS X:
Textual, Snak , Ircle , Adium , Colloquy , KVIrc , LimeChat , IRCCloudAmiga OS:
AmIRC , AIRcOS , WookieChat , BenderIRC , BitchX , BlackIRCandroide:
AndroIrc , IRC para Android , Andchat , DaraIRC , fIRC chat , IRC radio , Yaaic , AiCiA , Droid-Life IRC, IRCCloudMIDP:
jmircEl uso del ruso en IRC no se basa en ningún estándar.
Sin embargo, hay una serie de costumbres y convenciones que han evolucionado a lo largo de la evolución de las distintas comunidades de IRC de habla rusa.
Los primeros canales de habla rusa surgieron en la década de 1990 en redes internacionales como DALnet e IRCnet . Inicialmente, bajo la influencia de la cultura UNIX , se acostumbraba codificar las letras del alfabeto ruso en KOI-8 .
Alrededor de 1995, comenzó una afluencia de usuarios de Windows , que a menudo no tenían ni idea de lo que era una página de códigos y no sabían la diferencia entre cirílico y Windows-1251 .
Esta contradicción ha causado muchos conflictos.
La convención que surgió espontáneamente en esos días colocó el tema de las codificaciones en la conducción de canales específicos.
Era muy inconveniente para los usuarios, pero en ese momento no había otra salida.
En parte, fue este problema el que estimuló, a partir del año 2000, la formación intensificada de redes separadas en idioma ruso, donde los problemas de codificación podían resolverse centralmente.
Tradicionalmente, en las redes IRC internacionales, los clientes envían y reciben mensajes que consisten en bytes ; sin embargo, la cuestión de interpretar los bytes que no son ASCII se deja a discreción de los clientes.
Todas las redes desarrolladas en idioma ruso, a pesar de todas sus diferencias, se adhieren a un principio diferente: los clientes envían y reciben mensajes que consisten en caracteres .
Es decir, si un cliente correctamente configurado envía la letra "Y" al canal, entonces todos los clientes correctamente configurados conectados al canal también recibirán la letra "Y", independientemente de cómo prefiera codificarla cada uno de ellos.
En la práctica, esto suele implementarse teniendo varios puertos TCP en el servidor , cada uno de los cuales utiliza una determinada codificación. Generalmente se coloca una lista de estos puertos en el MOTD (saludo del servidor).
Por lo tanto, la cuestión de la "configuración correcta" del cliente permanece, sin embargo, para el usuario, elegir un puerto de conexión es incomparablemente más fácil que instalar tablas de conversión de caracteres, cuya posibilidad, por cierto, no está prevista en todos los clientes.
A veces (aunque no necesariamente), el software del servidor le permite cambiar la codificación sin desconectarse del servidor, aunque por varias razones este cambio de codificación no funciona correctamente.
Por regla general, cada red utiliza su propia codificación interna (la mayoría de las veces es Windows-1251 y casi nunca UTF-8; por qué, consulte a continuación), mientras que los datos transmitidos o recibidos por los clientes con codificaciones distintas a la interna se recodifican. (inmediatamente al recibir, realizado en el momento de la formación del mensaje entrante, durante la transmisión).
Históricamente, no era posible el uso de letras cirílicas en los apodos .
Sin embargo, la red de IRC en idioma ruso más grande, RusNet , le permite usar apodos cirílicos y registrarlos.
Los defensores de la internacionalización generalmente consideran que UTF-8 es una codificación prometedora para todos los idiomas, incluido el ruso. Sin embargo, debe tenerse en cuenta que una letra cirílica en UTF-8 ocupa dos bytes , lo que genera una carga adicional en la red y limita la longitud máxima de un mensaje.
Por norma, un mensaje IRC no puede tener más de 510 bytes, de los cuales no más de 499 bytes son en realidad texto (una estimación demasiado alta).
Por lo tanto, es imposible enviar más de 249 cartas rusas en un mensaje.
El límite de tamaño de los mensajes provoca otra molestia: si intentas superar el límite establecido, el servidor trunca los mensajes.
Si el corte pasa en el medio de la letra rusa (es decir, se transmite su primer byte, pero se descarta el segundo), entonces la secuencia de bytes resultante ya no será válida, desde el punto de vista de UTF-8. cuerda.
Algunos clientes (por ejemplo , Xchat o mIRC ) mostrarán un mensaje de 8 bits (por ejemplo, en Latin-1 o Windows-1251), haciéndolo completamente ilegible y ocupando mucho espacio en la pantalla.
La ventaja indudable de usar UTF-8 para codificar el idioma ruso es la capacidad de citar libremente textos en otros idiomas, así como usar caracteres exóticos como "→" y "☺". Además, al ser cliente de la red IRC, en la que se acepta UTF-8 en todas partes, puedes comunicarte en muchos idiomas a la vez, sin preocuparte por la representación técnica de las letras.
Sin embargo, hasta ahora, no se conocen redes multilingües que requieran explícitamente solo UTF-8, usen UTF-8 como codificación interna o apliquen la codificación de caracteres de los clientes (con la excepción de un servidor IRC dentro de una red I2P ).
| Internet Relay Chat | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| Conceptos básicos | |||||||||
| Listas y comparaciones |
| ||||||||
| Protocolos relacionados |
| ||||||||
| robots |
| ||||||||
| demonios IRC |
| ||||||||
| Servicios IRC | |||||||||
| Gorilas y proxies |
| ||||||||
| redes |
| ||||||||
| |||||||||
| |||||||||
| Protocolos TCP /IP básicos por capas del modelo OSI | |
|---|---|
| Físico | |
| canalizado | |
| la red | |
| Transporte | |
| sesión | |
| Representación | |
| Aplicado | |
| Otro aplicado | |
| Lista de puertos TCP y UDP | |
| esquemas URI | |
|---|---|
| Oficial | |
| no oficial | |
| Comunicación por medio de ordenadores | |
|---|---|
| Conferencia asíncrona |
|
| Conferencia síncrona | |
| Publicaciones | |