Internet Relay Chat

Pstack L'Internet Relay Chat (IRC) de est une forme de la causerie en temps réel de l'Internet ou de la communication synchrone . Il est principalement conçu pour la communication de groupe ( multiple) dans des forum de discussion appelés les canaux de , mais permet également à la communication linéaire par l'intermédiaire du message privé et les transferts de données par l'intermédiaire du dirigent le Client-à-Client .

L'IRC a été créé par le " de Jarkko de ; WiZ" ; Oikarinen dans le défunt août 1988 pour remplacer un programme a appelé MUT (entretien à utilisateurs multiples ) sur un BBS appelé le OuluBox dans le Finlande . Oikarinen a trouvé l'inspiration dans un système de causerie connu sous le nom de relais de Bitnet de , qui a fonctionné sur le Bitnet .

L'IRC a gagné la proéminence quand il a été employé pour rendre compte de la tentative soviétique de coup de de 1991 dans toute une panne d'électricité de médias de . Il a été précédemment employé d'une mode semblable par les Koweitiens pendant l'invasion irakienne . Les notations appropriées sont fournies par des archives d'ibiblio.

Le logiciel du client d'IRC de est disponible pour pratiquement chaque ordinateur du système d'exploitation.

L'information technique

L'IRC est un protocole ouvert qui emploie le TCP et sur option le SSL . Un serveur d'IRC peut se relier à d'autres serveurs d'IRC pour augmenter le réseau d'IRC. Réseaux d'IRC d'accès d'utilisateurs en reliant un client à un serveur. Il y a beaucoup des réalisations de client et de serveur, telles que le MIRC et le Bahamut IRCd. La plupart des serveurs d'IRC n'exigent pas des utilisateurs d'ouvrir une session, mais un utilisateur devra placer un surnom avant d'être relié.

L'IRC était à l'origine un protocole des textes plats (bien que plus tard prolongé), qui sur demande a été assigné le gauche 194/TCP par IANA . Cependant, le de fait a toujours été de courir l'IRC sur 6667/TCP et numéros d'accès voisins pour éviter doit courir le logiciel d'IRCd avec les privilèges de racine de . Il est possible (cependant tout à fait incommode) d'employer l'IRC par l'intermédiaire d'un client de base de byte-stream tel que le Netcat ou le telnet .

Le protocole a spécifié que les caractères étaient le bit 8 mais n'a pas spécifié le caractère codant le texte a été censé employer. Ceci peut poser des problèmes quand les utilisateurs à l'aide de différents clients et/ou de différentes plates-formes veulent converser.

Tous les protocoles d'IRC de client-à-serveur en service aujourd'hui sont descendus du protocole mis en application dans la version irc2.8 de l'IRC2server, et documenté dans RFC 1459. Puisque RFC 1459 a été édité, les nouveaux dispositifs dans l'exécution irc2.10 ont mené à la publication de plusieurs documents révisés de protocole ; RFC 2810, RFC 2811, RFC 2812 et RFC 2813, toutefois ces changements de protocole n'ont pas été largement adoptés entre d'autres réalisations.

Bien que beaucoup de caractéristiques du protocole d'IRC aient été éditées, il n'y a aucune spécification officielle, car le protocole demeure dynamique. Pratiquement client et très peu de serveurs ne compte pas strictement sur le RFCs ci-dessus comme référence.

Microsoft a fait une prolongation pour l'IRC en 1998 par l'intermédiaire du de propriété industrielle IRCX . Ils plus tard ont cessé de distribuer le logiciel soutenant IRCX, au lieu de cela développant le service de messager de propriété industrielle du .NET de MSN

La structure standard d'un réseau des serveurs d'IRC est un arbre (graphique acyclique ). Des messages sont conduits le long seulement des branches nécessaires de l'arbre mais l'état de réseau est envoyé à chaque serveur et il y a généralement un niveau important de confiance implicite entre les serveurs. Cette architecture a un certain nombre de problèmes. Un serveur se conduisant mal ou malveillant peut causer le dommage majeur au réseau, et tous les changements de structure, s'intentionnel ou un résultat des conditions sur le réseau fondamental, exigent filet-se dédoublent et filet-se joignent. Ceci a comme conséquence beaucoup de trafic de réseau et faux stoppés/joignent des messages aux utilisateurs, et la perte provisoire de communication. Ajouter un serveur à un grand réseau signifie une grande charge de largeur de bande de fond sur le réseau et une grande charge de mémoire sur le serveur.

Pour un examen de l'évolution des protocoles d'IRC de serveur-côté et des diverses incarnations d'IRCd, voir l'article séparé sur les démons d'IRC de

Commandes et réponses

voient également : La liste de d'Internet Relay Chat commande le

L'IRC est basé sur une structure ligne-basée avec le client envoyant les messages d'une seule ligne au serveur, recevant des réponses à ces messages et recevant des copies de quelques messages envoyés par d'autres clients. Dans la plupart des utilisateurs de clients peut sélectionner des commandes en les mettant en tête avec/; selon la commande, ceux-ci peuvent être passés directement au serveur (généralement utilisé pour des commandes que le client n'identifie pas), être passés au serveur avec une certaine modification ou manipuler entièrement par le client.

En raison de la nature du protocole, il est impossible que les systèmes automatisés appareillent une commande envoyée avec sa réponse.

Canaux

Les moyens de communication de base en session établie d'IRC est un canal de . Des canaux dans un serveur peuvent être montrés using le /list de commande # # qui énumère tous les canaux actuellement disponibles, sur option filtrant pour des paramètres (#string pour l'entier ou la partie du nom, avec cartes d'invitation et #min/#max pour le nombre d'utilisateurs dans le canal).

Les utilisateurs mettent en boîte le joignent à un canal using le #channelname de /join de de commande et lui envoient les messages, qui sont transmis par relais à tous autres utilisateurs sur le même canal.

Des canaux qui sont disponibles à travers un réseau entier d'IRC sont ajoutés au début avec « # », alors que ceux locaux à un serveur emploient « et ». D'autres types de canal non standard et moins commun incluent « + » des canaux - les canaux « modeless » sans opérateurs, et « ! » canaux, une forme de canal horodaté du sur les réseaux normalement non-timestamped.

Modes

Les utilisateurs et les canaux peuvent avoir les modes de , qui sont représentés par les lettres distinguant majuscules et minuscules simples et sont placés using la commande de mode. Les modes d'utilisateur et les modes de canal sont séparés et peuvent employer la même lettre pour signifier différentes choses (par exemple " d'usermode ; i" ; est le mode invisible tandis que " de channelmode ; i" ; est invitent seulement). Des modes sont habituellement placés et suppriment using la commande de mode que qui prend une cible (utilisateur ou canal), un ensemble de modes à l'ensemble (+) ou a supprimé (-) et tous paramètres le besoin de modes.

Certains mais non tous les modes de canal prennent des paramètres et quelques modes de canal s'appliquent à un utilisateur sur un canal ou ajoutent ou enlèvent un masque (par exemple un masque d'interdiction) d'une liste liée au canal plutôt qu'appliquant au canal dans son ensemble. Les modes qui s'appliquent aux utilisateurs sur un canal ont un symbole associé qui est employé pour représenter le mode dans des réponses de noms (envoyées aux clients sur joindre d'abord un canal et une utilisation de la commande de noms) et dans la plupart des clients pour la représenter dans cette liste d'utilisateurs dans le canal.

Afin d'analyser correctement les messages de mode et le canal entrants de voie énoncer que le client doit savoir quel mode est dont type et pour les modes qui s'appliquent à un utilisateur sur un canal que le symbole est assorti à quelle lettre. Dans des réalisations tôt d'IRC ceci a dû être hard-coded dans le client mais il y a maintenant une prolongation de norme de fait au protocole qui envoie cette information au client au temps de connexion.

Il y a un petit défaut de conception dans l'IRC concernant les modes qui s'appliquent aux utilisateurs sur des canaux, le message de noms employé pour établir l'état initial de canal peut seulement envoyer un tel mode par utilisateur sur le canal, mais le multiple de tels modes peut être placé sur un utilisateur simple. Par exemple, si un utilisateur tient les deux le statut d'opérateur (+o) et statut de voix (+v) sur un canal, un nouveau client ne pourra pas savoir moins le mode precedented (voix). Les contournements pour ceci sont possibles du client et du côté de serveur mais aucun n'est largement mis en application.

Opérateurs d'IRC

Il y a également des utilisateurs dont les privilèges se prolongent aux serveurs ou aux réseaux entiers des serveurs ; ceux-ci s'appellent les opérateurs IRC, parfois raccourcis à IRCops. Sur quelques réalisations d'IRC, des opérateurs d'IRC sont également donnés le statut d'opérateur de canal dans chaque canal, bien que beaucoup de personnes croient que l'administration des canaux et l'administration du réseau devraient être maintenues séparée, et que le statut d'opérateur d'IRC ne confère pas la droite d'interférer l'opération d'un canal particulier.

Attaques

< ! --cette section a besoin toujours d'un bon nombre de travail--> Puisque les raccordements d'IRC sont habituellement non codés et enjambent typiquement des périodes de long temps, ils sont une cible attrayante pour les intrus malveillants. Pour cette raison, la politique de sécurité soigneuse est nécessaire pour s'assurer qu'un réseau d'IRC n'est pas susceptible d'une attaque telle qu'une guerre du changement d'IRC de . Les réseaux d'IRC peuvent également la K-ligne ou la g-ligne les utilisateurs ou les réseaux de qui ont un effet nuisant.

Un nombre restreint de serveurs d'IRC soutiennent des raccordements de SSL pour la sécurité. Ceci aide l'arrêt que l'utilisation du renifleur de paquet programme pour obtenir les mots de passe des utilisateurs d'IRC, mais fait employer peu au delà de cette portée due à la nature publique des canaux d'IRC. Les raccordements de SSL exigent le client et l'appui de serveur (qui peuvent exiger de l'utilisateur d'installer les modules spécifiques de binaires de SSL et de client d'IRC les pièces rapportées ou sur leurs ordinateurs).

L'IRC a servi de laboratoire tôt à beaucoup de genres d'attaques d'Internet, telles qu'employer les messages inaccessibles faux d'ICMP pour casser le TCP - raccordements basés d'IRC ( détruisant ) pour ennuyer des utilisateurs ou pour faciliter les changements

Empêchement d'abus : timestamping contre le protocole de retard d'entaille/canal

Une des issues techniques les plus controversables entourant des réalisations d'IRC, qui survit à ce jour, est le mérite du " ; Nick/Manche Delay" ; contre le " ; Timestamp" ; protocoles. Les deux méthodes existent pour résoudre le problème des attaques de Démenti-de-service de mais pour adopter des approches très différentes.

Le problème avec le protocole original d'IRC en tant que mis en application était que quand deux serveurs dédoublés et rejoints, les deux côtés du réseau fusionneraient simplement leurs canaux. Si un utilisateur pourrait se joindre sur un " ; split" ; serveur, où un canal qui a existé de l'autre côté du réseau était vide, et statut d'opérateur de gain, ils iraient bien à un opérateur de canal du " ; combined" ; le canal après le Netsplit a fini ; si un utilisateur prenait un surnom qui a existé de l'autre côté du réseau, le serveur tuerait les deux utilisateurs en rejoignant.

Ceci a été souvent maltraité au " ; la masse-kill" ; tous les utilisateurs sur un canal, de ce fait créant le " ; opless" ; canaux où aucun opérateur n'était présent pour traiter l'abus. Indépendamment de poser des problèmes dans l'IRC, ceci a encouragé des personnes à conduire le déni de service des attaques contre des serveurs d'IRC afin de causer le Netsplits qu'elles maltraiteraient alors.

Nick/retard de canal

La solution du retard d'entaille/canal (ND/CD abrégé) à ce problème était très simple. Après qu'un utilisateur se soit déconnecté et le surnom est devenu disponible, ou un canal cessé pour exister parce que tous ses utilisateurs sont partis (comme se produit souvent pendant un Netsplit ), le serveur ne permettrait à aucun utilisateur d'employer ce surnom ou joindre ce canal, respectivement, jusqu'à une certaine période (le retard de ) avait passé. L'idée derrière ceci était que même si un Netsplit s'est produit, il était inutile à un trompeur parce qu'ils ne pourrait pas prendre le surnom ou gagner le statut d'opérateur sur un canal, et ainsi aucune collision d'un surnom ou du « fusionnement » d'un canal ne pourrait se produire. Dans une certaine mesure, ceci a gêné les utilisateurs légitimes, qui pourraient être forcés d'employer brièvement un nom différent (le rattachement d'un soulignage était populaire) après action de rejoindre.

Timestamping

L'alternative, l'horodateur ou le protocole des SOLIDES TOTAUX de , ont adopté une approche différente. Chaque surnom et canal sur le réseau ont été assignés un horodateur -- la date et le moment où il a été créé. Quand un Netsplit s'est produit, deux utilisateurs de chaque côté étaient libres pour utiliser le même surnom ou canal, mais quand les deux côtés ont été joints, seulement un pourraient survivre. Dans le cas des surnoms, l'utilisateur plus nouvel, selon leurs SOLIDES TOTAUX, a été tué ; quand un canal s'est heurté, les membres (utilisateurs sur le canal) ont été fusionnés, mais les opérateurs de canal sur le " ; losing" ; le côté de la fente a perdu leur statut d'opérateur de canal.

Les SOLIDES TOTAUX est un protocole beaucoup plus compliqué que ND/CD, dans la conception et l'exécution, et en dépit de être passé par plusieurs révisions, quelques réalisations ont toujours des problèmes avec le " ; desyncs" ; (où deux serveurs sur le même réseau sont en désaccord au sujet de l'état actuel du réseau), et permettant trop de clémence dans ce qui a été admis par le côté « de perte ». Sous les protocoles originaux de SOLIDES TOTAUX, par exemple, il n'y avait aucune protection contre des interdictions d'arrangement d'utilisateurs ou d'autres modes dans le canal perdant qui serait alors fusionné quand la fente rejointe, quoique les utilisateurs qui avaient placé ces modes aient perdu leur statut d'opérateur de canal. Quelques serveurs Solides totaux-basés modernes d'IRC ont également incorporé une certaine forme de ND et/ou de CD en plus de timestamping afin d'essayer de limiter plus loin l'abus.

La plupart des réseaux emploient aujourd'hui l'approche timestamping. L'horodateur contre des désaccords de ND/CD a fait dédoubler à partir du EFnet et former plusieurs serveurs le plus nouveau IRCnet . Après que la fente, EFnet se soit déplacée à un protocole de SOLIDES TOTAUX, alors qu'IRCnet employait ND/CD.

Réseaux et URL

style=" de

Il y a des milliers de gérer des réseaux d'IRC dans le monde. Ils courent de diverses réalisations des serveurs d'IRC, et sont administrés par de divers groupes d'opérateurs d'IRC de mais le protocole exposé aux utilisateurs d'IRC est très semblable, et tous les réseaux d'IRC peuvent être accédés par le même logiciel de client.

On peut joindre des serveurs en cliquant sur un irc : //irc.example : lien de Web du port/channel.

Les plus grands réseaux d'IRC ont été traditionnellement groupés en les grands quatre - une désignation pour les réseaux qui complètent les statistiques. Les grands quatre réseaux changent périodiquement, mais en raison de la nature de la communauté de l'IRC il y a un grand nombre d'autres réseaux pour que les utilisateurs choisissent de.

les grands quatre :
EFnet
IRCnet
QuakeNet
Undernet

Pour des statistiques de réseau, les rangs, et une liste de plus petits réseaux, voient netsplit.de, IRC de recherche et Gogloom. Pour d'autres articles sur des réseaux d'IRC, voir le : Catégorie : Réseaux d'IRC.

Clients

Logiciel de client

voient également : Comparaison des clients d'Internet Relay Chat Pour se relier à un réseau d'IRC, les gens le plus généralement se relieront à un réseau d'IRC par l'intermédiaire d'un client d'IRC. Le client prend le trafic cru d'IRC et le transforme en interface facile à utiliser, enlevant le besoin de l'utilisateur de savoir les commandes d'IRC spécifiques dans RFC 1459, et plus tard dans RFC 2812. Le client simplifie également quelques commandes, comme transformer PRIVMSG en MSG, et permettre également à l'utilisateur de parler plus librement. Par exemple, au lieu d'un utilisateur devant dactylographier la ligne entière " ; #Wikipedia de PRIVMSG : Hé types ! " ; l'utilisateur devrait seulement dactylographier dans le " de fenêtre de canal ; Hé types ! " ;. Un autre exemple est un utilisateur identifient à un service d'IRC. Au lieu du " de dactylographie ; PRIVMSG NickServ IDENTIFIENT l'ilikewikipedia" ; , les types d'utilisateur " ; ilikewikipedia" de /AUTH ;. Les clients d'IRC également convertiront certaines des données brutes en fenêtres, comme le trafic de rotation de canal et la liste utilisateurs envoyée quand un utilisateur entre dans d'abord un canal dans deux fenêtres.

Il y a beaucoup de clients d'IRC disponibles, et est la plupart du temps séparé par le du système d'exploitation. Sur les systèmes basés sur Windows, un des clients d'IRC les plus populaires est le MIRC . Cependant, avec l'introduction récente de nouveaux clients tels que le Bersirc , KVIrc , Trillian , Pidgin , IRC visuel de , et le X-Causent , le MIRC commence à voir beaucoup plus de concurrence, particulièrement avec les clients qui ne sont pas commerciaux. Beaucoup de personnes emploient toujours le MIRC très probablement étant donné qu'il a été autour pendant une tout à fait certaine heure et a une large variété de manuscrits disponibles.

Le IrcII est le client canonique d'IRC d'Unix du , mais son userbase a diminué à la suite de l'apparition des clients de concurrence tels que le ircII-ÉPIQUE, BitchX , Irssi , X-Causent , Konversation , etc. Pour le Mac de l'OS x les , les clients les plus employés couramment sont Snak , Ircle et entretien . OS X peut également courir les la plupart Unix-comme la ligne de commande et les clients d'IRC du X11 . Récemment, le X-Causent l'Aqua , une construction spéciale de X-Causent , avait gagné du terrain sur des systèmes d'OS X. Les clients d'IRC d'Amiga sont AmIRC , WookieChat , BenderIRC . Parmi des clones d'AmigaOS il y a le MomosIRC pour le MorphOS .

Il y a un certain nombre de navigateurs d'Internet avec des clients d'IRC. Le Mozilla Firefox a un client d'IRC, le ChatZilla , qui est disponible comme adjonction. L'opéra a construit dans le client d'IRC.

Construit dans l'IRC est utilisé par beaucoup de jeux d'ordinateur, tels que le War§ow de , le tournoi irréel de , la liaison montante de , le monde de de Warcraft et la VEILLE en ligne de .

Pour des utilisateurs de novice, le mIRC et d'autres clients de grand-fenêtre peuvent sembler inutilement grands et complexes. Les nouveaux utilisateurs peuvent préférer des clients instantanés de la transmission de messages comme le Miranda IM ou le Trillian qui soutiennent l'IRC et fournissent une interface familière à l'application. Le Pidgin instantané de client de transmission de messages d'ouvrir-source de multi-plate-forme soutient également le raccordement aux réseaux d'IRC.

Bots

voient également :

du bot d'IRC de Des clients automatisés s'appellent les bots . Pendant que les bots évoluaient, ils ont commencé à servir de points permanents de contact pour des agents d'échange de l'information et de protection pour les canaux qu'ils ont servis, en raison de leur vitesse supérieure une fois comparés aux humains. Actuellement, bien que plusieurs de ces fonctions soient souvent déléguées à réseau-a fourni les services qui tiennent compte de l'enregistrement et de la gestion des deux surnoms et canaux, bots de restent populaires et continuent à être adaptés à de nouvelles et inattendues tâches.

Des Bots ont été écrits en une série de langues, et une grande sélection de réalisations existent. La plupart d'IRC moderne de entretient l'instrument de typiquement bot-comme les interfaces, par lesquelles les utilisateurs peuvent communiquer avec et commandent la fonctionnalité. Des Bots ont été également créés pour des usages malveillants, tels que l'inondation ou les canaux succédants, les occupant du propriétaire légitime.

Videur

voient également :

videur de (gestion de réseau) Un programme qui fonctionne en tant que démon sur un serveur et des fonctions pendant qu'une procuration persistante est connue en tant que videur . Le but d'un videur est de maintenir un raccordement à un serveur d'IRC, agissant en tant que relais entre lui et le client se reliant. Si le client perd la connectivité de réseau, le videur archivera tout le trafic pour la livraison plus tardive, permettant à l'utilisateur de reprendre sa session d'IRC sans rupture extérieurement perceptible. Deux des videurs les plus populaires sont muh et PsyBNC . Muh est exclusivement pour des raccordements d'utilisateur simple, alors que le psyBNC soutient les utilisateurs multiples. Un autre videur feature-rich est ZNC.

En outre, comme manière d'obtenir a videur-comme l'effet, du vieil la manière utilisateur d'UNIX de faire ceci est de courir le client d'a (typiquement basé par texte) sur un serveur à distance, à l'intérieur d'un morceau de logiciel de écran-détachement (par exemple écran de GNU de ), et d'employer une coquille bloquée de se relier à ce serveur, la laissant retransmettre toute l'information, et laissant de ce fait le client archiver tout le trafic si la connectivité est perdue.

Moteurs de recherche

Il y a de nombreux moteurs de recherche disponibles pour aider l'utilisateur en trouvant ce qu'elles recherchent sur l'IRC. Généralement le Search Engine se compose de deux parts, un " ; back-end" ; (ou " ; araignée/crawler" ;) et un " d'entrée ; " de Search Engine ;.

La partie postérieure (araignée/chenille) est le cheval de travail du Search Engine. Elle est responsable des serveurs de rampement d'IRC pour indexer l'information étant envoyée à travers eux. L'information qui est indexée consiste habituellement seulement en texte de canal (le texte qui est publiquement montré dans des canaux publics). La méthode de stockage est habituellement une certaine sorte de base de données relationnelle, comme le MySQL ou le Oracle . Quelle base de données est employée dépend exclusivement du langage de programmation dans lequel le bot d'araignée est écrit.

Le " d'entrée ; " de Search Engine ; est l'interface utilisateurs à la base de données. Elle fournit des utilisateurs une manière de rechercher la base de données d'information répertoriée pour rechercher les données qu'elles recherchent. Ces moteurs d'entrée de recherche peuvent également être codés dans de nombreux langages de programmation. Les langues plus populaires pour tels recherchent des moteurs et les araignées d'indexation sont Perl , PHP et C .

La plupart des moteurs de recherche ont leur propre araignée qui est une application simple responsable de l'IRC de rampement et indexante les données elle-même ; cependant, d'autres sont " ; based" d'utilisateur ; sélecteurs. Ce dernier se fondent sur des utilisateurs pour installer leur " ; ajouter-on" ; à leur client d'IRC (comme le mIRC) ; est l'adjonction de ce qu'envoie à la base de données l'information de canal sur quelque canal l'utilisateur s'avère justement être. Les moteurs de recherche d'IRC ont complètement automatisé le processus de trouver des informations sur l'IRC et ont ainsi contribué considérablement à la popularité de l'IRC ces dernières années.

IRC moderne

L'IRC a changé beaucoup au-dessus de sa vie sur l'Internet. Le nouveau logiciel de serveur a ajouté une multitude de nouveaux dispositifs.
Le entretient : bots Réseau-actionnés pour faciliter l'enregistrement des surnoms et des canaux, envoyant des messages pour des fonctions en différé d'utilisateurs et d'opérateur de réseau.
Modes supplémentaires : Tandis que le système original d'IRC employait un ensemble de modes standard d'utilisateur et de canal, les nouveaux serveurs ajoutent beaucoup de nouveaux modes pour des dispositifs tels qu'enlevant des codes couleurs du texte, ou obscurcissant le Hostmask (" d'un utilisateur ; cloaking" ;) pour se protéger contre le déni de service de des attaques .
Détection de procuration : La plupart des serveurs modernes soutiennent la détection des utilisateurs essayant de se relier par un proxy server (misconfigured ou exploité) peu sûr , qui peut alors être nié un raccordement. Un exemple est le moniteur de procuration ou le BOPM ouvert assailli soudainement. Ce logiciel de détection de procuration employé par plusieurs réseaux, bien que cette liste en temps réel de procurations soit ancienne depuis début 2006.
Commandes additionnelles : Les nouvelles commandes peuvent être des choses telles que des commandes de sténographie de fournir des commandes aux services, aux commandes d'opérateur de réseau seulement de manoeuvrer le hostmask d'un utilisateur.
Chiffrage : Pour la jambe de client-à-serveur du SSL de de raccordement pourrait être employé (les messages cessent d'être bloqués une fois qu'ils sont transmis par relais à d'autres utilisateurs sur les raccordements standard, mais il fait le écoutant dessus ou mettant clandestinement les sessions sur écoute de l'IRC d'un individu difficiles). Pour la communication de client-à-client, le SDCC ( bloqué DCC ) peut être employé.
Identification : Fournit l'identification au serveur d'IRC, mais dans l'Internet moderne que l'identification 1413 de RFC est presque inutile.
Protocole de raccordement : L'IRC peut être relié à par l'intermédiaire du IPv4 , la version standard courante de l'Internet Protocol , ou par le IPv6 , la version de la deuxième génération du protocole.

Internationalisation

< ! -- Excuser mon anglais pauvre --Incnis Mrsi --> L'IRC manque de n'importe quelle convention générale au sujet d'interprétation des codes de byte autres que l'ASCII, et cette matière est mal documentée. La plupart de pratique commune (dans de grands réseaux d'IRC) est de ne transférer des messages à partir d'un client à un autre client opaque, sans aucun recodage des caractères . Ceci met tous les problèmes d'internationalisation à la responsabilité du côté de client.

Dans des âges jeune d'IRC, beaucoup d'utilisateurs d'IRC parlant dans le des langues finlandaises scandinaves de et , ont employé quelques dialectes d'OIN 646 comme codage de caractère de , qui a placé des lettres comme le å d'ö d'ä d'Ä Ö Å aux points 0x5B 0x5C 0x5D 0x7B 0x7C 0x7D ( US-ASCII de code : de ''' de \ ''' de ''' { de | de } ). C'est pourquoi on permet toujours ces codes dans les surnoms. Accordant RFC 1459, { | } dans les surnoms même devrait être traité en tant que de minuscule d'équivalents \ respectivement. Dans la fin des années 1990 l'utilisation des pages de code du 7bit abandonned complètement et une telle équivalence a été abandonnée dans quelques démons d'IRC.

Maintenant l'IRC dans des langues occidentales emploie le codage du ISO-8859-1 (ou ses dérivés) ou, parfois, le UTF-8 . Quelques clients d'IRC sont capables pour lire des messages dans ISO-8859-1 ou UTF-8 dans le même canal, détectant le codage approprié heuristically. Le MIRC peut lire des messages dans UTF-8, mais ne peut pas les envoyer. Finlandais-en parlant l'IRC il y a une certaine variation pour la dernière fois aux années UTF-8 ( (finlandais). Al moindres deux codant autre qu'UTF-8 sont employés pour la langue japonaise . l'approche complètement alternative 2000 a surgi en monde Russian-speaking d'IRC. moderne russe - les réseaux parlants d'IRC considèrent un message composé de caractères (pas bytes) de et exécutent le recodage required des lettres cyrilliennes du au besoin ; voir les détails dans le (russe). Une différence essentielle entre les issues de jeu de caractères dans le Russe et les manuscrits Latin-basés est qu'un message dans les lettres latines, même mauvaises (d'UTF-8 à ISO-8859 ou à versa), restes au moins partiellement lisibles.

Partage de fichiers

Using des manuscrits aimer Sysreset, UPP, Sooplex, étoile polaire et, le plus généralement, le OmenServe , utilisateurs peut créer les serveurs d'archivage qui leur permettent de partager des dossiers avec d'autres. En plus du pour normal - et - les escroqueries du dossier-partage (voir la violation des droits d'auteur de du logiciel ), là sont également des groupes qui ont installé des réseaux de Fansubbing de l'Anime , permettant aux assistances américaines de voir l'anime qui serait normalement indisponible en anglais ou extérieur du Japon.

En raison de le grand nombre de personnes qui emploient l'IRC pour le partage de fichiers , certains penser à l'IRC comme forme de partage de fichiers du P2P . Réciproquement, beaucoup d'utilisateurs essayent de défaire cette vue en la décourageant constamment ou en refusant d'aider avec lui. Techniquement, IRC ne fournit aucun mécanisme de transfert de fichier lui-même ; le partage de fichiers est mis en application par les clients de d'IRC, typiquement using le protocole direct du Client-à-Client (DCC) de , dans lequel des transferts de fichier sont négociés par l'échange des messages privés entre les clients. La grande majorité de soutien de dispositif de clients d'IRC des transferts de fichier de DCC, par conséquent de la vue que le partage de fichiers est un dispositif intégral d'IRC.

Voir également

style=" de

.

Random links:

Codon non-sens | Les Andes (ville), New York | Idéalisme absolu | Poterie de Wedgwood dedans Charger-sur-Trent | Friedrich Adolf Trendelenburg | Internet_Relay_Chat

© 2007-2009 encyclopediefrancaise.com; le texte de cet article est distribué sous les termes de GFDL; en.wikipedia.org