主要領域
インターネット基盤
主要領域 の観点では、「インターネット基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
インターネット史
空の問い合わせが全員を並べた：Fingerが人の在席をネットワーク応答にした経緯
TCP 79番へ接続し、名前を書かずに CRLF だけを送る。1977年の NAME/FINGER では、それが「今この計算機を使っている全員を示せ」という正規の要求だった。短い応答には氏名、端末の場所、アイドル時間、本人が残した plan まで載り得た。後の標準が正したのは通信量ではない。共通の質問口と、回答を受け取る権利は別物だという境界だった。
インターネット史
二本目の接続が一本目の持ち主を尋ねた：IDENTがユーザー名の権限を限定した経緯
サーバーはすでに TCP 接続を受け入れている。それなのに、今度は逆向きにもう一本の接続を開く。そこで最初の接続に使われた二つのポートを送り、「この接続を作ったローカルユーザーは誰か」と相手ホストに尋ねる。IDENT が返した名前は監査には役立った。しかし、扉を開ける資格にはならなかった。
インターネット史
時刻を示さなかった時刻パケット：NTPのKiss-o'-Deathが拒否を実行可能にした仕組み
4文字の`RATE`は時刻ではない。それでも NTP 応答の中に置かれたことで、公開サーバーは過剰な問い合わせに沈黙するだけでなく、「間隔を広げてほしい」と返せるようになった。問題は、その一言をクライアントがどこまで信じ、どこまで従うかだった。
インターネット史
ファイルは69番ポートから来なかった――TFTPが転送ごとに端点を結んだ仕組み
最後の DATA を受け取った側は ACK を返しても、すぐには記憶を捨てない。ACK が失われれば同じ最終ブロックが戻ってくるからだ。その短い待機は、TFTP の完了が一つのポートや一度の送信ではなく、選ばれた端点と番号の関係で成り立っていたことを示す。
インターネット史
SMTP が答えないことを覚えた問い――VRFY は受信と名簿開示をどう切り分けたか
1982 年の SMTP では、遠隔の端末が `VRFY Smith` と尋ねるだけで、Fred Smith の氏名とメールボックスが返ることがあった。障害調査には見事に役立つ。しかし、その有用性こそが弱点でもあった。配送の窓口が、外から一件ずつ引ける人名簿になっていたからだ。
インターネット史
サーバーが新しい番号を返した――UIDPLUSはいかにIMAPの変更を検証可能にしたか
MOVE の途中で、元のメールが消えたという通知が先に届く。表示上の連番はその瞬間に詰め直される。新しい保存先 UID との対応が後から届いても、クライアントはすでに動いた足場の上で照合しなければならない。UIDPLUS の歴史は、正しい情報を返すだけでなく、まだ解釈できる順番で返すための歴史でもある。
インターネット史
接続を譲り渡したコマンド：SMTPがTURNをETRNへ置き換えた理由
メールホストは事業者へ電話をかけ、回線を「逆向き」にしてほしいと頼んだ。サーバーは同じ接続で待機中のメールを送り返せた。しかし、相手がホスト名を名乗ったことと、そのホスト宛てメールを受け取る権限があることは別だった。
インターネット史
中継がリセットできなかった期限：SMTP DELIVERBY が運んだ残り時間
最初のサーバーが受け取った 120 秒は、次のサーバーで再び 120 秒にはならない。22 秒を費やした中継は 98 秒だけを渡す。RFC 2852 が標準化したのは高速配送ではなく、この引き継ぎの規律だった。
インターネット史
試して推測する前に、能力を名乗らせる――CAPAから読むPOP3 UIDLの境界
サーバーが UIDL を実装しているか知る方法が、実際にコマンドを送り、成功か失敗かを見ることしかなければ、機能発見とメール処理が同じ試行錯誤に混ざる。CAPA は対応能力を先に広告させた。しかし、`UIDL`という一行が証明するのはコマンドの存在までであり、識別子の範囲、保存期間、クライアントの記憶までは保証しない。
インターネット史
遮断者に名乗るよう求めたエラーコード
HTTP 451 は法的障害と実行者を可視化できる。しかし、開示を強制せず、命令を正当化せず、HTTP より下の遮断も見通せない。
インターネット史
最後の非圧縮行：IMAP はその後の全バイトをどう読み替えたか
サーバーの返答は見慣れた形だった。タグ、`OK`、短い説明、そして CRLF。しかし、その行が従来の方法で読める最後の行になる。COMPRESS が受理されれば、次のサーバーバイトは目に見える IMAP 文法ではなく DEFLATE ストリームに属する。両端が開始位置を一バイトでも違えれば、残りの接続は読めなくなる。
インターネット史
繰り返す必要があった挨拶：STARTTLS が SMTP の信頼をリセットした理由
クライアントが最初に名乗った時点では、通信は平文だった。サーバーが最初に示した機能一覧も同じである。その後で同じ接続を TLS で包んでも、過去の発言まで保護済みにはならない。SMTP はそこで、握手が終わったら互いの記憶を捨て、もう一度挨拶することにした。
インターネット史
メッセージに署名できなかった資格情報：SMTP AUTHが投稿者の境界を定めた理由
資格情報はメール投稿の門を開けても、手紙に署名することはできない。SMTP AUTH が有用になったのは、この差を残したからだ。サーバーが確認するのは、いま接続した主体とそこで許された行為であり、本文の著者、エンベロープ送信者、その後の経路全体ではない。
グローバルの機関
linuxptp と高精度時刻を支える制御ループ
linuxptp は Linux ホスト、ハードウェアクロック、ネットワーク時刻源を高精度時刻システムとして結び付ける。IEEE 1588 の状態、パケットタイムスタンプ、サーボ、システムクロックを調整するが、最終精度は NIC、発振器、プロファイル、トポロジー、校正、基準源の完全性に依存する。
研究者
Laurent Vanbever と、変化しながらテストされるべきネットワーク
Laurent Vanbever の研究は、ネットワーク設定を実行可能なソフトウェアとして捉え、その障害が展開前・展開中・展開後に発生し得るとする。安全なルーティング移行や設定合成から、実行時 BGP 検知、省エネルギー運用まで、ETH Zurich での研究は、ネットワークが絶えず変化する中で運用者が意図を保つ方法を問いかけている。
インターネット史
格下げできなかったアドレス：SMTPUTF8が経路を名前の一部にした理由
アクセント付き表示名は、ASCII アドレスの飾りとして旧来のメールを通れた。非 ASCII のメールボックス名は違う。それ自体が宛先だった。SMTPUTF8 は、各中継に別名を発明せず、その身元を運べることの証明を求めた。
研究者
Katerina Argyraki とパケット転送における証明の探求
Katerina Argyraki の研究は、ネットワークがよりプログラム可能になるにつれて難しくなる問題を追う。パケット処理システムは高速で柔軟かもしれないが、事業者や利用者がその正しい動作を示す証拠を持てないことが多い。EPFL での彼女の仕事は、ソフトウェアルーターの規模、コード検証、性能契約、パケット領収書、外部測定を結びつけ、ネットワークの説明責任に層状のアプローチをもたらす。
グローバルの機関
FreeRADIUS とネットワークアクセスを支える信頼判断
ネットワークへのログインは数個のパケットで決まっても、その背後の信頼関係は証明書、ディレクトリー、アクセス装置、ローミング相手、アカウンティングシステムにまたがる。FreeRADIUS はポリシーを検証可能かつプログラム可能にする一方、旧来クライアント、依存先、障害経路への責任を運用者に残す。
インターネット史
配達を約束できなかった受領証
SMTP DSN はバウンスを構造化された証拠へ変えた。ただし、送信者が報告を求められても、報告システムが観測していない結果までは保証できないという境界を残した。
グローバルの機関
BIRD とインターネットエクスチェンジを支えるルーティングポリシーエンジン
BIRD Internet Routing Daemon は、チェコの大学プロジェクトから、インターネットエクスチェンジを含む要求の厳しい環境で使われる制御プレーンへ発展した。その歩みは、オープンなルーティングソフトウェアが独自仕様への依存を減らす一方、設定、ブランチ管理、テスト、障害対応の責任を運用者へ移すことを示す。