IRC の

IRCdはInternet Relay Chat daemonの略で、IRCプロトコル を実装したサーバーソフトウェアであり、インターネットを介して人々が会話すること（リアルタイムでテキストメッセージを交換すること）を可能にします。 ^{[1] [2]}これは、IRC チャネルにアウトバウンド接続する IRC ボットとは異なります。

サーバーは、TCPポートのセットでIRCクライアント^[3]からの接続をリッスンします。^[4]サーバーがIRCネットワークの一部である場合、他のサーバー/デーモンとの確立された1つ以上の接続も保持します。^[5]

ircdという用語は、もともと1つのソフトウェアのみを指していましたが^[6]、最終的にはIRCデーモンのあらゆる実装を指す一般的な用語になりました。^{[7] [8]}ただし、元のバージョンは現在も同じ名前で配布されており^[9]、この記事では両方の用途について説明します。

オリジナルのIRCdは「ircd」として知られ、 1988年にJarkko Oikarinen (IRCのWiZ)によって作成されました。 ^{[10] [11]}彼は、2.2+msaリリースなどに協力したMarkku Savela (IRCのmsa)など、他の多くの人々から支援を受けました。

IRC の最初の改訂版には、名前付きチャンネルやチャンネル オペレータなど、今日では当たり前になっている多くの機能はありませんでした。チャンネルには番号が付けられ (たとえば、チャンネル 4 やチャンネル 57)、チャンネルトピックはチャンネルで行われた会話の種類を説明していました。これの名残として、チャンネル 0 に参加すると、クライアントは現在参加しているすべてのチャンネルから退出することになります。「CHANNEL 0」は、現在のチャンネルを退出するための元のコマンドです。

IRC への最初の大きな変更は、バージョン 2.5 で名前付きチャネル「+channels」が追加されたことでした。その後、バージョン 2.7 で「+channels」は「#channels」に置き換えられ、数値チャネルは完全に削除され、チャネル禁止 (モード +b) が実装されました。

バージョン 2.7 の頃、小さいながらも注目すべき論争がありました^{[説明が必要] 。その結果、ircd の}アンダーネットフォークである ircu が誕生しました。

irc2.8 では、「&channels」(ネットワーク全体ではなく、現在のサーバーにのみ存在するもの) と「!channels」(ユーザーが「ネットスプリットに乗る」ことによってチャネルを悪用する可能性のあるさまざまな方法の影響を受けずに理論上安全なもの) が追加され、現在のほぼすべての実装の派生元となるベースライン リリースとなっています。

2.8 の頃に、ニックネームとチャンネルの遅延の概念が登場しました。これは、乗っ取りやスプリット ライディングなどの不正行為を抑制するために設計されたシステムです。これは、現代の IRC (EFnet、DALnet、Undernet など) の大半では同意されませんでした。そのため、2.8 は、ネットワーク上の各チャンネルまたはニックネームに固有のタイムスタンプを保存し、どれが「正しい」ものであるかを判断する、TS (タイム スタンプ) と呼ばれる反対の理論を使用するいくつかの異なるデーモンに分岐しました。

タイムスタンプ自体は、設計上のさまざまな問題を修正するために何度も改訂されています。このようなプロトコルの最新バージョンは次のとおりです。

• TS6プロトコルはEFnetやハイブリッドおよびRatboxベースのサーバーなどで使用されています。
• P10 プロトコルは、Undernetおよび ircu ベースのサーバーによって使用されます。

クライアントからサーバーへのプロトコルは少なくとも機能的には似ていますが、サーバーからサーバーへのプロトコルは大きく異なります (TS5、P10、および ND/CD サーバー プロトコルは互換性がありません)。そのため、IRC サーバーの 2 つの個別の実装を「リンク」することは非常に困難です。たとえば、2.10 サーバーを TS5 サーバーにリンクできるようにする「ブリッジ」サーバーもいくつか存在しますが、これらのサーバーには各プロトコルのどの部分が使用できるかという制限が伴うことが多く、広く普及していません。

2.8 に基づく重要なリリースには以下が含まれます。

• 2.8.21+CS、Chris Behrens ( Comstud )によって開発
• 2.8+th、Taner Haliciogluのパッチセット。これは後に
  • Hybrid IRCd は、もともと Jon Lusky ( Rodder ) と Diane Bruce ( Dianora ) によって 2.8/hybrid として開発され、後に大規模な開発チームが加わりました。
• 2.9、2.10、2.11、... 元のコードベースの開発を継続します。

オリジナルのコード ベースは、主にIRCnetネットワークで使用するために開発が続けられました。新しいサーバー間プロトコルは、1998 年にリリースされたバージョン 2.10 と、2004 年に最初にリリースされ、2007 年現在最新のバージョンである 2.11 で導入されました。このデーモンはIRCnet^{[アップデート]}で使用されており、http://www.irc.org/ftp/irc/server/ で見つけることができます。オリジナルの ircd は、 GNU General Public Licenseに基づいてライセンスされたフリー ソフトウェアです。この開発ラインは、RFC 1459 の後にリリースされた 4 つの IRC RFC を作成し、このサーバー プロトコルのみを文書化しました。

2.8.21+CS と Hybrid IRCd は引き続きEFnetで使用されていますが、2004 年時点では ircd-ratbox (ircd-hybrid の派生) が^{[アップデート]}最も人気があります。

最近では、ithildin、^[12] InspIRCd、^[13] csircd（Chris Behrens氏も作成）、ConferenceRoom、^[14] Microsoft Exchange Chat Service、WeIRCd、^[15] IRCPlus/IRCXProなど、いくつかのircデーモンがゼロから作成されました。^[16]

これらの試みは、成功と失敗が入り混じっており、既存のIRC開発コミュニティからは大きな懐疑的な見方も寄せられています。新しいIRCdが登場するたびに、IRCプロトコルのわずかに異なるバージョンが使用され、^{[17] [18]}多くのIRCクライアントとボットは、接続先のサーバーに応じて機能面で妥協したり、実装を変えたりせざるを得なくなります。 ^{[19]これらは、使いやすさ、セキュリティ、権限の分離、}サービスとの統合のしやすさを向上させる目的で実装されることが多いです。おそらく最も一般的で目に見える違いの1つは、ハーフオペレーションチャネルオペレータステータス（RFCの要件ではない）を含めるか除外するかです。

公式に割り当てられているポート番号は、194 ("irc")、529 ("irc-serv")、994 ("ircs") です。^[20]ただし、これらのポートは特権範囲 (0～1024) にあり、Unix 系システムでは、デーモンがこれらのポートを開くには、従来はスーパーユーザー権限が必要でした。さまざまなセキュリティ上の理由から、これは望ましくありませんでした。

IRCdプロセスの一般的なポートは6665から6669で、6667が歴史的にデフォルトです。^[21]これらのポートはスーパーユーザー以外のプロセスによって開くことができ、広く使用されるようになりました。

数千人以上の同時ユーザーがいるような大規模な IRC サーバーを実行するには、非常に多くのTCP 接続を長時間開いたままにしておく必要があります。ほぼすべてのアクションでグローバル状態にアクセス (少なくとも読み取り、場合によっては変更) する必要があるため、マルチスレッド化されている IRC サーバーはほとんどありません。

その結果、ircd に最適なプラットフォームは、単一のスレッドで膨大な数の接続を処理するための効率的なメカニズムを提供するプラットフォームです。Linuxは、カーネル 2.4.x 以降のシリーズで、この機能をepollの形で提供しています。FreeBSD ( 4.1以降) と OpenBSD (2.9 以降) はkqueue を提供しています。Solarisはバージョン 7 以降で /dev/poll を備えており、バージョン 10 以降ではIOCP (I/O 完了ポート) を備えています。WindowsはWindows NT 3.5 以降でIOCPをサポートしています。これらの新しいインターフェイスによってもたらされる違いは劇的です。IRCU 開発者は、サーバーあたりの実際の容量が 10,000 ユーザーから 20,000 ユーザーに増加したと述べています。^{[引用が必要]}

一部の IRCd はトランスポート層セキュリティ(TLS) をサポートしていますが、サポートしていない場合でも、Stunnel経由で SSL を使用できます。非公式ですが、TLS IRCd 接続で最もよく使用されるポートは6697です。最近では、セキュリティ強化と使いやすさの向上として、さまざまなクライアントとサーバーの作者が、TLS とプレーンテキスト接続が同じ TCP ポートで共存できるようにする STARTTLS 標準^[22]と呼ばれる標準の草案を作成し始めました。

IRC デーモンはIPv4 をサポートしており、一部はIPv6もサポートしています。一般に、IRC への IPv6 接続と IPv4 接続の違いは純粋に学術的なものであり、サービスはどちらのプロトコルでもほぼ同じように動作します。

大規模なIRCネットワークは、水平スケーリングを目的として複数のサーバーで構成されています。これらの目的のために、いくつかのIRCプロトコル拡張が存在します。^[23]

IRCX（Internet Relay Chat eXtensions）は、Microsoftが開発したIRCプロトコルの拡張機能です。

P10プロトコルは、アンダーネット コーダ コミッティが ircu サーバ ソフトウェアで使用するために開発した、サーバ間通信用のインターネット リレー チャットプロトコルの拡張です。このプロトコルは、 IRCXおよび EFnet TS5/TS6 プロトコルと目的が似ており、ニックネームの衝突とネットスプリット チャネル ライディングを処理するために、ニックネームとチャネルのタイムスタンプを実装しています。このプロトコル拡張を使用する他の IRCd には、beware ircd があります。^{[23] [24] [25]}

TS6プロトコルは、当初 ircd-ratbox の開発者によって開発された、サーバー間通信用のインターネット リレー チャットプロトコルの拡張です。さまざまな IRC ソフトウェアによって拡張されており、TS6 の適切な実装は、機能が異なっていても、機能ネゴシエーションを使用して相互にリンクできるという特徴があります。

サーバー、チャンネル、またはニックネームをジューピングすることは、サーバーまたはネットワーク上のそのチャンネルやニックネーム、またはネットワーク上のそのサーバーをブロックする行為を指します。この用語の由来の1つの考えられる説明は、EFnetでニックネームNickServの制御権を獲得したJupiterというオペレーターにちなんで名付けられたというものです。^{[26] [要出典]} EFnetはNickServなどのサービスを提供していません。Jupiterは（他のオペレーターとともに）ニックネームは所有されるべきではないと考え、ニックネームの制御権を獲得しました。今日、EFnetのオペレーターは他のネットワークでサービスとして使用されているニックネームをジューピングしています。

ニックネームまたはサーバー ジュープは、特定の識別子が一意であるという事実を利用します。識別子を使用することで、他のユーザーが使用できないようにする排他ロックが取得されます。

公式に認可されたジュペは、侵害されたサーバーがネットワークに損害を与えないようにジュペを実行する場合など、サービスまたはサーバー構成オプションを利用してジュペを強制することもあります。

実際には、IRCオペレーターは現在、チャンネルやニックネームを管理上利用できないようにするためにjupe設定を使用しています。^[27]チャンネルjupeとは、サーバー固有のチャンネル禁止を指します。つまり、特定のサーバーに接続しているときに特定のチャンネルに参加することはできませんが、他のサーバーではユーザーがチャンネルに参加できる場合があります。これは、問題のあるチャンネルへのアクセスを禁止する方法です。

O -line ( O:line ^[要出典]とも表記されることが多い。ローカルオペレータをサポートする IRCd では、O-line は小文字の O が付いたo:lineと呼ばれる^[要出典] ) は、Operator Lineの短縮形で、オリジナルの IRCd の行ベースの設定ファイルに由来するものであり、どのユーザーがIRC オペレータになれるか、またその際にどのような権限が与えられるかを決定する IRC デーモン設定ファイル内のコード行である。名前は、オリジナルの IRCd で行に使われていたプレフィックスである大文字の O に由来する。O-line は、特定のオペレータのユーザー名、パスワード、オペレータフラグ、およびホストマスク制限を指定する。サーバとネットワークの管理ニーズに応じて、サーバには複数の O-line が存在する場合がある。^[28]

オペレータ フラグは、オペレータに付与される権限を説明するために使用されます。IRC オペレータの中には、ネットワーク ルーティングを担当するオペレータもいれば、ネットワークの不正使用を担当するオペレータもいるため、必要な権限も異なります。^[4]使用可能なオペレータ フラグは、使用している IRC デーモンによって大きく異なります。一般的に、機能が豊富な IRC デーモンにはオペレータ フラグが多く、従来の IRC デーモンにはオペレータ フラグが少なくなる傾向があります。

O ラインは、特定のホストマスクまたはIP アドレスのユーザーのみがその O ラインを使用して IRC オペレータ ステータスを取得できるように設定することもできます。O ラインでホストマスクと IP アドレスを使用する場合、IP アドレスは同じである必要がありますが、追加のセキュリティが提供されます。

ユーザーがk-lined ( kill lineの略) されると、そのユーザーは特定のサーバーから一定期間または永久に禁止されます。禁止されたユーザーは、そのサーバーに再度アクセスできなくなります。これは、サーバーの IRC デーモン構成ファイルに、先頭に文字「K」が付いた行として記録されます (つまり、「K-line」)。

ircd-hybrid およびその派生製品を含む一部の IRC デーモンは、ネットワーク上の他の一部またはすべてのサーバーに K ラインを伝播するように設定できます。このような設定では、K ラインは G ラインと同様に実質的にグローバル禁止となります。

切断の正確な理由はケースごとに異なりますが、通常は切断の対象となるクライアントまたはユーザーの何らかの側面に関係しています。

ユーザーの行動

K ラインは、ユーザー側の不適切な行動 (「ニックネームの衝突」、モード「ハッキング」、複数のチャンネルへのフラッディング、プライベート メッセージ機能による他のユーザーへの嫌がらせ、「スパム」など)、またはタイムスタンプのない古いネットワークの場合はスプリットライディングなどにより付与される可能性があり、チャンネル オペレーターの権限だけでは修正できません。

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

一部の IRC デーモンは、接続するクライアントのウイルスやその他の脆弱性をスキャンするように設定でき、その結果に応じてさまざまな方法で反応します。たとえば、他のネットワーク ユーザーを脆弱性から保護するために、古くて安全でないクライアント ソフトウェアがブロックされる場合があります。一部のネットワークでは、オープン プロキシでまたはオープンプロキシ経由で動作しているクライアントや、安全でない Web サーバーを実行しているクライアントを切断します。

地理的位置

異なるロケールで複数のサーバーを運用する IRC ネットワークは、クライアントとサーバー間の距離を縮めようとします。これは、多くの場合、ローカルのクライアントを優先して、遠いロケールのクライアントを切断 (および/または禁止) することで実現されます。

K ラインに関連するネットワーク「ライン」は他にも多数あります。最新の IRC デーモンでは、IRC オペレータが通常の操作中にこれらのラインを設定することもできます。このとき、サーバー構成ファイルへのアクセスは日常的に必要ありません。

Gラインまたはグローバル キル ライン( G:lineとも表記) は、ユーザーに適用されるグローバル ネットワーク禁止です。この用語はUndernetに由来しますが、 DALnetではAKillと呼ばれる同様の概念が使用されていました。^{[引用が必要]}

G ラインはIRCd の構成ファイルに保存されることもありますが、 IRC サービスを通じて K ラインを処理する一部のネットワークでは、サービスの構成ファイルに保存することを好みます。G ラインのユーザーが IRC ネットワークに接続しようとすると、サービスまたは IRC デーモンが自動的にクライアントを切断し、多くの場合、禁止の理由を説明するメッセージが表示されます。

G ラインは K ラインの変形で、ほとんど同じように機能しますが、K ラインはネットワークの 1 つのサーバー上のクライアントのみを切断します。G ラインは通常、1 つのサーバーで K ラインを受け取ったが、別のサーバー経由で接続してネットワークを悪用し続けるユーザーに適用されます。G ラインは極端な手段と見なされることが多く、違反ユーザーを説得するための多大な試みが行われたにもかかわらず、繰り返し悪用される場合にのみ使用されます。したがって、特に大規模なネットワークでは、非常に高いランクのグローバルIRC オペレーターのみが G ラインの設定を許可されることが多く、K ラインはほとんどの場合ローカルな問題と見なされ、ネットワーク内の 個々のサーバーのオペレーターに任されています。

G ラインの動作も K ラインとは少し異なります。G ラインは通常、*@IPaddress または *@host として設定され、最初のオプションの方が適しています。*@host オプションが使用される場合、サーバーはユーザーに対して逆 DNS ルックアップを実行し、返されたホストを G ライン リスト内のホストと比較する必要があります。これにより遅延が発生し、DNS が正しい結果を返さない場合、禁止されたユーザーがネットワークに接続できる可能性があります。

Zラインまたはzap ライン( Z:lineとも表記) は K ラインに似ていますが、クライアントの IP アドレス範囲に適用され、極端な場合に使用されると考えられています。Z ラインはユーザー名 (identd) や解決されたホスト名を確認する必要がないため、接続時にユーザーがデータを送信する前にユーザーに適用できます。したがって、多数のユーザーを禁止する場合、Z ラインは K ラインや G ラインよりも効率的で、使用するリソースが少なくなります。

ircd-hybrid などの一部の IRC デーモンでは、これはD ライン(拒否ライン) またはX ラインと呼ばれます。

Z ラインは IRCd の構成ファイルに保存されることもありますが、IRC サービスを通じてラインを処理する一部のネットワークでは、サービスの構成ファイルに保存することを好む場合があります。Z ラインを使用しているユーザーが IRC ネットワークに接続しようとすると、サービスまたは IRC デーモンが自動的にクライアントを切断し、多くの場合、禁止の理由を説明するメッセージが表示されます。

Z ラインは K ラインのバリエーションで、ほぼ同じように機能します。ほとんどの Z ラインは、ネットワーク全体を悪用するユーザーに「付与」されます (小規模なネットワークでは、これらは個別のインシデントに対してより頻繁に発行されます)。

Z ラインの動作も K ラインとは少し異なります。Z ラインは通常 *@IP または *@host として設定され、最初のオプションの方が適しています。Z ラインは接続ユーザーからの ident 応答を待たず、ユーザーの IP を Z ライン リストと比較し、一致が見つかるとすぐにソケットを閉じます。*@host オプションが使用されている場合、サーバーはユーザーに対して逆 DNS ルックアップを実行し、返されたホストを Z ライン リスト内のホストと比較する必要があります。これにより遅延が発生する可能性があります。また、DNS が正しく返されない場合、禁止されたユーザーがネットワークに接続できる可能性があります。実際には、*@host オプションは Z ラインを使用する意図に完全に反するため、一部の IRCd プログラムでは *@IP 以外のものを許可せず、 IP セクションでワイルドカード(?、*) またはCIDR プレフィックス長(例: /8)を許可してサブネット全体をブロックします。 K ライン (IRC クライアントのみに影響) とのもう 1 つの違いは、IP が禁止されている場合、他のサーバーも含め、何もこの IP (または禁止マスクに応じて IP 範囲) から接続できないことです。

サーバーまたはネットワーク管理者の観点から、K ラインや G ラインよりも Z ラインを使用する利点の 1 つは、Z ラインは主にident応答またはDNSルックアップを待機しないため、K ラインよりも帯域幅が少なくなることです。

K ラインや G ラインよりも Z ラインを使用するデメリットは、一部のダイヤルアップ接続やDSL接続でよくあるように、ISP 全体や非常に動的な IP アドレスを禁止することが難しくなることです。たとえば、ネットワーク管理者が ISP example.com 全体を禁止したい場合 (仮想IP アドレス範囲は 68.0.0.0 ～ 68.255.255.255 および 37.0.0.0 ～ 38.255.255.255)、G ラインでは *@*example.com を使用できますが、Z ラインでは同じことを行うために *@37.*.*.*、*@38.*.*.*、*@68.*.*.* が必要になります。

Z ラインはグローバルにすることもできます。その場合はGZ ラインと呼ばれます。GZ ラインは、ネットワーク上のすべてのサーバーに伝播することを除いて、Z ラインと同じように機能します。一部の IRC デーモンは、他のサーバーと Z ラインを共有するように設定することもできます。

UnrealIRCd などの一部の IRCd では、Q 行はニックネーム、または特定のパターンに一致するニックネームを禁止します。これは、サービス ニックネーム ("X" やNickServなど) の使用を禁止したり、非オペレーターによるIRC オペレーターニックネームの使用を禁止するために最もよく使用されます。一部の IRC デーモンは、最初に Q 行を適用したときにユーザーを切断しますが、他のデーモンはニックネームの変更を強制したり、Q 行でカバーされているユーザーが再接続するまで何もしません。ircd-hybrid などの他の IRCd は、代わりに "RESV" ("reserve") コマンドを使用し、統計文字は Q のままにします。"RESV" コマンドは、チャネルの使用を禁止することもできます。

• インターネットリレーチャットサービス

• irc.org – IRC リソース
• TSとニックネーム遅延メカニズムの技術的比較
• DarkFire IRC マニュアル (ネットワーク固有)
• アンダーネットのKラインとGラインのFAQは、2008年4月1日にWayback Machineにアーカイブされてお​​り、その理由などが記載されています。
• EFnet FAQ といくつかの -line 用語の説明
• Quakenet 一般 FAQ G/K ライン
• GLine、KLine、QLine、ELine 構文