主要領域
インターネット基盤
主要領域 の観点では、「インターネット基盤」の調査・分析は、記事を主要な領域ごとに整理し、インターネット基盤、運営・政策、接続市場、デジタル資本といった関心分野を追いやすくします。このページでは、関連記事、公開証拠、機関、企業、人物、地域的な影響、運用上の依存関係、市場の文脈をまとめ、別々のカテゴリページに散らばりがちな情報を一覧で確認できます。また、対象領域の説明、関与しうる主体の類型、市場・制度の文脈、シグナルを比較する際に参照すべき資料も示します。運用者、アナリスト、制度・政策の関係者は、同じ領域がイベント、プロフィール、市場の変化、公開証拠、地域依存、長期的なインフラ判断に、時間を追ってどのように現れるかを確認できます。
インターネット史
一対一の応答が止まらなかった時代：EchoとChargenが作ったネットワークの輪
深夜のパケット記録には、もう発信者がいない。ポート19からポート7へ文字列が届き、同じ文字列がポート19へ戻る。その往復だけが続いている。双方は一件の入力に一件だけ答えているのに、二つの正しい応答規則をつなぐと、終了しない仕事になった。
インターネット史
一文字だけ先を読む端末――TelnetがCRの意味を局所的に確定した方法
受信側は`CR`を見た瞬間には動けない。次が`LF`なら次行の先頭へ進み、`NUL`なら同じ行の左端へ戻るだけだからだ。Telnet は遠隔端末の機種を問い合わせず、ただ一文字だけ先を読めば判断できる表現を選んだ。
インターネット史
接続の途中で仕事を替えたサーバー――NNTPが役割の変化を明示した方法
同じ119番ポート、同じ TCP 接続なのに、最初はサーバー間転送の命令が見え、`MODE READER`の後には人が記事を読むための能力が現れる。NNTP は、接続先の同一性と、現在与えられた役割が別物であることを状態遷移として表した。
インターネット史
取り消しもニュースとして旅をした――Usenetが各サイトに判断を残した理由
一つの cancel 制御記事が三つのサーバーへ届く。すでに対象を持つサイトは公開を止め、別のサイトは権限を認めず無視する。三つ目では元記事より先に届いたため、Message-ID だけを記憶して遅れてくる記事を拒む。同じ要求から異なる結果が生まれるのは、Usenet に全体を支配する「取り消し元」がなかったからだ。
インターネット史
別れを待った削除：POP3は印と不可逆な消去をどう分けたか
サーバーは`+OK message 4 deleted`と答えた。しかしクライアントが`QUIT`を送る前に回線が切れ、次の接続ではそのメールが残っている。矛盾ではない。`DELE`が確定したのは一時的な印であり、実体の除去は別の状態に預けられていた。
インターネット史
許可を待ったバイト列：IMAPリテラルが往復時間と拒否の境界を交換した歴史
長さは分かっていた。クライアントは行末に`{11}`と書き、次が11オクテットだと宣言した。それでも送信を止める。サーバーから`+`が来るまでは、その11オクテットを流す権限がなかったからだ。LITERAL+はこの一往復を省いたが、受け取りたくないデータが既に届き始めているという新しい費用を受信側に残した。
インターネット史
バイト数ではなかったチェックポイント：FTPがファイル再開を覚えた過程
FTP の古い再開記録には、`110 MARK ssss = rrrr` という一見単純な行があった。しかし等号の左右は同じ尺度ではない。左は送信側が復元できる場所、右は受信側が安定した保存状態まで進めた場所だった。データ転送はその返答を待たずに続く。再開とは、途中まで届いた量を覚えることではなく、異なる二つのシステムが戻れる意味を一組にして残すことだった。
インターネット史
空の問い合わせが全員を並べた：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 が有用になったのは、この差を残したからだ。サーバーが確認するのは、いま接続した主体とそこで許された行為であり、本文の著者、エンベロープ送信者、その後の経路全体ではない。