要約

  • DistributionはNewsgroupsとは別の伝播条件だった。通常のリレーではグループに加え、ヘッダーがあれば少なくとも一つの配布範囲が一致することを期待した。
  • 予約語localの境界はローカル設定で決まる。サーバーはクライアントに候補を示せても、携帯可能な名前の中に普遍的な境界は入っていなかった。
  • RFC 5537は制限をプロトコルで強制できないと明記する。flood-fillは外へ出られる経路を見つけるため、これは協調的な中継方針であり、秘密保持ではない。

同じlocalが別の場所で止まる

隣接する二つのニュースサイトに、Distribution: localを持つ同じ記事が届く。一方の「ローカル」は単一ホストかもしれず、他方は組織全体かもしれない。別のピアはその名前自体を認識しない可能性もある。

トークンには地図もメンバー表もない。どのピアが内部交換に属し、どの配布名を送受信するかは各サイトが決める。要求は記事とともに移動するが、その意味を実行する権限は設定に残る。

複製型ネットワークにはこの分離が必要だった。投稿者は狭い範囲を希望できるべきだが、経路管理者になるべきではない。そこでUsenetはアクセス制御表ではなく、自律したリレーが検査する可搬条件を選んだ。

話題と到達範囲は二つの判定だった

RFC 850は、広いグループに置かれた自動車の売却記事をニュージャージーだけへ送る例を使った。Distributionの目的はグループの到達範囲をさらに狭めることで、広げることではない。

RFC 1036では二軸が明瞭になる。Newsgroupsは会話先と購読を扱い、Distributionがあればサイト間転送には配布名の一致も必要になる。

世界規模のグループに地域限定の告知を載せられる一方、ローカルグループは遠隔サイトが名前を扱わないだけでも狭くなる。前者は「どの会話か」、後者は「どのリレー領域までか」を答えた。

localは距離の単位ではない

RFC 5536は地理的または組織的な伝播制限としてこのフィールドを定義した。worldは無制限だが、フィールドなしが既にその既定値なので明示しない方がよい。localはローカルソフトウェア設定が定義するローカルサイトを意味する。

投稿者はlocalを要求できても、相手サイトのローカル領域の大きさは決められない。この定義は曖昧さではなく、権限の所在を示している。

配布名は大文字小文字を区別せず、Allは禁止され、二文字の国コードを除けば三文字以上が推奨される。表記上の互換性は高まるが、全組織の境界を収録する中央台帳にはならない。

サーバーは候補を示すだけだった

RFC 3977の任意機能LIST DISTRIB.PATSでは、サーバーがニュースグループのパターンと推奨配布値を重み付きで提示できる。クライアントは最も高い重みの一致を使ってよい。

これは投稿地点の慣行をUIへ渡す仕組みである。次のピアを設定するものでも、別ネットワークに同じ解釈を命じるものでもない。

任意の助言と実際の転送を分けたことで、役割が保たれた。サーバーは勧め、投稿者は選び、各ピア関係が自分の方針を実行する。

一つの通過には両側の設定が要った

RFC 5537は、送信側が供給し受信側が受け取るよう設定されたニュースグループが少なくとも一つ、さらにフィールドがあれば配布名も少なくとも一つ一致しない限り、記事をリレーすべきでないとする。

実行条件は双方向である。記事は共通名を提示するが、その関係を成立させるのは両端の設定だ。投稿者が単語一つでピアリングを作ることはできない。

中央裁定なしで大学、企業、地域ネットワークが小さな配布領域を作れる反面、正しさは多くの独立設定へ分散した。同じ記事でも境界ごとに異なる判断が起こり得る。

返信が継承したのは慎重な既定値

RFC 850は返信が元記事の配布範囲を既定で引き継ぐよう求め、RFC 5537もこの考えを残した。通常の返信だけで会話が無意識に外へ広がる危険を減らせる。

ただし封印ではない。新しい投稿者は変更できる。初期仕様も、さらに狭める場合と、広い読者が適切なら意図的に拡大する場合を認めていた。

各記事は新たな公開判断である。先行記事の範囲は文脈と監査材料を提供するが、子孫を永久に支配する権利にはならない。

flood-fillは出口を見つける

RFC 5537のセキュリティ節は、制限配布が受信した全サイトの善意に依存すると述べる。DistributionとArchiveは要求を表せるが、プロトコルは強制できない。

サイトはコピーでき、ピアは誤設定され、利用者は再投稿できる。Netnewsのflood-fillは、制限されたはずのサブネットから出る経路を見つけることに長けている。

漏えいを制御する必要がある組織には、外部ニュース交換を少数のゲートウェイへ集約することが勧められる。実際の境界は管理されたトポロジーと出口運用にあり、ヘッダーは意図の証拠でしかない。

登録は境界を認証しない

現在のIANA Message Headers RegistryはDistributionをRFC 5536参照の標準Netnewsフィールドとして掲載する。名前と構文は安定する。

しかしサイト固有値の意味、順守、現在の普及を保証しない。公式資料から特定事業者の運用やゲートウェイの有効性を推測することもできない。

歴史的な成果は、中央の地図作成者なしに到達希望を共有したことだった。要求を運ぶ仕組みと境界を運用する仕組みを混同しない限り、自治と協調は両立できた。