El Internet Relay Chat (IRC) del es una forma de la charla en tiempo real del Internet o de la comunicación síncrona . Se diseña principalmente para la comunicación del grupo ( múltiple) en los foros de discusión llamados los canales, pero también no prohibe a la comunicación una por vía el mensaje privado y las transferencias de datos vía dirigen a Cliente-a-Cliente .
El IRC fue creado por el " de Jarkko; WiZ" Oikarinen en el último agosto de 1988 para substituir un programa llamó a MUT (charla multiusos ) en un BBS llamado el OuluBox en el Finlandia . Oikarinen encontró la inspiración en un sistema de la charla conocido como relais del Bitnet, que funcionó en el Bitnet .
El IRC ganó la prominencia cuando fue utilizado para divulgar sobre la tentativa soviética del golpe de 1991 a través de un apagón de los medios. Fue utilizado previamente en una manera similar por los kuwaitíes durante la invasión iraquí . Los registros relevantes están disponibles de archivo del ibiblio.
El software del cliente del IRC está disponible para virtualmente cada sistema operativo de computadora.
Información técnica
El IRC es un protocolo abierto que utiliza el TCP y opcionalmente SSL . Un servidor del IRC puede conectar con otros servidores del IRC para ampliar la red del IRC. Redes del IRC del acceso de usuarios conectando a un cliente con un servidor. Hay mucho las puestas en práctica del cliente y de servidor, tales como MIRC y el Bahamut IRCd. La mayoría de los servidores del IRC no requieren a usuarios abrir una sesión, pero un usuario tendrá que fijar un apodo antes de ser conectada.El IRC era original un protocolo del texto llano (aunque esté extendido más adelante), que a petición fue asignado el portuario 194/TCP por IANA . Sin embargo, el de hecho ha sido siempre funcionar el IRC en 6667/TCP y números de acceso próximos para evitar tener que funcionar con el software de IRCd con los privilegios de la raíz. Es posible (sin embargo absolutamente incómodo) utilizar el IRC vía un cliente básico del byte-stream tal como Netcat o telnet .
El protocolo especificó que los carácteres eran el pedacito 8 pero no especificó el carácter que codificaba el texto fue supuesto para utilizar. Esto puede causar problemas cuando los usuarios que usan diversos clientes y/o diversas plataformas quieren conversar.
Todo el hoy funcionando de los protocolos del IRC del cliente-a-servidor se desciende del protocolo aplicado en la versión irc2.8 del IRC2server, y documentado en RFC 1459. Puesto que el RFC 1459 fue publicado, las nuevas características en la puesta en práctica irc2.10 llevaron a la publicación de varios documentos revisados del protocolo; RFC 2810, RFC 2811, RFC 2812 y RFC 2813, no obstante estos cambios del protocolo no se han adoptado extensamente entre otras puestas en práctica.
Aunque muchas especificaciones en el protocolo del IRC se hayan publicado, no hay especificación oficial, pues el protocolo sigue siendo dinámico. Virtualmente ningunos clientes y muy pocos servidores confían terminantemente en el RFCs antedicho como referencia.
Microsoft hizo una extensión para el IRC en 1998 vía el propietario IRCX . Pararon más adelante el distribuir del software que apoyaba IRCX, en lugar desarrollando el servicio de mensajero propietario .NET de MSN
La estructura estándar de una red de los servidores del IRC es un árbol (gráfico acíclico ). Los mensajes se encaminan a lo largo solamente de las ramas necesarias del árbol pero el estado de la red se envía a cada servidor y hay generalmente un alto nivel de confianza implícita entre los servidores. Esta arquitectura tiene un número de problemas. Un servidor que comportarse mal o malévolo puede causar daño importante a la red, y cualquier cambio en estructura, es intencional o un resultado de condiciones en la red subyacente, requiere red-parte y red-ensambla. Esto da lugar a mucho tráfico de red y falsos parados/ensamblan mensajes a los usuarios, y la pérdida temporal de comunicación. El adición de un servidor a una red grande significa una carga grande de la anchura de banda del fondo en la red y una carga grande de la memoria en el servidor.
Para una discusión de la evolución de los protocolos del IRC del servidor-lado y de las varias encarnaciones de IRCd, ver el artículo separado sobre los demonios del IRC
Comandos y contestaciones
considera también: La lista de Internet Relay Chat ordena el
El IRC se basa en una estructura línea-basada con el cliente que envía mensajes de una línea al servidor, recibiendo contestaciones a esos mensajes y recibiendo las copias de algunos mensajes enviados por otros clientes. En la mayoría de los usuarios de clientes puede incorporar comandos prefijándolos con/; dependiendo del comando, éstos se pueden pasar directo al servidor (usado generalmente para los comandos que el cliente no reconoce), pasar al servidor con una cierta modificación o dirigir enteramente por el cliente.
Debido a la naturaleza del protocolo, es imposible que los sistemas automatizados apareen un comando enviado con su contestación.
Canales
Los medios de la comunicación básicos en una sesión establecida del IRC son un canal del . Los canales en un servidor se pueden exhibir usar el /list del comando # # que enumere todos los canales actualmente disponibles, opcionalmente que filtra para los parámetros (#string para el entero o la parte del nombre, con los comodines y #min/el #max para el número de usuarios en el canal).Los usuarios pueden el ensamblan a un canal usar el #channelname de /join del del comando y le envían los mensajes, que se retransmiten a el resto de los usuarios en el mismo canal.
Los canales que están disponibles a través de una red entera del IRC prepended con “#”, mientras que ésos locales a un servidor utilizan “y”. Otros tipos de canal no estándar y menos común incluyen “+” los canales - los canales “modeless” sin los operadores, y “!” canales, una forma de canal con impresión horaria en redes normalmente non-timestamped.
Modos
Los usuarios y los canales pueden tener modos del, que son representados por las solas letras con diferenciación entre mayúsculas y minúsculas y fijados usar el comando del modo. Los modos del usuario y los modos del canal son separados y pueden utilizar la misma letra para significar diversas cosas (e. " del usermode; i" es el modo invisible mientras que " del channelmode; i" es invitan solamente). Los modos se fijan generalmente y unset usar el comando del modo que que toma una blanco (usuario o canal), un sistema de modos al sistema (+) o unset (-) y cuaesquiera parámetros la necesidad de los modos.Algunos pero no todos los modos del canal toman parámetros y algunos modos del canal se aplican a un usuario en un canal o agregan o quitan una máscara (e. una máscara de la interdicción) de una lista asociada al canal algo que aplicándose al canal en conjunto. Los modos que se aplican a los usuarios en un canal tienen un símbolo asociado que se utilice para representar el modo en las contestaciones de los nombres (enviadas a los clientes en primero ensamblar un canal y un uso del comando de los nombres) y en la mayoría de los clientes para representarlo en esta lista de usuarios en el canal.
Para analizar correctamente mensajes del modo y el canal entrantes de la pista indicar que el cliente debe saber qué modo es cuyo tipo y para los modos que se aplican a un usuario en un canal a que el símbolo vaya con qué letra. En puestas en práctica tempranas del IRC esto tuvo que ser hard-coded en el cliente pero ahora hay una extensión del estándar de hecho al protocolo que envía esta información al cliente en el tiempo de conexión.
Hay una pequeña avería del diseño en el IRC con respecto a los modos que se aplican a los usuarios en los canales, el mensaje de los nombres usado para establecer el estado inicial del canal puede enviar solamente un tal modo por usuario en el canal, pero el múltiplo tales modos se puede fijar en un solo usuario. Por ejemplo, si un usuario lleva a cabo ambo estado del operador (+o) y estado de la voz (+v) en un canal, un nuevo cliente no podrá saber menos el modo precedented (voz). Las soluciones alternativas para esto son posibles en el cliente y el lado de servidor pero no se ejecuta ningunos extensamente.
Operadores del IRC
Hay también los usuarios cuyos privilegios extienden a los servidores o a las redes enteros de servidores; éstos se llaman los operadores IRC, acortados a veces a IRCops. En algunas puestas en práctica del IRC, dan los operadores del IRC también estado del operador del canal en cada canal, aunque mucha gente crea que la administración de canales y la administración de la red deben ser mantenidas separada, y que no confiere el estado del operador del IRC la derecha de interferir con la operación de un canal particular.
Ataques
¡ Porque las conexiones del IRC son generalmente unencrypted y atraviesan típicamente plazos largos, son una blanco atractiva para los piratas informáticos malévolos. Debido a esto, la política de seguridad cuidadosa es necesaria asegurarse de que una red del IRC no es susceptible a un ataque tal como una guerra de la toma de posesión del IRC. Las redes del IRC pueden también la K-línea o g-línea los usuarios o las redes del que tienen un efecto que daña.Una pequeña cantidad de servidores del IRC apoyan las conexiones del SSL para los propósitos de seguridad. Esto ayuda a la parada que el uso del succionador de paquete programa para obtener las contraseñas de los usuarios del IRC, pero hace que poco utilice más allá de este alcance debido a la naturaleza pública de los canales del IRC. Las conexiones del SSL requieren el cliente y la ayuda del servidor (que pueden requerir al usuario instalar los módulos específicos de los binarios del SSL y del cliente del IRC los remiendos o en sus computadoras).
El IRC sirvió como laboratorio temprano para muchas clases de ataques del Internet, tales como usar mensajes inalcanzables falsos del ICMP para romper el TCP - conexiones basadas del IRC ( que destroza ) para molestar a usuarios o para facilitar las tomas de posesión
Prevención del abuso: el timestamping contra protocolo del retardo de la mella/del canal
Una de las ediciones técnicas más discutibles que rodean puestas en práctica del IRC, que sobrevive a este día, es el mérito del " Nick/canal Delay" contra " Timestamp" protocolos. Ambos métodos existen para solucionar el problema de los ataques del Negación-de-servicio sino para tomar acercamientos muy diversos.El problema con el protocolo original del IRC como ejecutado era que cuando dos servidores partidos y contestados, los dos lados de la red combinarían simplemente sus canales. Si un usuario podría ensamblar en un " split" el servidor, donde estaba vacío un canal que existió en el otro lado de la red, y estado del operador del aumento, él sintió bien a un operador del canal del " combined" el canal después Netsplit terminó; si un usuario tomara un apodo que existió en el otro lado de la red, el servidor mataría a ambos usuarios al contestar.
Esto fue abusada a menudo al " masa-kill" todos los usuarios en un canal, así creando el " opless" canales donde no hay presentes operadores ocuparse de abuso. Aparte de causar problemas dentro del IRC, esto animó a gente a conducir la negación de los ataques del servicio contra los servidores del IRC para causar el Netsplits de que ella entonces abusaría.
Retardo de Nick/del canal
La solución del retardo de la mella/del canal (ND/CD abreviado) a este problema era muy simple. Después de que un usuario firmado apagado y el apodo estuvieran disponibles, o un canal dejó de existir porque todos sus usuarios se fueron (como sucede a menudo durante un Netsplit ), el servidor no permitiría que ninguÌn usuario utilizara ese apodo o ensamblar ese canal, respectivamente, hasta cierto periodo de tiempo (el retardo del ) había pasado. La idea detrás de esto era que incluso si ocurrió un Netsplit, era inútil a un abusador porque ellos no podría tomar el apodo o ganar estado del operador en un canal, y así ninguna colisión de un apodo o de la “combinación” de un canal podría ocurrir. Hasta cierto punto, esto incomodó a usuarios legítimos, que pudieron ser forzados a utilizar breve un diverso nombre (la adición de una raya era popular) después de contestar.
Timestamping
La alternativa, el reloj fechador o el protocolo de los TS del, tomaron un diverso acercamiento. Cada apodo y canal en la red fueron asignados un reloj fechador -- la fecha y la hora en que fue creado. Cuando ocurrió un Netsplit, dos usuarios en cada lado estaban libres de utilizar el mismo apodo o canal, pero cuando los dos lados fueron ensamblados, sólo uno podrían sobrevivir. En el caso de apodos, mataron al más nuevo usuario, según sus TS; cuando chocó un canal, combinaron a los miembros (usuarios en el canal), solamente los operadores del canal en el " losing" el lado de la fractura perdió su estado del operador del canal.Los TS son un protocolo mucho más complicado que ND/CD, en diseño y la puesta en práctica, y a pesar de pasar con varias revisiones, algunas puestas en práctica todavía tienen problemas con el " desyncs" (donde dos servidores en la misma red discrepan sobre el estado actual de la red), y permitiendo demasiada clemencia en qué fue admitida por el lado “que perdía”. Bajo protocolos originales de los TS, por ejemplo, no había protección contra interdicciones del ajuste de usuarios u otros modos en el canal perdidoso que entonces sería combinado cuando la fractura contestada, aunque los usuarios que habían fijado esos modos perdieron su estado del operador del canal. Algunos servidores TS-basados modernos del IRC también han incorporado una cierta forma de ND y/o de CD además de timestamping en un intento por contener más lejos abuso.
La mayoría de las redes utilizan hoy el acercamiento timestamping. El reloj fechador contra desacuerdos de ND/CD hizo varios servidores partir lejos EFnet y formar el más nuevo IRCnet . Después de que la fractura, EFnet se moviera a un protocolo de los TS, mientras que IRCnet utilizó ND/CD.
Redes y URL
style=" del
Hay millares de funcionar redes del IRC en el mundo. Funcionan varias puestas en práctica de los servidores del IRC, y son administrados por los varios grupos de los operadores del IRC pero el protocolo expuesto a los usuarios del IRC es muy similar, y todas las redes del IRC se pueden alcanzar por el mismo software del cliente.
Uno puede ensamblar los servidores chascando en un
Las redes más grandes del IRC se han agrupado tradicionalmente en los cuatro grandes - una designación para las redes que rematan las estadísticas. Las cuatro redes grandes cambian periódico, pero debido a la naturaleza de la comunidad del IRC hay una gran cantidad de otras redes para que los usuarios elijan de.
los cuatro grandes:
EFnet
IRCnet
QuakeNet
Undernet
Para las estadísticas de la red, las graduaciones, y una lista de redes más pequeñas, consideran netsplit.de, el IRC de la búsqueda y Gogloom. Para otros artículos sobre redes del IRC, ver el : Categoría: Redes del IRC.
Clientes
Software del cliente
considera también: Comparación los clientes del Internet Relay Chat Para conectar con una red del IRC, la gente conectará lo más comúnmente posible con una red del IRC vía un cliente del IRC. El cliente toma el tráfico crudo del IRC y le da vuelta en un interfaz fácil de utilizar, quitando la necesidad del usuario de saber los comandos del IRC especificados en RFC 1459, y más adelante en RFC 2812. El cliente también simplifica algunos comandos, como el torneado de PRIVMSG en los MSG, y también permitir que el usuario hable más libremente. Por ejemplo, en vez de un usuario que tiene que mecanografiar la línea entera " #Wikipedia de PRIVMSG: ¡Hey individuos! " el usuario necesitaría solamente mecanografiar en el " de la ventana del canal; ¡Hey individuos! ". Otro ejemplo es un usuario identifica a un servicio del IRC. En vez de " que mecanografía; PRIVMSG NickServ IDENTIFICAN el ilikewikipedia", los tipos de usuario " ilikewikipedia" de /AUTH;. Los clientes del IRC también convertirán algunas de las informaciones en bruto en ventanas, como tráfico de torneado del canal y la lista de usuario enviada cuando un usuario primero incorpora un canal en dos ventanas.
Hay muchos de clientes del IRC disponibles, y es separado sobre todo por el sistema operativo . En sistemas basados en Windows, uno de los clientes más populares del IRC es el MIRC . Sin embargo, con la introducción reciente de nuevos clientes tales como Bersirc, KVIrc, Trillian, Pidgin, IRC visual, y el X-Charla, MIRC está comenzando a considerar mucho más competición, especialmente con los clientes que no son comerciales. Mucha gente todavía utiliza el MIRC muy probablemente debido al hecho de que ha estado alrededor por una absolutamente cierta hora y tiene una gran variedad de escrituras disponibles.
El IrcII es el cliente canónico del IRC de Unix, pero su userbase ha disminuido con la aparición de clientes competentes tales como ircII-ÉPICO, BitchX, Irssi, X-Charla, el Konversation, el etc. Para el mac el OS x, los clientes más ampliamente utilizados son Snak, Ircle y el coloquio . El OS X puede también funcionar la mayoría Unix-como la línea de comando y clientes del IRC X11 . Recientemente, el X-Charla el Aqua, una estructura especial X-Charla, ha estado ganando terreno en sistemas del OS X. Los clientes del IRC de Amiga son AmIRC, WookieChat, BenderIRC . Entre las copias de AmigaOS hay el MomosIRC para el MorphOS .
Hay un número de hojeadores de Internet con los clientes del IRC. El Mozilla Firefox tiene un cliente del IRC, el ChatZilla, que está disponible como agregación. La ópera tiene construido en cliente del IRC.
Construido en el IRC es utilizado por muchos juegos de ordenador, tales como War§ow del, torneo irreal, Uplink, mundo de Warcraft y VÍSPERA en línea .
Para los usuarios del principiante, el mIRC y otros clientes de la grande-ventana pueden parecer innecesariamente grandes y complejos. Los nuevos usuarios pueden preferir a los clientes inmediatos de la mensajería como el Miranda IM o el Trillian que apoyan el IRC y proporcionan un interfaz familiar al uso. El Pidgin inmediato del cliente de mensajería de la abrir-fuente de la multi-plataforma también apoya la conexión a las redes del IRC.
Bots
considera también:
l bot del IRC Llaman los clientes automatizados los bots . Mientras que los bots se desarrollaron, comenzaron a servir como puntos permanentes del contacto para los agentes del intercambio y de la protección de información para los canales que sirvieron, debido a su velocidad superior cuando estaban comparados a los seres humanos. Actualmente, aunque muchas de estas funciones se deleguen a menudo a red-proporcionó los servicios que permiten el registro y la gerencia de ambos apodos y canales, bots siguen siendo popular y continúan siendo adaptados a las nuevas e inesperadas tareas.
Los Bots se han escrito en una variedad de idiomas, y una amplia gama de puestas en práctica existe. La mayoría del IRC moderno mantiene el instrumento de típicamente bot-como los interfaces, a través de los cuales los usuarios pueden comunicar con y controlan la funcionalidad. Los Bots también se han creado para las aplicaciones malévolas, tales como inundación o canales que asumían el control, ocupándolos de dueño legítimo.
Gorila
considera también:
la gorila (establecimiento de una red) Un programa que funciona como demonio en un servidor y funciones mientras que un poder persistente se conoce como gorila . El propósito de una gorila es mantener una conexión a un servidor del IRC, actuando como relais entre él y el cliente de conexión. Si el cliente pierde conectividad de la red, la gorila archivará todo el tráfico para la entrega posterior, permitiendo que el usuario reasuma su sesión del IRC sin la interrupción externamente perceptible. Dos de las gorilas más populares son muh y PsyBNC . Muh está exclusivamente para las conexiones del solo usuario, mientras que el psyBNC apoya a usuarios múltiples. Otra gorila feature-rich es ZNC.
Además, como manera de obtener a gorila-como efecto, la manera del viejo usuario de UNIX de hacer esto es funcionar con a cliente de a (típicamente basado texto) en un servidor alejado, dentro de un pedazo de software de pantalla-separación (e. pantalla del GNU), y de usar una cáscara segura de conectar con este servidor, dejándola retransmitir toda la información, y dejando así al cliente archivar todo el tráfico si se pierde la conectividad.
Motores de la búsqueda
Hay motores numerosos de la búsqueda disponibles ayudar al usuario en encontrar lo que él está buscando en el IRC. El Search Engine consiste en generalmente dos porciones, un " back-end" (o " araña/crawler") y un " anticipado; " del Search Engine;.La parte (araña/correa eslabonada) es el caballo del trabajo del Search Engine. Es responsable de servidores de arrastre del IRC poner en un índice la información que es enviada a través de ellos. La información se pone en un índice que consiste generalmente solamente en el texto del canal (el texto que se exhibe público en canales públicos). El método del almacenaje es generalmente una cierta clase de base de datis relacional, como el MySQL o el Oracle . Se utiliza qué base de datos depende exclusivamente del lenguaje de programación en el cual se escribe el bot de la araña.
El " anticipado; " del Search Engine; está el interfaz utilizador a la base de datos. Suministra a usuarios una manera de buscar la base de datos de la información puesta en un índice para recuperar los datos que están buscando. Estos motores anticipados de la búsqueda se pueden también cifrar en lenguajes de programación numerosos. Las idiomas más populares para tales buscan los motores y las arañas de la indexación de direcciones son Perl, PHP y el C .
La mayoría de los motores de la búsqueda tienen su propia araña que sea un solo uso responsable del IRC de arrastre y que pone en un índice los datos sí mismo; sin embargo, otros son " based" del usuario; controladores paso a paso. Estes 3ultimo confían en usuarios para instalar su " agregar-on" a su cliente del IRC (como mIRC); la agregación es de lo que envía la base de datos la información del canal en cualquier canal el usuario sucede estar. Los motores de la búsqueda del IRC han automatizado totalmente el proceso de encontrar la información sobre el IRC y han contribuido así grandemente al renombre del IRC estos últimos años.
IRC moderno
El IRC ha cambiado mucho durante su vida en el Internet. El nuevo software de servidor ha agregado una multiplicidad de nuevas características.El mantiene : bots Red-funcionados para facilitar el registro de apodos y de canales, enviando los mensajes para las funciones fuera de línea de los usuarios y del operador de red.
Modos adicionales: Mientras que el sistema original del IRC utilizó un sistema de modos estándar del usuario y del canal, los nuevos servidores agregan muchos nuevos modos para las características tales como quitando códigos de color del texto, u obscureciendo el Hostmask (" de un usuario; cloaking") para proteger contra la negación de los ataques del servicio .
Detección del poder: La mayoría de los servidores modernos apoyan la detección de usuarios que intentan conectar con un proxy server (misconfigured o explotado) inseguro, que se puede entonces negar una conexión. Un ejemplo es el monitor del poder o el BOPM abierto Blitzed. Este software de la detección del poder usado por varias redes, aunque esa lista en tiempo real de poderes sea difunta desde principios de 2006.
Comandos adicionales: Los nuevos comandos pueden ser cosas tales como comandos de la taquigrafía de publicar comandos a los servicios, a los comandos del operador de red solamente de manipular el hostmask de un usuario.
Encripción : Para la pierna del cliente-a-servidor del SSL de la conexión pudo ser utilizado (los mensajes dejan de ser seguros una vez que se retransmiten a otros usuarios en conexiones estándar, pero hace el que escucha detras de las puertas encendido o wiretapping las sesiones del IRC de un individuo difíciles). Para la comunicación del cliente-a-cliente, el SDCC ( seguro DCC ) puede ser utilizado.
Identificación : Proporciona la identificación al servidor del IRC, pero en Internet moderno que la identificación 1413 del RFC es casi inútil.
Protocolo de conexión: El IRC se puede conectar con vía el IPv4, la versión estándar actual del Internet Protocol, o por el IPv6, la versión next-generation del protocolo.
Internacionalización
¡ El IRC carece a cualquier convención general sobre la interpretación de los códigos del octeto con excepción del ASCII, y este asunto se documenta mal. La mayoría de la práctica común (en redes grandes del IRC) es transferir mensajes de un cliente a otro cliente opaco, sin ninguna recodificación de los carácteres . Esto pone todos los problemas de la internacionalización a la responsabilidad del lado de cliente.En edades tempranas del IRC, muchos usuarios del IRC que hablaban en el las idiomas finlandesas escandinavas de y, utilizaron algunos dialectos de ISO 646 como la codificación del carácter, que puso letras como å del ö del ä de Ä Ö Å en los puntos de código 0x5B 0x5C 0x5D 0x7B 0x7C 0x7D ( US-ASCII : del ''' del \ del ''' del ''' { de | } de ). Ése es porqué estos códigos se permiten siempre en apodos. Acordando RFC 1459, { | } en apodos incluso debe ser tratado como de minúsculo \ respectivamente de los equivalentes. En finales de los 90 el uso de las páginas de código 7bit abandonned totalmente y tal equivalencia fue caída en algunos demonios del IRC.
Ahora el IRC en idiomas occidentales utiliza la codificación ISO-8859-1 (o sus derivados) o, a veces, el UTF-8 . Algunos clientes del IRC son capaces leer mensajes en ISO-8859-1 o UTF-8 en el mismo canal, detectando la codificación apropiada heuristically. El MIRC puede leer mensajes en UTF-8, pero no puede enviarlo. En el Finlandés-discurso del IRC hay un cierto cambio por último a los años UTF-8 ( (finlandés). Al menos dos que codifican otro que UTF-8 están utilizados para la lengua japonesa . el acercamiento totalmente alternativo 2000 se presentó en mundo Russian-speaking del IRC. moderno ruso - las redes de discurso del IRC consideran un mensaje integrado por los carácteres (no octetos) del y realizan la recodificación required de las letras cirílicas en caso de necesidad; ver los detalles en el (ruso). Una diferencia esencial entre las ediciones del juego de caracteres en ruso y las escrituras Latino-basadas es que un mensaje en las letras latinas, incluso misinterpreted (de UTF-8 a ISO-8859 o al versa), restos por lo menos parcialmente legibles.
Compartir archivos
Usar las escrituras tener gusto de Sysreset, UPP, Sooplex, estrella polar y, lo más comúnmente posible, el OmenServe, usuarios puede crear los servidores de archivos que permiten que compartan archivos con otros. Además de los pros normales - y - el contra de la archivo-distribución (véase la violación de derechos de autor del software ), allí es también los grupos que fijaron las redes de Fansubbing del Anime, permitiendo que las audiencias americanas consideren el anime que sería normalmente inasequible en inglés o exterior de Japón.Debido al gran número de gente que utilice el IRC para el compartir archivos, alguna pensar en el IRC como forma de compartir archivos del P2P . Inversamente, muchos usuarios intentan derrotar esta visión persistente desalentándola o rechazando ayudar con ella. Técnico, el IRC no proporciona ninguÌn mecanismo de la transferencia de archivo sí mismo; el compartir archivos es ejecutado por los clientes IRC, típicamente usar el protocolo directo del Cliente-a-Cliente (DCC), en el cual las transferencias de archivo se negocian con el intercambio de mensajes privados entre los clientes. La gran mayoría de ayuda de la característica de los clientes del IRC para las transferencias de archivo del DCC, por lo tanto la visión que el compartir archivos es una característica integral del IRC.
Ver también
style=" delComparación de los protocolos de mensajería inmediatos
Comparación de los clientes del IRC
Comparación de los demonios del IRC
La comparación del IRC mantiene
La lista de IRC ordena
Sala de chat
Chatzilla
Cliente-a-Cliente directo
Identificación
Mensajería inmediata
El IRC mantiene
IRCd
IRCX
Irssi
MIRC
PsyBNC
Canal de porción
XDCC
Vhost (IRC)
.
| Random links: | Ausserbinn | M.F. Thatherton | Jarabe del abedul | Guía de Barlowe a los Extraterrestrials | Serena Southerlyn |