IRC

インターネットリレーチャット
通信プロトコル
略語IRC
目的インスタントメッセージ
開発者ヤルッコ・オイカリネン
導入1988年8月 （1988-08）
影響を受けたIRCv3（標準化プロセスワーキンググループ）
OSI層アプリケーション層
ポート6667, 6697
RFC(s)1459
最初の IRC サーバー、tolsun.oulu.fi、オウル大学コンピューター センターの近くに展示されているSun-3サーバー

IRC（インターネットリレーチャット）は、インスタントメッセージング用のテキストベースのチャットシステムです。IRCは、チャンネルと呼ばれるディスカッションフォーラムでのグループコミュニケーションを目的として設計されています[ 1 ]が、プライベートメッセージ[ 2 ]を介した1対1のコミュニケーションや、チャット、データ転送[ 3 ]、ファイル共有も可能となっています[ 4 ]。

インターネットリレーチャット（IRC）は、テキスト形式でのコミュニケーションを容易にするためのアプリケーション層プロトコルとして実装されています。チャットプロセスは、クライアント・サーバー型ネットワークモデルに基づいて動作します。ユーザーは、クライアント（Webアプリ、スタンドアロンのデスクトッププログラム、または大規模プログラムの一部に組み込まれているもの）を使用して、IRCサーバー（より大規模なIRCネットワークの一部である場合もあります）に接続します。接続方法の例としては、Mibbit、 KiwiIRC、mIRC、有料サービスのIRCCloudなどがあります。

IRCの利用は2003年以降着実に減少しており、2012年までに利用者の60%を失った。[ 5 ] 2011年4月には、上位100のIRCネットワークが一度に20万人以上のユーザーにサービスを提供していた。[ 6 ]

歴史

IRCは、フィンランドのオウル大学コンピュータサイエンス学部に勤務していたJarkko Oikarinenによって1988年8月に作成されました。OuluBoxというBBS上のMUT（MultiUser Talk）というプログラムを置き換えるものでした。Jarkkoは、自分が管理していたBBSソフトウェアを拡張して、 Usenetスタイルのニュース、リアルタイムの議論、および同様のBBS機能を可能にすることを意図していました。彼が最初に実装したのはチャット部分で、友人のJyrki KuoppalaとJukka Pihlが書いた部分を借用して作りました。最初のIRCネットワークはtolsun.oulu.fiという単一のサーバーで動作していました。[ 7 ] OikarinenはBITNET上で動作するBitnet Relayというチャットシステムからインスピレーションを得ました。[ 8 ]

ユルキ・クオッパラはオイカリネンに、オウル大学にIRCコードを解放してオウル以外でも使えるようにするよう働きかけました。そして、ようやくコードが解放されると、ユルキ・クオッパラはすぐに別のサーバーを設置しました。これが最初の「IRCネットワーク」でした。オイカリネンは、ユーザー数が増えるにつれて、ヘルシンキ工科大学とタンペレ工科大学[ 8 ]の友人たちにIRCサーバーの運営を依頼し、他の大学もすぐに追随しました。この頃、オイカリネンはBBSの残りの機能はおそらく自分のプログラムには合わないだろうと気づきました[ 7 ]。

オイカリネンはデンバー大学とオレゴン州立大学の関係者に連絡を取りました。彼らはそれぞれ独自のIRCネットワークを運用しており、フィンランドのネットワークへの接続を希望していました。彼らはオイカリネンの友人であるヴィジェイ・スブラマニアムからプログラムを入手していました。スブラマニアムはフィンランド人以外で初めてIRCを利用した人物です。IRCはその後成長し、フィンランドの全国ネットワークであるFUNET全体で利用されるようになり、さらにインターネットのスカンジナビア支部であるNordunetにも接続されました。1988年11月にはIRCはインターネット全体に広がり、1989年半ばには世界中に約40台のサーバーが設置されていました。[ 7 ]

EFネット

1990年8月、IRC界で最初の大きな意見の相違が起こりました。「A-net」（Anarchy net）にはeris.berkeley.eduというサーバーが含まれていました。このサーバーは完全にオープンで、パスワードは不要、接続数にも制限がありませんでした。グレッグ・「ウンパス」・リンダールは次のように説明しています。[ 9 ]「ワイルドカードサーバー回線があったので、人々はサーバーを接続し、ニックネーム衝突を起こしていました」。「エリス・フリー・ネットワーク」ことEFnetは、erisマシンをIRCからQ回線（Qは隔離のQ）で削除された最初のマシンにしました。再びウンパスの言葉を引用すると、[ 9 ]「エリスがその回線を削除することを拒否したので、私はEFnetを設立しました。大した争いではありませんでした。私はすべてのハブに参加させ、他のほとんどの人もそれに引きずり込まれました」。A-netはerisサーバーで形成され、EFnetはerisサーバー以外のサーバーで形成されました。歴史が示すように、ほとんどのサーバーとユーザーはEFnetを選択しました。 A-netが解散するとEFnetという名前は意味を失い、再び唯一のIRCネットワークとなった。[ 7 ]

当時、IRCは報道管制下で1991年のソ連クーデター未遂事件を報道するために使用されました。[ 10 ]湾岸戦争でも同様の方法で使用されていました。[ 11 ]これらの事件やその他の出来事のチャットログはibiblioアーカイブに保存されています。[ 12 ]

アンダーネットフォーク

もう一つのフォーク活動、そして永続的な変化をもたらした最初の活動は、1992年10月にアメリカ合衆国で「Wildthang」によって開始されました（EFnet ircd バージョン2.8.10からフォークしました）。当初はボット開発のためのテストネットワークとして計画されていましたが、急速に「友人とその友人のための」ネットワークへと成長しました。ヨーロッパとカナダでは、別の新しいネットワークが開発中で、12月にはフランスのサーバーがカナダのサーバーに接続され、月末にはフランスとカナダのネットワークがアメリカのサーバーに接続されました。こうして、後に「The Undernet」と呼ばれることになるネットワークが形成されました。[ 7 ]

「アンダーネット派」は、IRCDの帯域幅消費量を削減し、EFnetが抱え始めていたチャンネルの混乱（ネットスプリットや乗っ取り）を解消するために、IRCDをさらに発展させようとした。後者の目的のため、アンダーネットはタイムスタンプと新しいルーティングを実装し、CService（ユーザーがチャンネルを登録し、トラブルメーカーから保護するプログラム）を提供した。1993年2月15日に初めて公開されたサーバーリストには、米国、カナダ、フランス、クロアチア、日本のサーバーが含まれていた。8月15日には、ユーザー数が57人という新記録を樹立した。[ 7 ]

1993年5月、RFC 1459 [ 13 ]が公開され、クライアント/サーバー操作、チャネル、1対1および1対多の会話のためのシンプルなプロトコルの詳細が規定されました。[ 7 ] CTCP、色、フォーマットといっ​​た多くの拡張機能、そして文字エンコーディングはプロトコル仕様に含まれていませんでした。[ 14 ]そのため、サーバーとクライアントの実装は多岐にわたりました。ソフトウェア実装はネットワークごとに大きく異なり、各ネットワークは独自のコードベースで独自のポリシーと標準を実装していました。

DALnetフォーク

1994年の夏、アンダーネット自体が分岐しました。新しいネットワークはDALnet（創設者dalvenjahにちなんで名付けられました）と名付けられ、ユーザーサービスの向上とユーザーおよびチャンネルの保護強化を目的として設立されました。DALnetにおける重要な変更点の一つは、より長いニックネームの使用です（当初のircdの文字数制限は9文字でした）。DALnetのircdの修正は、Alexei "Lefler" Kosutによって行われました。DALnetはアンダーネットのircdサーバーをベースとしていましたが、DALnetの先駆者たちはEFnetを放棄した人々でした。James Ngによると、初期のDALnet関係者は「#StarTrekのオペレーション担当者のように、絶え間ない分裂、遅延、乗っ取りなどにうんざりしていた」とのことです。[ 7 ]

DALnetはすぐにグローバルWallOps（+w（/mode NickName +w）の権限を持つユーザーが閲覧できるIRCopメッセージ）、より長いニックネーム、Q:Linedニックネーム（ChanServ、IRCop、NickServなど使用できないニックネーム）、グローバルK:Lines（サーバーまたはネットワーク全体から特定のユーザーまたはドメイン全体のアクセスを禁止する）、IRCop専用通信：GlobOps、IRCopが「helpop」であることを示す+Hモードなどを提供した。DALnetの新機能の多くは1995年初頭にブライアン・モーファー・スミスによって書かれ、ユーザーがニックネームを所有したり、チャンネルを制御したり、メモを送信したりできるようにした。[ 7 ]

IRCnetフォーク

1996年7月、メーリングリスト上での数ヶ月にわたる炎上と議論の後、IRCDの開発をどのように発展させるべきかという意見の相違により、再び分裂が起こりました。特に顕著だったのは、「ヨーロッパ」（サーバーのほとんどはヨーロッパにありました）側、後にIRCnetと名乗る側がニックネームとチャンネルの遅延を主張したのに対し、EFnet側はタイムスタンプを主張したことです。[ 7 ]ポリシーについても意見の相違がありました。ヨーロッパ側はIRCopsのできることとできないことを規定する一連のルールを策定し始めていましたが、これは米国側の見解と対立していました。[ 15 ]

IRCnetサーバーのほとんど（すべてではない）はヨーロッパにあり、EFnetサーバーのほとんどが米国にありました。この出来事は多くのIRCコミュニティで「大分裂」として知られています。EFnetはその後（1998年8月現在）、成長を続け、当時のユーザー数を超えました。2000年の（北半球の）秋には、EFnetのユーザー数は約5万人、IRCnetのユーザー数は7万人に達しました。[ 7 ]

現代のIRC

IRCはインターネット上での登場以来、大きく変化してきました。新しいサーバーソフトウェアにより、数多くの新機能が追加されました。

  • サービス: ニックネームやチャンネルの登録、オフライン ユーザーへのメッセージの送信、ネットワーク オペレーター機能などを容易にするネットワーク操作ボット。
  • 追加モード: オリジナルのIRCシステムでは標準的なユーザーモードとチャンネルモードが使用されていましたが、新しいサーバーではテキストからカラーコードを削除する機能や、サービス拒否攻撃から保護するためにユーザーのホストマスクを隠す機能（「クローキング」）などの新しいモードが多数追加されています。[ 17 ]
  • プロキシ検出：最近のサーバーのほとんどは、安全でない（設定ミスや不正利用された）プロキシサーバー経由で接続しようとするユーザーを検出し、接続を拒否する機能を備えています。このプロキシ検出ソフトウェアは多くのネットワークで使用されていますが、プロキシのリアルタイムリストは2006年初頭から廃止されています。[ 18 ]
  • 追加コマンド: 新しいコマンドには、サービスにコマンドを発行するための短縮コマンドや、ユーザーのホストマスクを操作するためのネットワーク オペレータ専用のコマンドなどがあります。
  • 暗号化：クライアントとサーバー間の接続ではTLSが使用される場合があります（標準接続ではメッセージが他のユーザーに中継されると安全ではなくなりますが、個人のIRCセッションの盗聴や盗聴は困難になります）。クライアント間の通信では、SDCC（セキュアDCC）を使用できます。
  • 接続プロトコル: IRC はIPv4とIPv6 の両方で接続できます

2016年現在、IRCv3と呼ばれるワーキンググループの下で、インスタント通知、より優れた履歴サポート、セキュリティの向上など、より高度なクライアント機能に焦点を当てた新しい標準化の取り組みが進行中です。[ 19 ] 2019年現在、主要なIRCネットワークで提案された標準を完全に採用しているものはありません。[ 20 ]

2021年6月現在、481の異なるIRCネットワークが稼働していることが知られていますが[ 21 ]、その中でも2021年5月に設立されたオープンソースのLibera Chatは、26台のサーバーで20,374のチャンネルを運営しており、最も多くのユーザーを抱えています。上位100のIRCネットワークは、約1000台のサーバーで10万以上のチャンネルを共有しています。[ 22 ]

IRCは1990年代から2000年代初頭の黄金時代（2004年にはQuakeNetのユーザー数が24万人）を経て、2003年から2012年の間に約60％のユーザーを失うなど、大きな衰退を経験しました。ユーザーはFacebookやTwitterなどのソーシャルメディアプラットフォームに移行しましたが、[ 5 ] 1999年に開発されたXMPPなどのオープンプラットフォームにも移行しました。Freenodeなどの一部のネットワークは全体的な傾向に追従せず、同時期に規模が4倍以上に拡大しました。[ 5 ]しかし、2016年に約9万人のユーザーを抱えていたFreenodeは、その後約9,300人にまで減少しました。[ 23 ]

最大のIRCネットワークは伝統的に「ビッグフォー」[ 24 ] [ 25 ] [ 26 ] [ 27 ]として分類されてきました。これは統計的に上位のネットワークに付けられた呼称です。ビッグフォーのネットワークは定期的に入れ替わりますが、IRCのコミュニティ性により、ユーザーは他にも多数のネットワークから選択できます。

歴史的に「ビッグ4」とは以下の通りであった。[ 24 ] [ 25 ] [ 26 ]

IRC の同時ユーザー数は 2001 年に 600 万人に達し、2004 ～ 2005 年には 1,000 万人に達しましたが、2021 年には約 35 万人に減少しました。

2025年12月現在、上位5つのIRCネットワークの1日あたりのユーザー総数は約88,000人で、残りのIRCネットワークはそれぞれ1日あたりのユーザー数が10,000人未満です。1日あたりのユーザー数が1,000人以上のネットワークは約35あります。[ 28 ]

タイムライン

主要ネットワークのタイムライン:

技術情報

GTK環境用のIRCクライアントであるHexChatのスクリーンショット
Irssi、テキストベースの IRC クライアント

IRCはTCP [ 13 ]とオプションでTLSを使用するオープンプロトコルです。IRCサーバーは他のIRCサーバーに接続してIRCネットワークを拡張できます。[ 29 ]ユーザーはクライアントをサーバーに接続することでIRCネットワークにアクセスします。[ 30 ] mIRC、HexChat、irssiなどの多くのクライアント実装と、オリジナルのIRCdなどのサーバー実装があります。ほとんどのIRCサーバーでは、ユーザーがアカウントを登録する必要はありませんが、接続する前にニックネームが必要です。 [ 31 ]

IRCはもともとプレーンテキストプロトコル[ 13 ] （後に拡張されましたが）であり、 IANAの要請によりポート194/TCPが割り当てられました[ 32 ]。しかし、事実上の標準としては常にIRCを6667/TCP [ 33 ]と近くのポート番号（例えばTCPポート6660〜6669、7000）[ 34 ]で実行し、IRCソフトウェアをルート権限で実行する必要性を回避することになっていました。

プロトコルでは文字は8ビットであると規定されていたが、テキストが使用する文字エンコーディングは規定されていなかった。[ 14 ]これにより、異なるクライアントや異なるプラットフォームを使用しているユーザーが会話する場合に問題が発生する可能性がある。

現在使用されているすべてのクライアント対サーバーの IRC プロトコルは、IRC2 サーバーの irc2.4.0 バージョンで実装され、RFC 1459 に文書化されているプロトコルから派生しています。RFC 1459 が公開されて以来、irc2.10 実装の新しい機能により、いくつかの改訂されたプロトコル ドキュメント (RFC 2810、RFC 2811、RFC 2812、RFC 2813) が公開されましたが、これらのプロトコルの変更は他の実装では広く採用されていません。

IRCプロトコルに関する仕様は数多く公開されていますが、プロトコルは常に動的であるため、公式仕様は存在しません。上記のRFCを厳密に参照しているクライアントやサーバーは、事実上皆無であり、ごく少数です。

マイクロソフトは1998年に独自のIRCXを介してIRCの拡張機能を作成しました。[ 35 ]その後、同社はIRCXをサポートするソフトウェアの配布をやめ、代わりに独自のMSNPを開発しました。

IRCサーバーのネットワークの標準的な構造はツリーです。[ 36 ]メッセージはツリーの必要なブランチに沿ってのみルーティングされますが、ネットワークの状態はすべてのサーバーに送信され[ 37 ]、サーバー間には一般に高い暗黙の信頼があります。ただし、このアーキテクチャには多くの問題があります。不正な動作をするサーバーや悪意のあるサーバーは、ネットワークに重大な損害を与える可能性があり[ 38 ]、構造が変更される場合は、意図的であるか、基盤となるネットワークの状態の結果であるかに関係なく、ネット分割とネット参加が必要になります。これにより、大量のネットワークトラフィックが発生し、ユーザーに誤った終了/参加メッセージが送信され[ 39 ]、分割サーバーのユーザーへの通信が一時的に途絶えます。大規模ネットワークにサーバーを追加すると、ネットワークのバックグラウンド帯域幅の負荷が大きくなり、サーバーのメモリ負荷も大きくなります。ただし、いったん確立されると、複数の受信者への各メッセージはマルチキャストに似た方法で配信されます。つまり、各メッセージはネットワークリンクを1回だけ通過します。[ 40 ]これは、シンプルメール転送プロトコル（SMTP）や拡張メッセージングおよびプレゼンスプロトコル（XMPP）などの非マルチキャストプロトコルと比較した場合の強みです。

IRCデーモンはローカルエリアネットワーク（LAN）上で使用できます。したがって、IRCはローカルエリアネットワーク（LAN）内の人々間のコミュニケーション（内部通信）を容易にするために使用できます。[ 41 ] [ 42 ]

コマンドと応答

IRCは行ベースの構造を持っています。クライアントはサーバーに1行のメッセージを送信し、[ 43 ] 、それらのメッセージへの返信を受信し[ 44 ]、他のクライアントから送信されたメッセージのコピーを受信します。ほとんどのクライアントでは、ユーザーはコマンドの前に「/」を付けることでコマンドを入力できます。コマンドによっては、クライアント側で完全に処理される場合もあれば、（クライアントが認識できないコマンドの場合は）何らかの変更を加えてサーバーに直接渡される場合もあります。[ 45 ]

プロトコルの性質上、自動化システムは送信されたコマンドとその応答を常に完全に確実に組み合わせることができるとは限らず、推測に頼ることになります。[ 46 ]

チャンネル

確立されたIRCセッションでユーザーグループと通信する基本的な手段は、チャンネルを使用することです。[ 47 ]ネットワーク上のチャンネルは、IRCコマンドLISTを使用して表示できます。[ 48 ]このコマンドは、その特定のネットワーク上で+sまたは+pモードが設定されていない、現在利用可能なすべてのチャンネルを一覧表示します。

ユーザーはJOINコマンド[ 49 ]を使ってチャンネルに参加できます。ほとんどのクライアントでは/join #チャンネル名として利用できます。参加したチャンネルに送信されたメッセージは、他のすべてのユーザーに中継されます。[ 47 ]

IRCネットワーク全体で利用可能なチャンネルには「#」が先頭に付き、サーバーローカルのチャンネルには「&」が付きます。[ 50 ]他にあまり一般的ではないチャンネルの種類としては、「+」チャンネル（演算子のない「モードレス」チャンネル）[ 51 ]や、「!」チャンネル（通常はタイムスタンプのないネットワーク上のタイムスタンプ付きチャンネルの一種）などがあります。[ 52 ]

モード

ユーザーとチャンネルには、大文字と小文字が区別される個別の文字で表されるモードがあり[ 53 ] 、 MODEコマンドを使用して設定されます。[ 54 ]ユーザーモードとチャンネルモードは別々であり、同じ文字を使用して異なる意味を持つことができます（たとえば、ユーザーモード「i」は非表示モードですが、チャンネルモード「i」は招待専用です。[ 55 ]）。モードは通常、ターゲット（ユーザーまたはチャンネル）、設定（+）または設定解除（-）するモードのセット、およびモードに必要なパラメータを受け取るモードコマンドを使用して設定および設定解除されます。

一部のチャンネルモードはパラメータを取り、他のチャンネルモードはチャンネル全体に適用するのではなく、チャンネル上のユーザーに適用したり、チャンネルに関連付けられたリストからマスク（例：禁止マスク）を追加または削除します。[ 56 ]チャンネル上のユーザーに適用されるモードには、名前応答[ 57 ]（チャンネルに初めて参加したときにクライアントに送信される[ 49 ]およびnamesコマンドの使用）でモードを表すために使用される関連シンボルがあり、多くのクライアントでは、チャンネル内のユーザーのクライアントの表示リストでモードを表すために、またはユーザーのモードの独自のインジケーターを表示するためにも使用されます。

受信したモードメッセージを正しく解析し、チャンネルの状態を追跡するために、クライアントはどのモードがどのタイプであるか、そしてチャンネル上のユーザーに適用されるモードにおいてどのシンボルがどの文字に対応するかを認識する必要があります。IRCの初期の実装では、これはクライアントにハードコードする必要がありましたが、現在ではISUPPORTと呼ばれるプロトコルの事実上の標準拡張機能があり、接続時に数値005を使用してこの情報をクライアントに送信します。[ 58 ] [ 59 ]

IRCには、チャンネル上のユーザーに適用されるモードに関して、小さな設計上の欠陥があります。チャンネルの初期状態を確立するために使用されるnamesメッセージは、チャンネル上のユーザーごとに1つのモードしか送信できません[ 57 ]。しかし、1人のユーザーには複数のモードを設定できます。例えば、あるユーザーがチャンネル上でオペレータステータス（+o）とボイスステータス（+v）の両方を保持している場合、新しいクライアントは優先度の低いモード（つまりボイス）を認識することができません。この問題の回避策はクライアント側とサーバー側の両方で可能です。一般的な解決策は、IRCv3の「マルチプレフィックス」拡張を使用することです[ 60 ] 。

標準（RFC 1459）モード

ユーザーモード
手紙 シンボル 説明
私目に見えない - 共通のチャネルや正確な名前を知らない限り見ることができない
sサーバー通知を受信する
わ激しい打撃を受ける[ 61 ]
oユーザーは IRC オペレータ (ircop) です
チャネルモード
手紙 シンボル パラメータ 説明
o@ 影響を受けるユーザーの名前 チャンネルオペレーター - チャンネルモードを変更したり、ユーザーをチャンネルから追い出したりすることができます
s秘密チャンネル - すでにチャンネルに参加しているユーザー以外には、チャンネルリストやユーザーのwhoisには表示されません。
pプライベート チャネル - RFC 1459 に従ってチャネル リストに「prv」としてリストされます
nユーザーは外部からチャンネルにメッセージを送信できません
メートルチャンネルは管理されています（チャンネルオペレーターまたはチャンネルのボイスステータスを保持している人だけがメッセージを送信できます）
私招待を受けたユーザーのみがチャンネルに参加できます。
tチャンネルのトピックを変更できるのはチャンネル運営者のみです。
l制限数 チャンネルに参加できるユーザー数を制限します（満員になると、新しいユーザーは参加できなくなります）
b禁止マスク（ニックネーム!user@host、ワイルドカード可） チャネルから ホストマスクを禁止する
v+ 影響を受けるユーザーの名前 チャネルのユーザ音声ステータスを表示します（上記の +m を参照）
け新しいチャンネルキー チャンネルキーを設定し、キーを知っているユーザーのみが入室できるようにします。

多くのデーモンやネットワークでは、追加のモードを追加したり、上記のリストにあるモードの動作を変更したりしています。[ 62 ] [ 63 ] [ 64 ] [ 65 ]

チャンネルオペレーター

チャンネルオペレーターは、 IRCチャンネルを管理するクライアントです。IRCチャンネルオペレーターは、名前の横に表示されているシンボルまたはアイコンで簡単に見分けられます（クライアントの実装によって異なりますが、一般的には「@」記号、緑色の円、またはラテン文字の「+o」/「o」です）。ほとんどのネットワークにおいて、オペレーターは以下の操作を行うことができます。

  • ユーザーをキックします。
  • ユーザーを禁止します。
  • 別のユーザーに IRC チャネル オペレータ ステータスまたは IRC チャネル ボイス ステータスを付与します。
  • チャネル モード +t が設定されているときに、IRC チャネルのトピックを変更します。
  • IRC チャネル モードのロックを変更します。

オペレーター

ローカルサーバーまたはネットワーク全体において高い権限を持つユーザーも存在します。これらはIRCオペレーター[ 66 ]と呼ばれ、 IRCopsまたはOpersと略されることもあります（チャンネルオペレーターと混同しないでください）。IRCdの実装は様々であるため、IRCdにおけるIRCオペレーターの権限も異なります。RFC 1459 [ 66 ]では、IRCオペレーターはネットワークをクリーンな状態に保つための「必要悪」であり、サーバーの切断と再接続を行う必要があるとされています。さらに、悪意のあるユーザーや有害な自動プログラムがIRCに侵入するのを防ぐため、IRCオペレーターは通常、クライアントを切断したり、IPアドレスやサブネット全体を完全に禁止したりすることが許可されています。サービスを提供するネットワーク（NickServなど）では、通常、IRCオペレーターが基本的な「所有権」に関する事項も処理できるようにしています。さらなる特権には、チャンネル禁止の無効化（操作されていない場合は参加できないチャンネルに参加できる）、操作されていないと参加できないチャンネルで自分自身を操作できること、チャンネルで常に自動操作できることなどが含まれます。

ホストマスク

ホストマスクは、IRCサーバーに接続しているIRCクライアントの一意の識別子です。[ 67 ] [ 68 ] IRCサーバー、サービス、およびボットを含む他のクライアントは、これを使用して特定のIRCセッションを識別できます。

ホストマスクの形式は です。ホストマスクは電子メールアドレスnick!user@hostに似ていますが、混同しないでください。

ニックネーム部分はユーザーが選択したニックネームで、接続中に変更することができます。ユーザー部分は、クライアントのidentによって報告されるユーザー名です。 [ 69 ] identがクライアント上で利用できない場合は、クライアントが接続したときに指定されたユーザー名にチルダを付加して使用されます。[ 70 ]

ホスト部分は、クライアントが接続しているホスト名です。クライアントのIPアドレスがサーバーによって 有効なホスト名に解決できない場合、ホスト名の代わりにそのIPアドレスが使用されます。

クライアントのIPアドレスやホスト名を公開することによるプライバシーへの影響を考慮し、一部のIRCデーモンは、 InspIRCdやUnrealIRCdの「+x」モードなどのプライバシー機能も提供しています。これは、クライアントのIPアドレスをハッシュ化したり、クライアントのホスト名の一部をマスクしたりすることで、 IRCops以外のユーザーが読み取れないようにします。ユーザーは、匿名性をさらに高めるために、ホストマスクに表示される「仮想ホスト」（または「vhost」）を要求することもできます。Libera ChatやFreenodeなどの一部のIRCネットワークでは、ユーザーがグループやプロジェクトに所属していることを示す「クローク」としてこれを利用しています。[ 71 ]

URIスキーム

インターネットリレーチャットには、暫定的に認められた3つのURI（Uniform Resource Identifier ）スキームがあります： irc、、ircsおよびirc6。[ 72 ]サポートされている場合、さまざまな形式の ハイパーリンクが許可されます。

irc://<ホスト>[:<ポート>]/[<チャンネル>[?<チャンネルキーワード>]] ircs://<ホスト>[:<ポート>]/[<チャンネル>[?<チャンネルキーワード>]] irc6://<ホスト>[:<ポート>]/[<チャンネル>[?<チャンネルキーワード>]]

（角括弧（[,]）で囲まれた項目はオプションです）は、必要に応じて指定されたホスト（またはIRCクライアントが認識しているネットワーク）に接続し、指定されたチャンネルに参加するために使用されます。[ 73 ]（これはクライアント自体、またはWebブラウザなどの別のアプリケーションから使用できます）。ircはデフォルトのURI、irc6はIPv6を使用して行う接続を指定し、ircsは安全な接続を指定します。

仕様では、英数字で始まるチャンネル名には通常のハッシュ記号（#）が先頭に付加されます。これにより、ハッシュ記号を省略することが可能になります。一部の実装（例えばmIRC）では、このハッシュ記号がURLに含まれている場合、無条件に付加されるため、通常は意図しない追加のハッシュ記号（例えば##channel）が生成されます。

いくつかの実装では、カンマで区切って複数のチャネルを指定できる。[ 74 ]

課題

IRCの当初の設計上の問題点としては、共有状態データの量[ 75 ] [ 76 ]がスケーラビリティの制限となること、[ 77 ]固有のユーザーIDがないためニックネーム衝突問題が発生すること、[ 78 ]循環ルーティングによるネットスプリットからの保護がないこと、 [ 79 ] [ 80 ]リアルタイムのユーザープレゼンス情報と引き換えにスケーラビリティを犠牲にすること、[ 81 ]プロトコルの脆弱性により不正利用のプラットフォームとなること、[ 82 ]透過的で最適化可能なメッセージパッシングがないこと、[ 83 ]暗号化がないこと、 [ 84 ]といった点が挙げられます。これらの問題のいくつかは、 Modern IRCで解決されています。

攻撃

IRC接続は暗号化されておらず、通常は長時間にわたるため、DoS/DDoS攻撃者やハッカーにとって魅力的な標的となります。そのため、IRCネットワークが乗っ取り戦争などの攻撃を受けないように、綿密なセキュリティポリシーを策定する必要があります。また、IRCネットワークには、悪影響を及ぼすKラインまたはGラインのユーザーやサーバーが存在する可能性もあります。

一部のIRCサーバーは、セキュリティ上の理由からSSL/TLS接続をサポートしています。これは、 IRCユーザーのパスワードを盗むためのパケットスニファープログラムの使用を阻止するのに役立ちますが、IRCチャンネルは公開されているため、この範囲を超えてはあまり役に立ちません。SSL接続にはクライアントとサーバーの両方のサポートが必要です（ユーザーはSSLバイナリとIRCクライアント固有のパッチまたはモジュールを自分のコンピュータにインストールする+S必要がある場合があります）。一部のネットワークでは、サーバー間接続にもSSLを使用しており、SSL接続ユーザーのみをチャンネルに接続できるようにし、クリアテキストでのオペレーター識別を禁止することで、SSLの利点をより有効に活用しています。[ 85 ] [ 86 ]

IRC は、偽のICMP到達不能メッセージを使用してTCPベースの IRC 接続を切断し(ヌーキング)、ユーザーを困らせたり乗っ取りを容易にしたりするなど、さまざまな種類のインターネット攻撃の初期の実験室としての役割を果たしました。

虐待防止

IRC実装をめぐる最も論争の的となっている技術的問題の一つは、「ニックネーム/チャンネル遅延」プロトコルと「タイムスタンプ」プロトコルの優劣です。どちらの方法もサービス拒否攻撃の問題を解決するために存在しますが、アプローチは大きく異なります。当初実装されたIRCプロトコルの問題は、2つのサーバーが分裂して再結合すると、ネットワークの両側のチャンネルが単純に統合されてしまうことでした。ユーザーが「分裂」サーバーに参加し、ネットワークの反対側のチャンネルが空いている場合、オペレーターのステータスを獲得すると、ネットスプリットの終了時に「統合」チャンネルのチャンネルオペレーターになります。ユーザーがネットワークの反対側に存在するニックネームを使用すると、サーバーは再参加時に両方のユーザーを強制終了します（「ニックネーム衝突」）。これはしばしば悪用され、チャンネル上の全ユーザーを「一括削除」し、オペレーターが不在の「オペレーターレス」チャンネルを作り出し、悪用に対処するためにオペレーターが不在となることがありました。これは IRC 内で問題を引き起こすだけでなく、ネットスプリットを引き起こしてそれを悪用する ために IRC サーバーに対してサービス拒否攻撃を実行する人々を奨励しました。

ニックネーム遅延（ND）とチャンネル遅延（CD）戦略は、再接続と名前変更を遅らせることで不正使用を防ぐことを目的としています。ユーザーがサインオフしてニックネームが使用可能になった後、またはすべてのユーザーが離脱してチャンネルが消滅した場合（ネットスプリット（netsplit）でよく発生します）、サーバーは一定時間（遅延）が経過するまで、どのユーザーもそのニックネームを使用したり、そのチャンネルに参加したりすることを許可しません。これは、ネットスプリットが発生しても、不正使用者にとっては意味がありません。不正使用者はニックネームを取得したり、チャンネルでオペレーターのステータスを取得したりできないため、ニックネームの衝突やチャンネルの「統合」は発生しないからです。これはある程度、正当なユーザーにとって不便であり、再接続後に一時的に別の名前を使用せざるを得なくなる可能性があります（アンダースコアを追加するのが一般的です）。

タイムスタンププロトコルは、ニックネーム/チャンネル遅延の代替手段であり、タイムスタンプ付きの優先度を用いて衝突を解決します。ネットワーク上のすべてのニックネームとチャンネルには、作成日時を示すタイムスタンプが割り当てられます。ネットスプリットが発生すると、それぞれの側で2人のユーザーが同じニックネームまたはチャンネルを自由に使用できますが、両サイドが統合されると、生き残れるのはどちらか一方だけです。ニックネームの場合、TSに基づいて新しいユーザーが強制終了されます。チャンネルが衝突すると、メンバー（チャンネル上のユーザー）は統合されますが、スプリットの「負けた」側のチャンネルオペレーターはチャンネルオペレーターのステータスを失います。

TSは、設計と実装の両面でND/CDよりもはるかに複雑なプロトコルであり、幾度かの改訂を経てきたにもかかわらず、一部の実装では依然として「desync」（同一ネットワーク上の2つのサーバーがネットワークの現在の状態について意見が一致しない状態）の問題や、「負けている」側の許容範囲が広すぎるという問題が残っています。例えば、オリジナルのTSプロトコルでは、負けているチャンネルでユーザーがBANやその他のモードを設定し、分割されたチャンネルが再結合した際にそれらのモードが統合されてしまうという問題に対する保護策はありませんでした。これらのモードを設定したユーザーはチャンネルオペレーターの資格を失いましたが。最近のTSベースのIRCサーバーの中には、悪用をさらに抑制するために、タイムスタンプに加えて何らかの形式のNDやCDを組み込んでいるものもあります。

今日のほとんどのネットワークはタイムスタンプ方式を採用しています。タイムスタンプとND/CD方式の不一致により、 EFnetから複数のサーバーが分離し、新しいIRCnetが設立されました。分離後、EFnetはTSプロトコルに移行し、IRCnetはND/CD方式を採用しました。

IRCnet ircd の最新バージョン、および TS6 プロトコルを使用する ircd（Charybdis を含む）では、ND は SAVE と呼ばれるメカニズムによって拡張/置き換えられています。このメカニズムは、IRC サーバーに接続するすべてのクライアントにUID を割り当てます。この ID は数字で始まりますが、ニックネームでは使用禁止です（ただし、IRCnet や InspIRCd などの一部の ircd では、クライアントが自身の UID をニックネームとして切り替えることができます）。

同じニックネームを持つ2つのクライアントがネットスプリットの異なる側から参加した場合（「ニックネーム衝突」）、この衝突を最初に検知したサーバーは、両方のクライアントのニックネームをUIDに変更するよう強制します。これにより、両方のクライアントが切断されるのを防ぎます。IRCnetでは、両方のクライアントが元のニックネームに戻って再び衝突するのを防ぐため、ニックネームは一定時間ロックされます（ND）。

クライアント

クライアントソフトウェア

通常のクライアント（緑）、ボット（青）、バウンサー（オレンジ）を含む IRC ネットワークの図

クライアントソフトウェアは、様々なオペレーティングシステムやソフトウェアパッケージ、ウェブベースやゲーム内など、様々な用途に存在します。Windows、Unix、Linux 、 macOS、モバイルオペレーティングシステム（iOSやAndroidなど）など、様々なオペレーティングシステム向けに、様々なクライアントが利用可能です。Windowsでは、mIRCが最も人気のあるクライアントの一つです。[ 87 ] Linuxディストリビューションの中には、 HexChatがプリインストールされているLinux Mintなど、IRCクライアントがプリインストールされているものもあります。

プラグインによって拡張可能なプログラムの中には、IRCクライアントのプラットフォームとしても機能するものがあります。例えば、Emacs Lispで完全に記述されたERCというクライアントは、Emacsのバージョン22.3に含まれています。したがって、Emacsが動作可能なプラットフォームであれば、ERCも動作可能です。

多くのWeb ブラウザには、次のような IRC クライアントが組み込まれています。

  • Operaにはかつてクライアントがありましたが、現在はIRCをサポートしていません。
  • Mozilla Firefox用のChatZillaアドオン(Firefox 56 以前用。SeaMonkeyの組み込みコンポーネントとして含まれています)。

Mibbitやオープンソースの KiwiIRCなどの Web ベースのクライアントは、ほとんどのブラウザで実行できます。

War§ow、[ 88 ] Unreal Tournament （ Unreal Tournament 2004まで）、[ 89 ] Uplink、[ 90 ] Spring Engineベースのゲーム、AD、ZDaemonなどのゲームにはIRCが組み込まれています。[ 91 ]

Ustreamのチャットインターフェースは、カスタム認証付きのIRCです[ 92 ]。Twitch（旧Justin.tv）も同様です[ 93 ] [ 94 ] 。

ボット

IRCにおけるボットの典型的な用途は、チャットベースのゲームのホストや外部イベントの通知など、 IRCサービスや特定の機能をチャンネル内で提供することです。しかし、一部のIRCボットは、サービス拒否攻撃、スパム、エクスプロイトなどの悪意のある攻撃を実行するために使用されることもあります。[ 95 ]

バウンサー

サーバー上でデーモンとして動作し、永続的なプロキシとして機能するプログラムは、BNCまたはバウンサーと呼ばれます。その目的は、IRCサーバーへの接続を維持し、サーバーとクライアント間の中継、あるいは単にプロキシとして機能することです。クライアントがネットワーク接続を失った場合でも、BNCは接続を維持し、すべてのトラフィックをアーカイブして後で配信できるようにすることで、ユーザーはサーバーへの接続を中断することなくIRCセッションを再開できます。[ 96 ]

さらに、バウンサーのような効果を得る方法として、ユーザーがssh経由で接続する常時接続サーバー上でIRCクライアント（通常はテキストベース、例えばIrssi ）を実行するという方法もあります。これにより、ssh機能のみを持ち、IRCクライアント自体がインストールされていないデバイスでもIRCに接続できるようになり、IRCセッションの共有が可能になります。[ 97 ]

SSH接続が切断された際にIRCクライアントが終了しないようにするには、クライアントをGNU Screenやtmuxなどのターミナルマルチプレクサ内で実行することで、IRCネットワークへの接続を常に維持し、ユーザーが関心を持つチャンネルの会話を記録したり、チャンネルのネットワーク上でのプレゼンスを維持したりすることができます。この仕組みをモデルに、2004年にはクライアント・サーバー型のIRCクライアントであるSmuxiがリリースされました。[ 98 ] [ 99 ]

検索エンジン

IRC上でユーザーが探しているものを見つけるのに役立つ検索エンジンは数多くあります。[ 100 ] [ 101 ]一般的に検索エンジンは「バックエンド」（または「スパイダー/クローラー」）とフロントエンドの「検索エンジン」の2つの部分で構成されています。

バックエンド（スパイダー/ウェブクローラー）は、検索エンジンの主力です。IRCサーバーをクロールし、サーバー間でやり取りされる情報をインデックス化する役割を担っています。インデックス化される情報は通常、チャンネルテキスト（パブリックチャンネルで公開されるテキスト）のみで構成されます。保存方法は、通常、MySQLやOracleなどのリレーショナルデータベースです。

フロントエンドの「検索エンジン」は、データベースへのユーザーインターフェースです。インデックス化された情報を持つデータベースを検索し、ユーザーが探しているデータを取得する手段を提供します。これらのフロントエンド検索エンジンは、様々なプログラミング言語で記述できます。

ほとんどの検索エンジンは、IRCのクロールとデータのインデックス作成を担う単一のアプリケーションである独自のスパイダーを備えています。しかし、中には「ユーザーベース」のインデクサーを搭載しているものもあります。後者は、ユーザーがIRCクライアントに「アドオン」をインストールすることで機能します。アドオンは、ユーザーが参加しているチャンネルの情報をデータベースに送信します。

多くのユーザーは、多くのIRCクライアントに組み込まれているログ機能を利用して、独自のアドホック検索エンジンを実装しています。これらの検索エンジンは通常、ボットとして実装され、特定のチャンネルまたは関連チャンネルグループ専用です。

文字エンコーディング

IRCには、7ビットASCIIレパートリー外の文字の転送方法に関する、世界的に認められた単一の標準規則が未だに存在しません。IRCサーバーは通常、クライアントから別のクライアントへメッセージをバイトシーケンスとして転送し、文字の解釈や再コード化は行いません。IRCプロトコルには（MIMEやHTTPなどとは異なり）、文字エンコードオプションを通知およびネゴシエートするメカニズムがありません。そのため、適切な文字コーデックを選択する責任はクライアントにあります。実際には、IRCチャンネルでは、それぞれの言語コミュニティ のオペレーティングシステム（特にUnix系OS）で使用されているのと同じ文字エンコードが広く使用されています。

  • 7ビット時代: IRCの初期の頃、特にスカンジナビア語とフィンランド語のユーザーの間では、ISO 646の国別バリアントが文字エンコーディングとして主流でした。これらは、Ä Ö Å ä ö å などの非ASCII文字をコード位置0x5B 0x5C 0x5D 0x7B 0x7C 0x7D ( US-ASCII : [ \ ] { | } ) にエンコードします。そのため、これらのコードはニックネームで常に許可されています。RFC 1459によれば、ニックネームの { | } は、それぞれ [ \ ] の小文字として扱われるべきです。[ 14 ] 1990年代後半には、7ビットエンコーディングはISO 8859-1に取って代わられ、そのような等価マッピングは一部のIRCデーモンから削除されました。
  • 8ビット時代： 1990年代初頭以降、 ISO 8859-1などの8ビットエンコーディングがヨーロッパ言語で一般的に使用されるようになりました。ロシアのユーザーはKOI8-R、ISO 8859-5、CP1251のいずれかを選択できましたが、2000年頃から、現代​​のロシアのIRCネットワークでは、キリル文字で一般的に使用されているこれらの異なるエンコーディング間で変換が行われています。
  • マルチバイト時代:中国、日本、韓国の表意文字を使用する東アジアの IRC チャンネルでは、長い間、EUCやISO-2022-JPなどのマルチバイトエンコードが使用されてきました。2002 年頃から Linux および Unix プラットフォームで ISO 8859 からUTF-8への一般的な移行が進んだことにより、UTF-8 は、ヨーロッパのチャンネルで以前に使用された多くの 8 ビットエンコードの代替としてますます普及してきました。一部の IRC クライアントは現在、同じチャンネルで ISO 8859-1 と UTF-8 の両方のメッセージを読み取ることができ、どちらのエンコードが使用されているかをヒューリスティックに自動検出します。UTF-8 への移行は、特にフィンランド語圏の IRC ( Merkistö (フィンランド語) ) で始まりました。

現在、 Unicode / ISO 10646のUTF-8エンコーディングは、もし510バイトのメッセージサイズ制限が緩和されれば、すべてのIRC通信における将来の標準文字エンコーディングとして最も有力な候補となるでしょう。UTF-8はASCIIと互換性があり、他の一般的に使用されているすべてのコード化文字セット標準のスーパーセットをカバーしています。

ファイル共有

従来のP2Pファイル共有と同様に、ユーザーはカスタマイズされたIRCボットやIRCクライアント用のスクリプトを使用して、ファイルサーバーを作成し、相互にファイルを共有することができます。多くの場合、ユーザーはIRCボットのネットワークを介してグループを作成し、ウェアーズを配布します。 [ 102 ]

技術的には、IRC自体はファイル転送のメカニズムを提供していません。ファイル共有はIRCクライアントによって実装され、通常はDirect Client-to-Client（DCC）プロトコルを使用します。このプロトコルでは、クライアント間のプライベートメッセージの交換を通じてファイル転送がネゴシエートされます。ほとんどのIRCクライアントはDCCファイル転送をサポートしているため、ファイル共有はIRCの不可欠な機能であるという見方があります。[ 103 ]しかし、このプロトコルの一般的な使用は、DCCスパムを引き起こすこともあります。DCCコマンドは、脆弱なクライアントを悪用して、サーバーから切断したり、クライアントを終了したりするなどのアクションを実行させるためにも使用されています。

参照

引用

  1. ^ 「1対多」 .インターネットリレーチャットプロトコル. p. 11. sec. 3.2. doi : 10.17487/RFC1459 . RFC 1459 .
  2. ^ 「One-To-One Communication」 .インターネットリレーチャット：アーキテクチャ. p. 5. sec. 5.1. doi : 10.17487/RFC2810 . RFC 2810 .
  3. ^ Rollo, Troy. 「DCCプロトコルの説明」 IRCHelp.org . 2011年4月8日閲覧。
  4. ^ワン・ウォレス（2004年10月25日）「インスタントメッセージとオンラインチャットルーム：インターネットリレーチャット（IRC）」『Steal This File Sharing Book』（第1版）サンフランシスコ、カリフォルニア州：No Starch Press、  61～67頁、ISBN 978-1-59327-050-6。
  5. ^ a b c「IRCは死んだ、IRC万歳」Pingdom 、2012年4月24日。2017年8月15日時点のオリジナルよりアーカイブ。2016年4月25日閲覧。
  6. ^ 「IRCネットワーク – トップ100」irc.netsplit.de . 2023年10月26日閲覧。
  7. ^ a b c d e f g h i j kダニエル・ステンバーグ著「IRC（インターネットリレーチャット）の歴史」 。 2016年4月25日閲覧。私はこれらすべてを経験したわけではありません。この記事を書くにあたり、様々な場所で情報を探し、様々な方から情報を得ました。ご協力いただいた方々には、Greg "wumpus" Lindahl氏、Vesa "vesa" Ruokonen氏、James Ng氏、Tuomas Heino氏、Richard (eagle`s on undernet)氏、Ari Lemmke氏などがいます。
  8. ^ a b Oikarinen, Jarkko . 「IRC設立」 . mIRC . 2011年4月27日時点のオリジナルよりアーカイブ。 2011年4月8日閲覧。
  9. ^ a b「IRC（インターネットリレーチャット）の歴史」 . daniel.haxx.se . 2023年7月22日閲覧。
  10. ^ 「1991年のソビエトクーデター未遂事件時のIRC記録」ノースカロライナ州チャペルヒル：ibiblio 。 2009年6月28日時点のオリジナルよりアーカイブ。 2011年4月8日閲覧。
  11. ^ 「湾岸戦争のIRCログ」ノースカロライナ州チャペルヒル：ibiblio 。 2011年4月8日閲覧。
  12. ^ 「オンラインコミュニティにおける主要なイベントのログ」ノースカロライナ州チャペルヒル：ibiblio 。 2011年4月8日閲覧。
  13. ^ a b c「はじめに」 .インターネットリレーチャットプロトコル. p. 4. sec. 1. doi : 10.17487/RFC1459 . RFC 1459 .
  14. ^ a b c「文字コード」 .インターネットリレーチャットプロトコル. p. 7. sec. 2.2. doi : 10.17487/RFC1459 . RFC 1459 .
  15. ^ Engen, Vegard (2000年5月). 「The Great Split」 . IRC.org . 2016年4月25日閲覧。
  16. ^ 「チャンネルモード」 . UnrealIRCdドキュメントwiki . 2018年1月6日閲覧。
  17. ^ 「クローキング」。UnrealIRCdドキュメントwiki 。 2018年1月6日閲覧。
  18. ^ 「Blitzed Open Proxy Monitor が停止」。Blitzed IRCネットワークで提供されていたOpen Proxy Monitorが停止されました。データベースが膨大になったため、チームがバックアップしたり、サービスを継続するための新しい場所を探したりすることはほぼ不可能です。さらに、チームメンバーのほとんどが、サービスを継続する時間的余裕がなくなりました。
  19. ^ "IRCv3" . IRCv3ワーキンググループ. 2016年. 2016年4月25日閲覧. IRCv3ワーキンググループは、後方互換性のある拡張機能を使用してIRCプロトコルの強化、維持、標準化に取り組むIRCクライアントおよびサーバーソフトウェアの作者の集まりです。
  20. ^ 「ネットワーク - IRCv3」 . 2019年. 2019年8月9日閲覧。
  21. ^ 「IRCネットワーク - アルファベット順」 . netsplit.de . 2022年1月12日閲覧。
  22. ^ 「IRCネットワーク - トップ100」 . netsplit.de . 2022年1月12日閲覧。
  23. ^ "netsplit.de top 10" . 2021年1月15日閲覧。
  24. ^ a bアレックス・チャララビディス（1999年12月15日）「MacintoshでのIRC：Ircle」 IRCの書：インターネットリレーチャット究極ガイド（第1版）サンフランシスコ、カリフォルニア州：No Starch Press、p  . 61。ISBN 978-1-886411-29-6EFnet、IRCnet、Undernet、DALnet などの 4 大ネットワークでは、Ircle を使用して何千ものチャネルを一覧表示しようとすると、情報過多のために必ず切断されますが、直接 Ethernet 接続を使用している場合は、通常、他のクライアントでも同じ処理が可能です。
  25. ^ a bジョーンズ、スティーブ編（2002年12月10日）「インターネットリレーチャット」『ニューメディア百科事典：コミュニケーションとテクノロジーのエッセンシャルリファレンス』（第1版）サウザンドオークス、カリフォルニア州：SAGE出版、 257頁 。ISBN 978-0-7619-2382-4現在、数百の独立した IRC ネットワークが存在しますが、「ビッグ 4」は EFNet、UnderNet、Dalnet、IRCnet です。
  26. ^ a bリトナー、ドン（1999年3月3日）『iMac Book』（第1版）スコッツデール、アリゾナ州：コリオリ・グループ、p. 215。ISBN 978-1-57610-429-3大規模なネットワークはいくつかあり、EFnet、UnderNET、DALnet、IRCnet が Big Four を構成しています。
  27. ^ターバン、エフライム、ライドナー、ドロシー、マクリーン、ウェザーベ、ジェームズ（2005年2月7日）「コミュニケーション」『経営のための情報技術：デジタル経済における組織の変革』（第5版）ホーボーケン、ニュージャージー州：ジョン・ワイリー・アンド・サンズ。106 ～ 107頁 。ISBN 978-0-471-70522-2従来、最大のネットワークは、EFNet、IrcNet、QuakeNet、UnderNet の「Big Four」としてグループ化されてきました。
  28. ^ 「IRCネットワーク – トップ100」 . irc.netsplit.de . netsplit.de . 2021年1月15日閲覧。
  29. ^ 「サーバー」 .インターネットリレーチャットプロトコル. p. 4. sec. 1.1. doi : 10.17487/RFC1459 . RFC 1459 .
  30. ^ 「クライアント」 .インターネットリレーチャット：アーキテクチャ. p. 3. sec. 2.2. doi : 10.17487/RFC2810 . RFC 2810 .
  31. ^ 「クライアント」 .インターネットリレーチャットプロトコル. p. 5. sec. 1.2. doi : 10.17487/RFC1459 . RFC 1459 .
  32. ^ 「ポート番号」カリフォルニア州マリナデルレイ：インターネット割り当て番号局2011年4月6日. 2021年4月5日閲覧。
  33. ^ 「接続メッセージ」 .インターネットリレーチャットプロトコル. p. 29. sec. 4.3.5. doi : 10.17487/RFC1459 . RFC 1459 .
  34. ^ Lucas, Mark; Singh, Abhishek; Cantrell, Chris (2006年10月5日). 「ファイアウォールの定義」. Henmi, Anne (編). 『ファイアウォールポリシーとVPN構成』 .マサチューセッツ州ロックランド: Syngress Publishing. p. 93. ISBN 978-1-59749-088-7。
  35. ^ Abraham, Dalen (1998年6月).インターネットリレーチャットプロトコル（IRCX）の拡張. IETF . ID draft-pfenning-irc-extensions-04 . 2011年4月8日閲覧。
  36. ^ 「アーキテクチャ」 .インターネットリレーチャット：アーキテクチャ. pp. 3 – 4. sec. 3. doi : 10.17487/RFC2810 . RFC 2810 .
  37. ^ 「はじめに」 .インターネットリレーチャット：アーキテクチャ. p. 2. sec. 1. doi : 10.17487/RFC2810 . RFC 2810 .
  38. ^ 「アルゴリズム」 .インターネットリレーチャットプロトコル. p. 64. sec. 9.3. doi : 10.17487/RFC1459 . RFC 1459 .
  39. ^ 「ネットワーク輻輳」 .インターネットリレーチャット：アーキテクチャ. pp. 7 – 8. sec. 6.3. doi : 10.17487/RFC2810 . RFC 2810 .
  40. ^ 「To A Channel」 .インターネットリレーチャット：アーキテクチャ. pp. 5 – 6. sec. 5.2.1. doi : 10.17487/RFC2810 . RFC 2810 .
  41. ^ 「LAN用IRCデーモン」 。 2014年10月2日閲覧。
  42. ^ 「独自のIRCサーバーを実行する」 。 2014年10月6日時点のオリジナルよりアーカイブ。2014年10月2日閲覧。
  43. ^ 「疑似BNFによるメッセージ形式」 .インターネットリレーチャットプロトコル. p. 8. sec. 2.3.1. doi : 10.17487/RFC1459 . RFC 1459 .
  44. ^ 「数値応答」 .インターネットリレーチャットプロトコル. p. 10. sec. 2.4. doi : 10.17487/RFC1459 . RFC 1459 .
  45. ^ IRCチャットルーム
  46. ^ 「IRCリストモード – リストモード拡張でリストのペアの混乱が発生」 2009年11月25日. 2011年4月8日閲覧。
  47. ^ a b「グループ（チャンネル）へ」 .インターネットリレーチャットプロトコル. p. 11. sec. 3.2.2. doi : 10.17487/RFC1459 . RFC 1459 .
  48. ^ 「リストメッセージ」 .インターネットリレーチャットプロトコル. p. 24. sec. 4.2.6. doi : 10.17487/RFC1459 . RFC 1459 .
  49. ^ a b「参加メッセージ」 .インターネットリレーチャットプロトコル. p. 19. sec. 4.2.1. doi : 10.17487/RFC1459 . RFC 1459 .
  50. ^ 「チャネルスコープ」 .インターネットリレーチャット：チャネル管理. pp. 3 – 4. sec. 2.2. doi : 10.17487/RFC2811 . RFC 2811 .
  51. ^ 「チャネルプロパティ」 .インターネットリレーチャット：チャネル管理. p. 4. sec. 2.3. doi : 10.17487/RFC2811 . RFC 2811 .
  52. ^ 「チャネルの有効期間」 .インターネットリレーチャット：チャネル管理. p. 5. sec. 3. doi : 10.17487/RFC2811 . RFC 2811 .
  53. ^ 「チャネルモード」 .インターネットリレーチャット：チャネル管理. p. 7. sec. 4. doi : 10.17487/RFC2811 . RFC 2811 .
  54. ^ 「モードメッセージ」 .インターネットリレーチャットプロトコル. p. 21. sec. 4.2.3. doi : 10.17487/RFC1459 . RFC 1459 .
  55. ^ 「チャネルモード」 .インターネットリレーチャットプロトコル. pp. 21 – 22. sec. 4.2.3.1. doi : 10.17487/RFC1459 . RFC 1459 .
  56. ^ 「チャネルアクセス制御」 .インターネットリレーチャット：チャネル管理. pp. 10 – 11. sec. 4.3. doi : 10.17487/RFC2811 . RFC 2811 .
  57. ^ a b「コマンド応答: 353 RPL_NAMREPLY」 .インターネットリレーチャットプロトコル. p. 51. doi : 10.17487/RFC1459 . RFC 1459 .
  58. ^ Roeckx, Kurt (2004年10月14日). 「The 005 numeric: ISUPPORT」 . irc.org . 2011年4月10日閲覧。
  59. ^ Brocklesby, Edward (2002年9月). IRC RPL_ISUPPORT 数値定義. IETF . ID draft-brocklesby-irc-isupport-03 . 2011年4月10日閲覧。
  60. ^ "「'マルチプレフィックス' 拡張 - IRCv3」。
  61. ^ 「Operwallメッセージ」 .インターネットリレーチャットプロトコル. p. 41. sec. 5.6. doi : 10.17487/RFC1459 . RFC 1459 .
  62. ^ Butcher, Simon (2005年1月12日). 「IRCユーザーモードリスト」 . alien.net.au . 2011年4月10日閲覧。
  63. ^ Butcher, Simon (2005年1月12日). 「IRCチャンネルモードリスト」 . alien.net.au . 2011年4月10日閲覧。
  64. ^ Butcher, Simon (2005年1月12日). 「IRCサーバーモードリスト」 . alien.net.au . 2011年4月10日閲覧。
  65. ^ Olsen, Tommy. 「IRCd Modes」 . webtoman.com. 2011年10月15日時点のオリジナルよりアーカイブ。2011年4月10日閲覧。
  66. ^ a b「オペレータ」 .インターネットリレーチャットプロトコル. p. 5. sec. 1.2.1. doi : 10.17487/RFC1459 . RFC 1459 .
  67. ^ニコラ、デーリング;アレクサンダー・シェスタグ (2003 年 9 月 23 日)。「Soziele Norman の美徳グループ: ein empirische Analyze am Beispiel ausghewähiter Chat-Channels」。 Thiedeke、Udo (編)。Virtuelle Gruppen: Charakteristika und Problemdimensionen (ドイツ語) (第 2 版)。スプリンガーVS. 314、337ページ。ISBN 978-3-531-33372-4. 2010年3月30日閲覧。
  68. ^ロジャース、ラス（2004年12月1日）「恐怖の心理」。マシュー・G・デヴォスト編『テロネットワークのハッキング：隠蔽経路の静かな脅威』（第1版）所収。マサチューセッツ州ロックランド：シンクレス・パブリッシング。10ページ。ISBN 978-1-928994-98-5. 2010年3月30日閲覧。
  69. ^ピーターセン、ジュリー・K.編（2002年5月29日）「インターネット・リレー・チャット」『電気通信図解辞典』 （第2版）CRCプレス、500ページ。ISBN 978-0-8493-1173-4. 2010年3月30日閲覧。
  70. ^ 「よくある質問」 . freenode . 2010年3月26日時点のオリジナルよりアーカイブ。2010年3月30日閲覧。
  71. ^ "IRC/Cloaks" . Meta-wiki . 2011年11月27日閲覧。
  72. ^ 「Uniform Resource Identifier (URI) Schemes」 . Internet Assigned Numbers Authority . 2012年10月14日閲覧。
  73. ^ Butcher, Simon (2003年1月).インターネットリレーチャットエンティティのためのUniform Resource Locator Schemes . IETF . ID draft-butcher-irc-url-04 . 2011年4月10日閲覧。
  74. ^ "node-irc" . npm . 2020年1月26日. 2021年7月30日閲覧。
  75. ^ 「サイズ」 .コンピュータネットワーク会議に関する議論. pp. 5 – 6. sec. 2.5.1. doi : 10.17487/RFC1324 . RFC 1324 .
  76. ^ 「スケーラビリティ」 .インターネットリレーチャット：アーキテクチャ. p. 7. sec. 6.1. doi : 10.17487/RFC2810 . RFC 2810 .
  77. ^ Loesch 2003 1.2.1 成長
  78. ^ 「ユーザー識別」 .コンピュータネットワーク会議に関する議論. p. 10. sec. 5.4.1. doi : 10.17487/RFC1324 . RFC 1324 .
  79. ^ 「ツリーとサイクル」 .コンピュータネットワーク会議に関する議論. p. 10. sec. 5.4.2. doi : 10.17487/RFC1324 . RFC 1324 .
  80. ^ Loesch 2003 1.2.2 ネットワーク障害
  81. ^ 「状態情報の問題」 .コンピュータネットワーク会議に関する議論. p. 4. sec. 2.1. doi : 10.17487/RFC1324 . RFC 1324 .
  82. ^ Loesch 2003 1.2.3 社会学的および安全保障的側面
  83. ^ 「メッセージパッシング」 .コンピュータネットワーク会議に関する議論. p. 7. sec. 5.2.1. doi : 10.17487/RFC1324 . RFC 1324 .
  84. ^ 「会議セキュリティ」 .コンピュータネットワーク会議に関する議論. p. 8. sec. 5.2.4. doi : 10.17487/RFC1324 . RFC 1324 .
  85. ^ 「EsperNetでヘルプを得るには」。EsperNet IRCネットワーク。 2012年7月31日閲覧。
  86. ^ brandon (2010年5月18日). 「新機能：ユーザー向けSSL」 DALnet . 2012年7月31日閲覧。
  87. ^スミス、ロデリック・W. (2000年4月8日). 「インターネット：IRCを使ったヘルプの入手」 .マルチブート設定ハンドブック. ハンドブックシリーズ.アッパーサドルリバー、ニュージャージー州: Que Publishing . p.  289. ISBN 978-0-7897-2283-6. 2010 年7 月 25 日閲覧。mIRCは最も人気のある Windows IRC クライアントの 1 つです。
  88. ^ 「Warsow Wiki: IRCモジュール」 。 2011年4月25日時点のオリジナルよりアーカイブ。2011年4月10日閲覧。
  89. ^ Guenter, Daniel (2004年6月21日). 「UT2004 Review」 . BCCHardware . 2011年4月10日閲覧。
  90. ^ 「The Ultimate Uplink Guide」2011年4月10日閲覧。
  91. ^ 「ZDaemon – The Doom Wiki: その他のユーティリティ」 。 2011年4月10日閲覧。
  92. ^ 「IRCクライアントを設定してUstreamに接続・ログインする方法」 Ustream-Helpers. 2012年1月29日. 2013年3月21日時点のオリジナルよりアーカイブ。 2013年4月27日閲覧。
  93. ^ Mauldor (2010年6月20日). 「Ustream vs. Justin.tv」 . LiquidSilver . 2011年7月13日閲覧。
  94. ^ “Twitch IRC” . Twitchヘルプセンター. 2017年4月7日. 2019年2月12日時点のオリジナルよりアーカイブ。 2017年10月30日閲覧。
  95. ^ Canavan, John. 「悪質なIRCボットの進化」(PDF) . Symantec . Symantec Security Response. 2006年3月15日時点のオリジナル(PDF)からのアーカイブ。
  96. ^ "psyBNC Readme" . psybnc.at . 2011年4月10日閲覧。
  97. ^ Carey, Chris (2009年7月18日). 「irssi-proxy + screenを使ったIRC」 . chriscarey.com . 2011年4月10日閲覧。
  98. ^ 「Detachable Frontend (Core Rewrite) / UML / Windows Port (kicking Glade)」 . smuxi.org. 2004年12月25日. 2010年7月25日閲覧。
  99. ^ 「Smuxiについて」 smuxi.org . 2011年4月10日閲覧。
  100. ^マトン、ポール（2004年7月27日）「ユーザーとチャネル」IRC Hacks（第1版）カリフォルニア州セバストポル：オライリーメディア、pp.  44– 46. ISBN 978-0-596-00687-7。
  101. ^ワン・ウォレス（2004年10月25日）「インスタントメッセージとオンラインチャットルーム：インターネットリレーチャット（IRC）」『Steal This File Sharing Book』（第1版）サンフランシスコ、カリフォルニア州：No Starch Press、  65～67頁、ISBN 978-1-59327-050-6。
  102. ^ Vamosi, Robert (2002年5月8日). 「海賊版映画：お近くのサーバーで再生中」 . ZDNet . 2011年4月10日閲覧。
  103. ^ Sasaki, Darla (2002年4月4日). 「IRC 101: What Is It & How Do I Use It?」 . Macobserver.com. 2012年1月6日時点のオリジナルよりアーカイブ。 2011年4月10日閲覧。

一般書誌

さらに読む

Wikidata には次のプロパティがあります:
Wikibookインターネットテクノロジーには、 IRCに関するページがあります。
Wikimedia Commons にはIRCに関連するメディアがあります。
  • IRC数値リスト
  • IRCの歴史
  • IRC.org – IRC6の技術および歴史に関する情報、IRCの歴史に関する記事
  • IRChelp.org – インターネットリレーチャット（IRC）ヘルプアーカイブ。IRC関連文書の大規模アーカイブ
  • IRCv3 – プロトコルに新しい機能を追加し、その仕様を記述する開発者のワーキンググループ
  • IRC-Source 2020年10月8日アーカイブWayback Machine – 履歴データを備えたインターネットリレーチャット（IRC）ネットワークとチャンネル検索エンジン
  • irc.netsplit.de – 履歴データ付きのインターネットリレーチャット（IRC）ネットワークリスト
「 https://en.wikipedia.org/w/index.php?title=IRC&oldid=1329117650」から取得