Internet Relay Chat (IRC) ist ein Protokoll für die Echtzeitinternettextnachrichtenübermittlung (Chat) oder gleichzeitiger conferencing. Es wird für die Gruppenkommunikation in Diskussionsforen, genannt Kanäle hauptsächlich entworfen, sondern auch erlaubt isomorphe Kommunikation über die private Nachricht sowie den Chat und die Datenübertragung einschließlich des Dateiteilens.

IRC wurde 1988 geschaffen. Kundensoftware ist für jedes Hauptbetriebssystem verfügbar, das Internetzugang unterstützt. Bezüglich des Aprils 2011 haben die 100 ersten IRC Netze mehr als einer halben Million Benutzern auf einmal mit Hunderttausenden von Kanälen gedient, die auf insgesamt ungefähr 1,500 Servern aus ungefähr 3,200 Servern weltweit funktionieren.

Geschichte

IRC wurde von Jarkko Oikarinen im August 1988 geschaffen, um ein Programm genannt MUT (Gespräch von MultiUser) auf einem BBS genannt OuluBox in Finnland zu ersetzen. Oikarinen hat Inspiration in einem Chat-System bekannt als Bitnet Relais gefunden, das auf dem BITNET funktioniert hat.

IRC wurde verwendet, um auf 1991 sowjetischen Coup-Versuch während einer Mediagedächtnislücke zu melden. Es wurde vorher auf eine ähnliche Mode während des Golfkriegs verwendet. Der Klotz dieser und anderen Ereignisse wird im Ibiblio-Archiv behalten.

Technische Information

IRC ist ein offenes Protokoll, das TCP und, fakultativ, TLS verwendet. Ein IRC Server kann zu anderen IRC Servern in Verbindung stehen, um das IRC Netz auszubreiten. Benutzerzugang IRC Netze durch das Anschließen eines Kunden mit einem Server. Es gibt viele Kundendurchführungen, wie mIRC, XChat und irssi und Server-Durchführungen, z.B der ursprüngliche IRCd. Die meisten IRC Server verlangen nicht, dass Benutzer eine Rechnung einschreiben, aber ein Benutzer wird einen Spitznamen setzen müssen, bevor er verbunden wird.

IRC war ursprünglich ein Klartext-Protokoll (obwohl später verlängert), der auf Anfrage zugeteilter Hafen 194/TCP durch IANA war. Jedoch hat der de-facto-immer IRC auf 6667/TCP und nahe gelegenen Hafen-Zahlen (zum Beispiel TCP Häfen 6660-6669, 7000) führen sollen, um zu vermeiden, die IRCd Software mit Wurzelvorzügen führen zu müssen.

Das Protokoll hat angegeben, dass Charaktere 8 Bit waren, aber nicht angegeben haben, dass der Charakter, der den Text verschlüsselt, hat verwenden sollen. Das kann Probleme verursachen, wenn Benutzer, die verschiedene Kunden und/oder verschiedene Plattformen verwenden, sprechen wollen.

Der ganze Kunde zum Server werden IRC Protokolle im Gebrauch heute aus dem Protokoll hinuntergestiegen, das in der irc2.4.0 Version des IRC2 Servers durchgeführt ist, und haben RFC 1459 dokumentiert. Seit RFC wurde 1459 veröffentlicht, die neuen Eigenschaften in der irc2.10 Durchführung haben zur Veröffentlichung von mehreren revidierten Protokoll-Dokumenten (RFC 2810, RFC 2811, RFC 2812 und RFC 2813) geführt; jedoch sind diese Protokoll-Änderungen unter anderen Durchführungen nicht weit angenommen worden.

Obwohl viele Spezifizierungen auf dem IRC Protokoll veröffentlicht worden sind, gibt es keine offizielle Spezifizierung, weil das Protokoll dynamisch bleibt. Eigentlich verlassen sich keine Kunden und sehr wenige Server ausschließlich auf den obengenannten RFCs als eine Verweisung.

Microsoft hat eine Erweiterung für IRC 1998 über den Eigentums-IRCX gemacht. Sie haben später aufgehört, Software zu verteilen, die IRCX stattdessen unterstützt, den Eigentums-MSN.NET Bote-Dienst entwickelnd.

Das neue Protokoll IRCwx (IRC Weberweiterung) begeistert durch IRCX wird durch net-bits.net in einem Versuch gemacht, IRCX für den Webgebrauch zu modernisieren.

Die Standardstruktur eines Netzes von IRC Servern ist ein Baum. Nachrichten werden entlang nur notwendigen Zweigen des Baums aufgewühlt, aber Netzstaat wird an jeden Server gesandt, und es gibt allgemein einen hohen Grad des impliziten Vertrauens zwischen Servern. Diese Architektur hat mehrere Probleme. Eine Ungezogenheit oder böswilliger Server können Hauptschaden dem Netz und irgendwelchen Änderungen in der Struktur, entweder absichtlich oder ein Ergebnis von Bedingungen im zu Grunde liegenden Netz verursachen, einen Nettospalt verlangen und sich anschließen Netto-. Das läuft auf viel Netzverkehr hinaus, und unecht hörte sich Nachrichten an Benutzer und vorläufigen Verlust der Kommunikation Benutzern auf den zerreißenden Servern auf/anschloss. Das Hinzufügen eines Servers zu einem großen Netz bedeutet eine große Hintergrundbandbreite-Last im Netz und eine große Speicherlast auf dem Server. Einmal gegründet jedoch wird jede Nachricht an vielfache Empfänger nach einer dem Mehrwurf ähnlichen Mode geliefert, jede Nachricht Reisen eine Netzverbindung genau einmal bedeutend. Das ist eine Kraft im Vergleich mit dem Nichtmehrgussteil von Protokollen wie Simple Mail Transfer Protocol (SMTP) oder Ausziehbares Nachrichtenübermittlungs- und Anwesenheitsprotokoll (XMPP).

Befehle und Antworten

IRC basiert auf einer linienbasierten Struktur mit dem Kunden, der einzeilige Nachrichten an den Server sendet, Antworten zu jenen Nachrichten erhaltend und Kopien von einigen von anderen Kunden gesandten Nachrichten erhaltend. In den meisten Kunden können Benutzer in Befehle eingehen, indem sie sie mit '/' vorbefestigen. Abhängig vom Befehl können diese entweder völlig vom Kunden behandelt werden, oder (allgemein für Befehle, die der Kunde nicht anerkennt), ist direkt zum Server vielleicht mit etwas Modifizierung gegangen.

Wegen der Natur des Protokolls hat Systeme automatisiert kann keinen gesandten Befehl mit seiner Antwort mit der vollen Zuverlässigkeit immer richtig paarweise anordnen und sind dem Schätzen unterworfen.

Kanäle

Das grundlegende Mittel des Kommunizierens einer Gruppe von Benutzern in einer feststehenden IRC Sitzung ist durch einen Kanal. Kanäle in einem Netz können mit der IRC-Befehl-LISTE gezeigt werden, die alle zurzeit verfügbaren Kanäle verzeichnet, die die Weisen +s oder +p-Satz in diesem besonderen Netz nicht haben.

Benutzer können sich einem Kanal mit dem VERBINDUNGSLINIE-Befehl in den meisten verfügbaren Kunden anschließen, wie sich / #channelname anschließen. An die angeschlossenen Kanäle gesandte Nachrichten werden dann allen anderen Benutzern weitergegeben.

Kanäle, die über ein komplettes IRC Netz verfügbar sind, sind prepended mit '#', während diejenigen, die zu einem Server lokal sind, '& verwenden '. Andere umgangssprachliche und weniger allgemeine Kanaltypen schließen '+' Kanäle — 'modeless' Kanäle ohne Maschinenbediener ein — und'!' Kanäle, eine Form des timestamped Kanals auf normalerweise non-timestamped Netze.

Weisen

Benutzer und Kanäle können Weisen haben, die durch einzelne mit dem Fall empfindliche Briefe vertreten werden und mit dem WEISE-Befehl gesetzt werden. Benutzerweisen und Kanalweisen sind getrennt und können denselben Brief verwenden, um verschiedene Dinge zu bedeuten (z.B usermode "ich" bin unsichtbare Weise, während channelmode, die "ich" bin, nur einladen.) Werden Weisen gewöhnlich gesetzt und das ungesetzte Verwenden des Weise-Befehls, der ein Ziel (Benutzer oder Kanal), eine Reihe von Weisen nimmt (um +) oder ungesetzt (-) und irgendwelche Rahmen unterzugehen, die die Weisen brauchen.

Einige, aber nicht alle Kanalweisen nehmen Rahmen, und einige Kanalweisen gelten für einen Benutzer auf einem Kanal oder fügen hinzu oder entfernen eine Maske (z.B eine Verbot-Maske) von einer Liste, die mit dem Kanal vereinigt ist, anstatt für den Kanal als Ganzes zu gelten. Weisen, die für Benutzer auf einem Kanal gelten, haben ein verbundenes Symbol, das verwendet wird, um die Weise in Namenantworten zu vertreten (gesandt Kunden auf dem ersten Verbinden einem Kanal und Gebrauch des Namenbefehls) und in vielen Kunden auch gepflegt hat, es in der gezeigten Liste des Kunden von Benutzern in einem Kanal zu vertreten oder einen eigenen Hinweis für Weisen eines Benutzers zu zeigen.

Um eingehende Weise-Nachrichten richtig grammatisch zu analysieren und Spur-Kanal feststellen, dass der Kunde wissen muss, welche Weise ist, der Typ und für die Weisen gelten die für einen Benutzer auf einem Kanal, welches Symbol mit der Brief geht. In frühen Durchführungen von IRC musste das im Kunden hart codiert werden, aber es gibt jetzt eine Erweiterung der allgemeinen Norm auf das Protokoll genannt ISUPPORT, der diese Information dem Kunden in der Einschaltzeit mit numerischen 005 sendet.

Es gibt eine kleine Designschuld in IRC bezüglich Weisen, die für Benutzer auf Kanälen gelten: Die Namennachricht, die verwendet ist, um anfänglichen Kanalstaat zu gründen, kann nur eine solche Weise pro Benutzer auf dem Kanal senden, aber vielfach können solche Weisen auf einem einzelnen Benutzer gesetzt werden. Zum Beispiel, wenn ein Benutzer sowohl Maschinenbediener-Status (+o) als auch Stimmenstatus (+v) auf einem Kanal hält, wird ein neuer Kunde unfähig sein, weniger precedented Weise (Stimme) zu wissen. Workarounds dafür sind sowohl auf dem Kunden als auch auf der Server-Seite möglich, aber niemand wird weit durchgeführt.

Standard (RFC1459) Weisen

Viele IRCd Programmierer haben Extraweisen hinzugefügt oder das Verhalten von Weisen in der obengenannten Liste modifiziert, so ist es stark ratsam, die Dokumentation des IRC Netzes oder IRCd zu überprüfen (obwohl Zeichen, dass das Netz den IRCd geflickt haben kann) für die ausführlichere Information darüber, was die Weisen auf einem besonderen Server oder Netz tun.

IRC Maschinenbediener

Es gibt auch Benutzer, die Hochrechte auf ihrem lokalen Server oder das komplette Netz aufrechterhalten; diese werden IRC Maschinenbediener genannt, die manchmal zu IRCops oder Opers verkürzt sind (um mit Kanalmaschinenbedienern nicht verwirrt zu sein). Als sich die Durchführung des IRCd, so die Vorzüge des IRC Maschinenbedieners auf dem gegebenen IRCd ändert. RFC1459 behauptet, dass IRC Maschinenbediener "ein notwendiges Übel" sind, um sauberen Staat des Netzes zu behalten, und als solcher sie im Stande sein müssen, Server zu trennen und wiederzuverbinden. Zusätzlich, um böswillige Benutzer oder sogar schädliche automatisierte Programme davon zu verhindern, in IRC einzugehen, wird IRC Maschinenbedienern gewöhnlich erlaubt, Kunden zu trennen und völlig IPs oder ganze Teilnetze zu verbieten. Netze, die Dienstleistungen tragen (Nickserv u. a.) erlauben Sie gewöhnlich ihren IRC Maschinenbedienern, auch grundlegende "Eigentumsrecht"-Sachen zu behandeln. Weiter können privilegierte Rechte überwiegende Kanalverbote einschließen (im Stande seiend, sich Kanälen anzuschließen, denen ihnen nicht erlaubt würde sich anzuschließen, wenn sie nicht opered wären), zu op selbst auf Kanälen fähig seiend, wo sie nicht fähig sein würden, ohne opered zu sein, auto-opped auf Kanälen immer und so weiter seiend.

Ein IRC Kanalmaschinenbediener ist ein Kunde auf einem IRC Kanal, der den Kanal führt.

IRC Kanalmaschinenbediener können durch ein Symbol oder ein lateinischer Brief "+o" / "o" leicht gesehen werden.

In den meisten Netzen kann ein Maschinenbediener:

• Kicken Sie einen Benutzer
• Verbieten Sie einen Benutzer
• Geben Sie anderem Benutzer IRC Kanalmaschinenbediener-Status oder IRC Kanalstimmenstatus.
• Ändern Sie das IRC Kanalthema.
• Ändern Sie die IRC Kanalweise-Schlösser.

Hostmasks

Ein hostmask ist ein einzigartiger Bezeichner eines IRC mit einem IRC Server verbundenen Kunden. IRC Server, IRC Dienstleistungen und andere Kunden einschließlich Funktionseinheiten können es verwenden, um eine spezifische IRC Sitzung zu identifizieren.

Das Format eines hostmask ist. Der hostmask sieht ähnlich dem aus, aber sollte mit einer E-Mail-Adresse nicht verwirrt sein.

Der Einschnitt-Teil ist der Spitzname, der vom Benutzer gewählt ist, und kann während verbunden, geändert werden.

Der Benutzerteil ist der Benutzername, der durch ident auf dem Kunden berichtet ist. Wenn ident auf dem Kunden nicht verfügbar ist, hat der Benutzername angegeben, wenn der verbundene Kunde verwendet wird, mit einer Tilde vorbestochen.

Der Gastgeber-Teil ist der hostname, von dem der Kunde in Verbindung steht. Wenn die IP Adresse des Kunden zu einem gültigen hostname durch den Server nicht aufgelöst werden kann, wird sie statt des hostname verwendet.

Wegen der Gemütlichkeitsimplikationen, die IP-Adresse oder hostname eines Kunden auszustellen, stellen einige IRC Dämonen auch Gemütlichkeitseigenschaften, wie InspIRCD oder "die +x" Weise von UnrealIRCD zur Verfügung. Das Kuddelmuddel ein Kunde IP Adresse oder Maske-Teil eines hostname eines Kunden, es unlesbar Benutzern außer IRCops machend. Benutzer können auch die Auswahl haben, um einen "virtuellen Gastgeber" (oder "vhost") zu bitten, im hostmask gezeigt zu werden, um weitere Anonymität zu erlauben. Einige IRC Netze wie Freenode verwenden diese als "Umhänge", um anzuzeigen, dass ein Benutzer an eine Gruppe oder Projekt angeschlossen wird.

Herausforderungen

Probleme im ursprünglichen Design von IRC waren der Betrag von geteilten Zustanddaten, die eine Beschränkung auf seine Skalierbarkeit, die Abwesenheit von einzigartigen Benutzerkennzeichen sind, die zum Spitzname-Kollisionsproblem führen, fehlen vom Schutz vor netsplits mittels der zyklischen Routenplanung, des Umtauschs in der Skalierbarkeit wegen der Echtzeitbenutzeranwesenheitsinformation, Protokoll-Schwächen, die eine Plattform für den Missbrauch, keinen durchsichtigen und optimizable Nachrichtenübergang, keine Verschlüsselung zur Verfügung stellen. Einige dieser Probleme sind in Modernem IRC gerichtet worden.

Angriffe

Weil IRC Verbindungen gewöhnlich unencrypted sind und normalerweise Perioden der langen Zeit abmessen, sind sie ein attraktives Ziel für Hacker. Wegen dessen ist sorgfältige Sicherheitspolitik notwendig, um sicherzustellen, dass ein IRC Netz gegen einen Angriff wie ein IRC Übernahmekrieg nicht empfindlich ist. IRC Netze können auch K-Linie oder G-Linienbenutzer oder Netze, die eine Schädigen-Wirkung haben.

Eine kleine Zahl von IRC Servern unterstützt SSL Verbindungen zu Sicherheitszwecken. Das hilft, den Gebrauch des Pakets sniffer Programme aufzuhören, um die Kennwörter von IRC Benutzern zu erhalten, aber hat wenig Nutzen außer diesem Spielraum wegen der öffentlichen Natur von IRC Kanälen. SSL Verbindungen verlangen sowohl Kunden als auch Server-Unterstützung (der verlangen kann, dass der Benutzer SSL Dualzahlen und IRC Kunden spezifische Flecke oder Module auf ihren Computern installiert). Einige Netze verwenden auch SSL für den Server zu Server-Verbindungen, und stellen eine spezielle Kanalfahne (solcher als) zur Verfügung, um nur SSL-verbundenen Benutzern auf dem Kanal zu erlauben, während sie Maschinenbediener-Identifizierung im klaren Text zurückweisen, die Vorteile besser zu verwerten, die SSL zur Verfügung stellen.

IRC hat als ein frühes Laboratorium für viele Arten von Internetangriffen, wie das Verwenden unechten ICMP gedient unerreichbare Nachrichten an die Brechung haben IRC Verbindungen TCP-basiert, die (mit Kernwaffen) angreifen), um Benutzer zu ärgern oder Übernahmen zu erleichtern.

Missbrauch-Verhinderung

Eines der streitsüchtigsten technischen Probleme, die IRC Durchführungen umgeben, der bis jetzt überlebt, ist das Verdienst der "Verzögerung des Einschnitts/Kanals" gegen "Zeitstempel"-Protokolle. Beide Methoden bestehen, um das Problem von Angriffen der Leugnung des Dienstes zu beheben, aber sehr verschiedene Annäherungen zu nehmen.

Das Problem mit dem ursprünglichen IRC Protokoll, bestand wie durchgeführt, darin, dass, als sich zwei Server aufgespalten haben und sich wieder vereinigt haben, die zwei Seiten des Netzes einfach ihre Kanäle verschmelzen würden. Wenn sich ein Benutzer auf einem "Spalt"-Server anschließen konnte, wo ein Kanal, der auf der anderen Seite des Netzes bestanden hat, und Gewinn-Maschinenbediener-Status leer war, würden sie ein Kanalmaschinenbediener des "vereinigten" Kanals werden, nachdem der netsplit geendet hat; wenn ein Benutzer einen Spitznamen nähme, der auf der anderen Seite des Netzes bestanden hat, würde der Server beide Benutzer töten, wenn er sich (d. h., 'Einschnitt-Kollision') wieder vereinigt.

Das wurde häufig zur "Masse missbraucht - töten" alle Benutzer auf einem Kanal, so "opless" Kanäle schaffend, wo keine Maschinenbediener anwesend gewesen sind, um sich mit Missbrauch zu befassen. Abgesondert vom Verursachen von Problemen innerhalb von IRC hat das Leute dazu ermuntert, Leugnung von Dienstangriffen gegen IRC Server zu führen, um netsplits zu verursachen, den sie dann missbrauchen würden.

Verzögerung des Einschnitts/Kanals

Die Verzögerung des Einschnitts/Kanals (hat ND/CD abgekürzt), Lösung dieses Problems war sehr einfach. Nachdem ein Benutzer Schluss gemacht hat und der Spitzname verfügbar geworden ist, oder ein Kanal aufgehört hat zu bestehen, weil alle seine Benutzer abgereist sind (wie es häufig während eines netsplit geschieht), würde der Server keinem Benutzer erlauben, diesen Spitznamen zu verwenden oder sich diesem Kanal anzuschließen, bis eine bestimmte Zeitspanne (die Verzögerung) gegangen war. Die Idee dahinter bestand darin, dass, selbst wenn ein netsplit vorgekommen ist, es zu einem abuser nutzlos war, weil sie den Spitznamen nicht nehmen oder Maschinenbediener-Status auf einem Kanal gewinnen konnten, und so keine Kollision eines Spitznamens oder 'das Mischen' eines Kanals vorkommen konnten. Einigermaßen hat das legitime Benutzer belästigt, die gezwungen werden könnten, einen verschiedenen Namen kurz zu verwenden (ein Unterstreichen anhängend, war populär) nach dem Neuanschluss.

Timestamping

Die Alternative, der Zeitstempel oder TS Protokoll, hat eine verschiedene Annäherung genommen. Jeder Spitzname und Kanal im Netz wurden ein timestampthe Datum und Zeit zugeteilt, als es geschaffen wurde. Als ein netsplit vorgekommen ist, waren zwei Benutzer auf jeder Seite frei, denselben Spitznamen oder Kanal zu verwenden, aber als die zwei Seiten angeschlossen wurden, konnten nur ein überleben. Im Fall von Spitznamen wurde der neuere Benutzer, gemäß ihrem TS, getötet; als ein Kanal kollidiert hat, wurden die Mitglieder (Benutzer auf dem Kanal) verschmolzen, aber die Kanalmaschinenbediener auf der "verlierenden" Seite des Spalts haben ihren Kanalmaschinenbediener-Status verloren.

TS ist ein viel mehr kompliziertes Protokoll als ND/CD, sowohl im Design als auch in der Durchführung, und trotz mehrere Revisionen durchgegangen zu sein, einige Durchführungen haben noch Probleme mit "desyncs" (wo zwei Server in demselben Netz über den aktuellen Staat des Netzes nicht übereinstimmen), und zu viel Milde darin erlaubend, wem von der 'verlierenden' Seite erlaubt wurde. Laut der ursprünglichen TS Protokolle, zum Beispiel, gab es keinen Schutz gegen Benutzer, die Verbote oder andere Weisen im verlierenden Kanal setzen, der dann verschmolzen würde, als sich der Spalt wieder vereinigt hat, wenn auch die Benutzer, die jene Weisen gesetzt hatten, ihren Kanalmaschinenbediener-Status verloren haben. Einige modern haben IRC Server TS-basiert haben auch eine Form von ND und/oder CD zusätzlich zu timestamping in einem Versuch vereinigt, weiter Missbrauch zu zügeln.

Die meisten Netze verwenden heute die Timestamping-Annäherung. Der Zeitstempel gegen ND/CD Unstimmigkeiten hat mehrere Server veranlasst, sich von EFnet abzuspalten und den neueren IRCnet zu bilden. Nach dem Spalt hat sich EFnet zu einem TS Protokoll bewegt, während IRCnet ND/CD verwendet hat.

SPAREN

In neuen Versionen des ircnet IRCd ist ND durch einen Mechanismus genannt ausgestreckt/ersetzt worden SPAREN. Dieser Mechanismus teilt jeden Kunden ein einzigartiger UID nach dem Anschließen mit einem IRC Server zu. Dieser Personalausweis fängt mit einer Zahl an, die in Einschnitten verboten wird. Kunden können jetzt beschließen, ihren UID oder jeden freien Einschnitt zu verwenden; jedoch, wenn zwei Kunden mit demselben Spitznamen von verschiedenen Seiten eines netsplit ("Kollision"), der erste Server angeschlossen werden, um zu sehen, dass diese Kollision BEIDE Kunden zwingen wird, ihren Einschnitt zu ihrem UID, so SAVEing beide Kunden davon zu ändern, getrennt zu werden. Der Spitzname wird für einige Zeit (ND) geschlossen, um beide Kunden zu verhindern, sich zum ursprünglichen Spitznamen zurück zu ändern, so wieder kollidierend.

Netze

Es gibt Tausende davon, IRC Netze in der Welt zu führen. Sie führen verschiedene Durchführungen von IRC Servern, und werden von verschiedenen Gruppen von IRC Maschinenbedienern verwaltet, aber das IRC Benutzern ausgestellte Protokoll ist sehr ähnlich, und auf alle IRC Netze kann durch dieselbe Kundensoftware zugegriffen werden, obwohl es geringe Inkompatibilitäten geben könnte und Funktionalität wegen der sich unterscheidenden Server-Durchführungen beschränkt hat.

Die größten IRC Netze sind als die "Großen Vier" eine Benennung für Netze diese Spitze die Statistik traditionell gruppiert worden. Die Großen Vier Netze ändern sich regelmäßig, aber wegen der Gemeinschaftsnatur von IRC es gibt eine Vielzahl anderer Netze für Benutzer, um davon zu wählen.

Historisch waren die "Großen Vier":

• EFnet
• IRCnet
• Undernet
• DALnet

Im Februar 2005 waren die "Großen Vier":

EFnet IRCnet

• QuakeNet

Undernet

Die "Großen Vier" gewöhnlich gekennzeichnet als die populärsten IRC Netze jedoch 1998, Freenode hatte ungefähr 200 Benutzer und weniger als 20 Kanäle. Mit der neuen Statistik ist Freenode das populärste IRC Netz.

Schema von URI

Es gibt einen irc: URI Schema, das (wenn unterstützt) Hypertext-Links von verschiedenen Formen einschließlich erlaubt

(wo Sachen, die innerhalb von Klammern ([]) eingeschlossen sind, fakultativ sind), um verwendet zu werden (um nötigenfalls) dem angegebenen Gastgeber in Verbindung zu stehen (oder Netz, wenn bekannt, dem IRC Kunden) und schließen Sie sich dem angegebenen Kanal an. (Das kann innerhalb des Kunden selbst, oder aus einer anderen Anwendung wie ein WWW-Browser verwendet werden).

Pro Spezifizierung wird das übliche Kuddelmuddel-Symbol (#) prepended sein, um Namen zu leiten, die mit einem alphanumerischen Charakter — das Erlauben davon nicht beginnen, weggelassen zu werden. Einige Durchführungen (zum Beispiel, mIRC) werden so unbedingt tun, (gewöhnlich unbeabsichtigt) zusätzlich (zum Beispiel, ##channel), wenn eingeschlossen, in die URL-ADRESSE hinauslaufend.

Einige Durchführungen erlauben vielfachen Kanälen, angegeben, durch Kommas getrennt zu werden.

Kunden

Kundensoftware

In verschiedenen Betriebssystemen sind einige der populärsten Kunden:

• Windows: mIRC, Miranda IM, Trillian, Angelegenheit, KVIrc, Quassel, XChat.
• Unix und Linux: irssi, XChat, Quassel, Kopete, Konversation, KVIrc, Angelegenheit, ii und der traditionelle ircII, BitchX und die Ableitungen.
• Für Mac OS X: Adium, Gespräch, LimeChat, Quassel, Ircle und Snak. OS X kann auch den grössten Teil Unix ähnlichen Befehl-Linie und X11 IRC Kunden führen.
• Für das EIN/AUSGABE-STEUERSYSTEM: Gespräch
• Für den Androiden: androIRC, Andchat, DaraIRC, fIRC Chat, IRC Radio, Yaaic, AiCiA, Droid-Leben IRC, usw.

Die Programme des höheren Niveaus dienen auch als Plattformen für die IRC Kunden. Zum Beispiel,

• ein Kunde genannt ERC, geschrieben völlig im Emacs-Lispeln wird in v.22.3 von Emacs eingeschlossen. Deshalb kann jede Plattform, die Emacs führen kann, ERC führen.
• Es gibt mehrere WWW-Browser mit eingebauten IRC Kunden. Oper hat einen gebauten im IRC Kunden. Zu Mozilla Firefox kann Erweiterung von ChatZilla installiert werden. Webbasierte Kunden schließen Mibbit, qwebirc und WebIRC ein.
• Eingebauter IRC wird durch viele Computerspiele, wie War§ow, Unwirkliches Turnier (bis zum Unwirklichen Turnier 2004), Uplink, Frühlingsspiele und ZDaemon verwertet. Die Chat-Schnittstelle von Ustream ist IRC mit der kundenspezifischen Beglaubigung. Die Chat-Schnittstelle von Justin.tv ist IRC mit der kundenspezifischen Beglaubigung als mit Ustream.

Funktionseinheiten

Automatisierte Kunden werden Funktionseinheiten genannt. Da sich Funktionseinheiten entwickelt haben, haben sie begonnen, als dauerhafte Punkte des Kontakts für Informationsaustausch- und Schutzagenten für die Kanäle zu dienen, denen sie, wegen ihrer höheren Geschwindigkeit wenn im Vergleich zu Menschen gedient haben. Jetzt, obwohl viele dieser Funktionen häufig an mit dem Netz vorausgesetzt dass Dienstleistungen delegiert werden, die Registrierung und Management sowohl von Spitznamen als auch von Kanälen berücksichtigen, bleiben Funktionseinheiten populär und setzen fort, an neue und unerwartete Aufgaben angepasst zu werden.

Funktionseinheiten sind in einer Vielfalt von Sprachen geschrieben worden, und eine breite Reihe von Durchführungen besteht. Die meisten modernen IRC Dienstleistungen führen normalerweise einer Funktionseinheit ähnliche Schnittstellen durch, durch die Benutzer damit kommunizieren und die Funktionalität kontrollieren können. Funktionseinheiten sind auch für den boshaften Gebrauch, wie Überschwemmung oder das Übernehmen von Kanälen geschaffen worden, ihre rechtmäßigen Eigentümer vertreibend.

Rausschmeißer

Ein Programm, das als ein Dämon auf einem Server läuft und als eine beharrliche Vertretung fungiert, ist als ein BNC oder Rausschmeißer bekannt. Der Zweck ist, eine Verbindung zu einem IRC Server aufrechtzuerhalten, als ein Relais zwischen dem Server und Kunden handelnd, oder einfach als eine Vertretung zu handeln. Wenn der Kunde Netzkonnektivität verliert, kann der BNC verbunden bleiben und den ganzen Verkehr für die spätere Übergabe archivieren, dem Benutzer erlaubend, seine IRC Sitzung fortzusetzen, ohne ihre Verbindung zum Server zu stören.

Außerdem, als eine Weise, eine einem Rausschmeißer ähnliche Wirkung zu erhalten, kann ein IRC Kunde (normalerweise textbasiert, zum Beispiel Irssi) auf immer - auf dem Server geführt werden, zu dem der Benutzer über ssh in Verbindung steht. Das erlaubt auch Geräte, die nur ssh Funktionalität haben, aber kein wirklicher IRC Kunde hat sich niedergelassen, um zum IRC in Verbindung zu stehen, und es erlaubt, sich IRC Sitzungen zu teilen.

Um den IRC Kunden davon abzuhalten, aufzuhören, wenn die ssh Verbindung schließt, kann der Kunde innerhalb eines Stückes der Schirm losmachenden Software (z.B GNU-Schirm oder tmux) geführt werden, so verbunden mit dem IRC Netz (En) ständig und fähig bleibend, Gespräch in Kanälen zu loggen, dass sich der Benutzer für usw. interessiert. Modelliert nach dieser Einstellung 2004 ist ein IRC Kunde im Anschluss an das Client/Server-Modell, genannt Smuxi, gestartet worden.

Suchen Sie Motoren

Es gibt zahlreiche Suchmotoren, die verfügbar sind, um dem Benutzer in der Entdeckung zu helfen, wonach sie auf IRC suchen. Allgemein besteht der Suchmotor aus zwei Teilen, ein "Zurückende" (oder "Spinne/Kettenfahrzeug") und ein Vorderende "suchen Motor".

Das Zurückende (Spinne/Kettenfahrzeug) ist das Arbeitspferd des Suchmotors. Es ist dafür verantwortlich, IRC Server zu kriechen, um die Information mit einem Inhaltsverzeichnis zu versehen, die über sie wird sendet. Die Information, die gewöhnlich mit einem Inhaltsverzeichnis versehen wird, besteht allein aus dem Kanaltext (Text, der in öffentlichen Kanälen öffentlich gezeigt wird). Die Lagerungsmethode ist gewöhnlich eine Art Verwandtschaftsdatenbank, wie MySQL oder Orakel.

Das Vorderende "Suchmotor" ist die Benutzerschnittstelle zur Datenbank. Es versorgt Benutzer mit einer Weise, die Datenbank der mit einem Inhaltsverzeichnis versehenen Information zu suchen, um die Daten wiederzubekommen, nach denen sie suchen. Diese Vorderende-Suchmotoren können auch auf zahlreichen Programmiersprachen codiert werden. Die populäreren Sprachen für solche Suchmotoren und Indexieren-Spinnen sind Perl, PHP und C.

Die meisten Suchmotoren haben ihre eigene Spinne, die eine einzelne Anwendung ist, die dafür verantwortlich ist, IRC zu kriechen und Daten selbst mit einem Inhaltsverzeichnis zu versehen; jedoch sind andere "Benutzer gestützt" indexers. Die Letzteren verlassen sich auf Benutzer, um ihre "Erweiterung" ihrem IRC Kunden zu installieren; die Erweiterung ist, was der Datenbank die Kanalinformation beliebiger Kanäle sendet, ist der Benutzer zufällig auf. IRC Suchmotoren haben den Prozess völlig automatisiert, Information über IRC zu finden, und haben so außerordentlich zur Beliebtheit von IRC in den letzten Jahren beigetragen.

Moderner IRC

IRC hat sich viel über sein Leben im Internet geändert. Neue Server-Software hat eine Menge von neuen Eigenschaften hinzugefügt.

• Dienstleistungen: Netzbediente Funktionseinheiten, um Registrierung von Spitznamen und Kanälen zu erleichtern, Nachrichten für Off-Linebenutzer und Netzmaschinenbediener-Funktionen sendend.
• Extraweisen: Während das ursprüngliche IRC System eine Reihe des Standardbenutzers und Kanalweisen verwendet hat, fügen neue Server viele neue Weisen für solche Eigenschaften wie umziehende Farbkennzeichnungen aus dem Text oder das Verdunkeln eines hostmask eines Benutzers hinzu, der (bemäntelt), um vor Angriffen der Leugnung des Dienstes zu schützen.
• Proxyentdeckung: Modernste Server unterstützen Entdeckung von Benutzern, die versuchen, durch einen unsicheren (misconfigured oder ausgenutzt) Proxyserver zu verbinden, dem dann eine Verbindung bestritten werden kann. Ein Beispiel ist der Bombardierte Offene Proxymonitor oder BOPM. Diese Proxyentdeckungssoftware wird durch mehrere Netze verwendet, obwohl diese Echtzeitliste von Vertretungen seit Anfang 2006 verstorben ist.
• Zusätzliche Befehle: Neue Befehle können solche Dinge sein, wie Schnellschrift-Befehle, Befehle zu Dienstleistungen dem Netzmaschinenbediener auszugeben, nur befiehlt, um einen hostmask eines Benutzers zu manipulieren.
• Verschlüsselung: Für das Bein des Kunden zum Server der Verbindung könnte SSL verwendet werden (Nachrichten hören auf, sicher zu sein, sobald sie anderen Benutzern auf Standardverbindungen weitergegeben werden, aber es macht das Lauschen oder Abhören IRC Sitzungen einer Person schwierig). Für die Kunde-zu-Kunde-Kommunikation kann SDCC (Sichern DCC), verwendet werden.
• Verbindungsprotokoll: IRC kann mit über IPv4, die aktuelle Standardversion des Internetprotokolls, oder durch IPv6, die Version der folgenden Generation des Protokolls verbunden werden.
• Webbasierte Kontoregistrierungen und Benutzerprofil-Seiten: Ein Beispiel ist IRCwx.

Charakter-Verschlüsselung

IRC hat noch an einer einzelnen allgemein akzeptierten Standardtagung dafür Mangel, wie man Charaktere außerhalb des ASCII 7-Bit-Repertoires übersendet.

IRC Server übertragen normalerweise Nachrichten von einem Kunden einem anderen Kunden ebenso Byte-Folgen, ohne jede Interpretation oder das Wiedercodieren von Charakteren. Das IRC Protokoll (verschieden von z.B der Pantomime oder HTTP) hat an Mechanismen für die Ankündigung und Verhandlungscharakter-Verschlüsselungsoptionen Mangel. Das hat die Verantwortung gestellt, den passenden Charakter codec auf dem Kunden zu wählen. In der Praxis haben IRC Kanäle denselben Charakter encodings größtenteils verwendet, die auch durch Betriebssysteme (in besonderen Ableitungen von Unix) in den jeweiligen Sprachgemeinschaften verwendet wurden:

• 7-Bit-Zeitalter: In den frühen Tagen von IRC, besonders unter skandinavischen und finnischen Sprachbenutzern, waren nationale Varianten von ISO 646 der dominierende Charakter encodings. Diese verschlüsseln non-ASCII Charaktere wie Ä Ö Å ä ö å an Codepositionen 0x5B 0x5C 0x5D 0x7B 0x7C 0x7D (US-ASCII: [\] {}). Deshalb wird diesen Codes immer in Spitznamen erlaubt. Gemäß RFC 1459, {} in Spitznamen sollte als Kleinentsprechungen von [\] beziehungsweise behandelt werden. Bis zum Ende der 1990er Jahre war der Gebrauch von 7 Bit encodings zu Gunsten von ISO 8859-1 verschwunden, und solche Gleichwertigkeit mappings war von einigen IRC Dämonen fallen gelassen.
• 8-Bit-Zeitalter: Seit dem Anfang der 1990er Jahre sind 8 Bit encodings wie ISO 8859-1 allgemein verwendet für europäische Sprachen geworden. Russische Benutzer hatten eine Wahl von KOI8-R, ISO 8859-5 und CP1251, und ungefähr seit 2000, der moderne russische IRC Netzbekehrte zwischen diesen verschieden hat allgemein encodings der Kyrillischen Schrift verwendet.
• Mehrbyte-Zeitalter: Ostasiatische IRC Kanäle mit ideographic Schriften in China, Japan und Korea haben seit langem Mehrbyte encodings wie EUC oder ISO-2022-JP verwendet. Mit der allgemeinen Wanderung von ISO 8859 zu UTF-8 auf Linux und Unix platforms ungefähr seit 2002 ist UTF-8 ein immer populärerer Ersatz für viele der vorher verwendeten 8 Bit encodings in europäischen Kanälen geworden. Einige IRC Kunden sind jetzt dazu fähig, Nachrichten beide in ISO 8859-1 oder UTF-8 in demselben Kanal zu lesen, heuristisch autoentdeckend, welche Verschlüsselung verwendet wird. Die Verschiebung zu UTF-8 hat insbesondere auf finnisch sprechendem IRC begonnen.

Heute würde die UTF-8-Verschlüsselung von Unicode/ISO 10646 der wahrscheinlichste Wettbewerber um eine einzelne zukünftige Standardcharakter-Verschlüsselung für die ganze IRC Kommunikation sein, wenn solcher Standard jemals die 510-Byte-Nachrichtengröße-Beschränkung entspannen würde. UTF-8 ist vereinbar ASCII und bedeckt die Obermenge aller anderen allgemein verwendeten codierten Codierungsstandards.

Das Dateiteilen

Viel wie das herkömmliche P2P Dateiteilen können Benutzer Dateiserver schaffen, die ihnen erlauben sich zu teilen, haben Dateien mit einander durch das Verwenden IRC Funktionseinheiten oder Schriften für ihren IRC Kunden kundengerecht angefertigt. Häufig werden sich Benutzer zusammen gruppieren, um warez über ein Netz von IRC Funktionseinheiten zu verteilen.

Technisch stellt IRC keine Dateiübertragungsmechanismen selbst zur Verfügung; Datei, die sich teilt, wird von IRC Kunden normalerweise mit dem Protokoll von Direct Client-to-Client (DCC) durchgeführt, in dem Dateiübertragungen durch den Austausch von privaten Nachrichten zwischen Kunden verhandelt werden. Die große Mehrheit von IRC Kunden zeigt Unterstützung für DCC Dateiübertragungen, folglich die Ansicht, dass Datei, die sich teilt, eine integrierte Eigenschaft von IRC ist. Der alltägliche Gebrauch dieses Protokolls verursacht jedoch manchmal auch DCC spam. DCC Befehle sind auch verwendet worden, um verwundbare Kunden ins Durchführen einer Handlung wie das Trennen vom Server oder Herausnehmen über den Kunden auszunutzen.

Siehe auch

• Chat-Zimmer
• Kunde-zu-Kunde-Protokoll
• Vergleich von sofortigen Nachrichtenübermittlungsprotokollen

Vergleich von Internetrelaischat-Kunden

• Vergleich von IRC Dämonen
• Vergleich von IRC Dienstleistungen
• Internetslang
• Die Liste von IRC befiehlt
• Portion Kanal
• Die Hamnet Spieler

Bibliografie

Weiterführende Literatur

Links

• IRC.org - Technische und Historische IRC6 Information; Artikel über die Geschichte von IRC
• IRChelp.org - Hilfsarchiv von Internet Relay Chat (IRC); großes Archiv von IRC-zusammenhängenden Dokumenten
• IRC/2 Numerics Verzeichnen
• Geschichte von IRC