メインコンテンツへスキップ

調査・分析

最新記事

インフラ運用者、政策決定、市場動向、デジタル権力の変化に関する最新情報。

リースは一台のサーバーを越えられても、期限は越えられない――DHCPが更新から再結合へ進む仕組み

インターネット史

リースは一台のサーバーを越えられても、期限は越えられない――DHCPが更新から再結合へ進む仕組み

DHCP サーバーが一台応答しなくなっても、クライアントのアドレスは直ちに無効にはならない。まず貸与元に更新を求め、残り時間が少なくなると正当な別サーバーにも要求を広げる。それでも DHCPACK が届かなければ、満了時点で使用をやめる。DHCP は、時間とともに応答者の範囲を変えることで可用性と権限の境界を両立させた。

2026年8月29日
別れを告げるまで現実にならなかった削除――POP3がQUITを待った理由

インターネット史

別れを告げるまで現実にならなかった削除――POP3がQUITを待った理由

POP3 で`DELE`が成功しても、メールはまだサーバーに残っていた。これは曖昧な応答ではない。削除要求を取り消せる意思として保持し、正常な会話の終了だけに実行の権限を与える設計だった。

2026年8月29日
RIPEは更新完了とした。その後、文書閲覧障害と処理遅延が続いた

記事

RIPEは更新完了とした。その後、文書閲覧障害と処理遅延が続いた

RIPE NCC は8月22日17時56分(CEST)、Alfresco の計画保守を完了扱いにした。週明けの24日には、新規文書を作成できる一方、一部の文書は表示もダウンロードもできない状態になった。26日には同名の記録で文書処理の遅延が報告され、翌日の設定変更と監視を経て解決した。更新が原因だったと示す資料はない。それでも、変更の完了と業務機能の検証を同じ印で済ませられないことは分かる。

2026年8月29日
シグナルは署名済みだった。委任はまだ安全ではなかった――CDS/CDNSKEYと親DSを公開する権限

ケースファイル

シグナルは署名済みだった。委任はまだ安全ではなかった――CDS/CDNSKEYと親DSを公開する権限

子ゾーンが正しく署名した鍵変更の意思を DNS に置いても、最初の信頼経路は自動的には生まれない。CDS/CDNSKEY が機械化するのは親子間の連絡であり、運用上の支配、登録者の委任、親側の受入れ、リゾルバーの検証を同じ権限に変えるものではない。

2026年8月29日
カタログは正しかった。削除権限はなかった:DNS Catalog Zonesが構成を権力に変えるとき

ケースファイル

カタログは正しかった。削除権限はなかった:DNS Catalog Zonesが構成を権力に変えるとき

壊れたカタログを受け取った DNS サーバーは、最後に有効だったメンバーを維持できる。難しいのは、壊れていないカタログである。構文上は完全でも、空のメンバー一覧が誤りなら、自動化は誤った削除を正確かつ高速に実行してしまう。

2026年8月29日
モハメド・アワン=ラーがMY.NeuTransで実際に統制したもの

リーダー

モハメド・アワン=ラーがMY.NeuTransで実際に統制したもの

JARING 後のモハメド・アワン=ラー博士が選んだのは、消費者向け通信サービスで顧客と競争することではなく、他の事業者が利用する受動型ネットワーク設備を卸売中心で供給する事業だった。公開資料は、その選択が設備提供と商業活動に移されたことを示す。一方、顧客の投資負担、参入期間、小売価格、設備重複、市場集中がどれだけ改善したかまでは立証していない。

2026年8月29日
LACNICの一つのオフィスに三つの公開カレンダー

記事

LACNICの一つのオフィスに三つの公開カレンダー

モンテビデオの同じ住所、同じ営業時間を案内する LACNIC の連絡先ページが、スペイン語、英語、ポルトガル語で別々の年を示している。休日名は翻訳対象でも、業務上の基準日まで言語別に持つ必要はない。

2026年8月29日
F-Root障害が示したもの――冗長化だけでは検証可能な切り替え準備にならない

ケースファイル

F-Root障害が示したもの――冗長化だけでは検証可能な切り替え準備にならない

2020年1月23日の F-Root 障害では、分散配置された基盤の一部が誤った DNS 応答を返し、.net の名前解決が断続的に失敗した。焦点は単なるソフトウェア不具合ではない。リリースを制御する組織、外部から異常を認識する組織、影響を受けた経路を撤回できる組織が分かれていたとき、冗長性を実際の回復力へ変えるには何が必要か。本稿は、修復された事実と、その後の耐久性が公開記録からは確認できないという限界を分けて検証する。

2026年8月29日
GPUの台数だけではクラウドの実力は決まらない――Genesis Cloudの地域境界を検証する

欧州・中東のクラウドサービストレンド

GPUの台数だけではクラウドの実力は決まらない――Genesis Cloudの地域境界を検証する

Genesis Cloud の公開技術情報から見えてくる重要な制約は、GPU の型番や台数ではなく、計算資源、ストレージ、プライベートネットワーク、パブリック IP、経路、DNS をどの範囲で一つのシステムとして扱えるかにある。地域をまたぐ設計では通信面が変わり、データや構成要素の再作成も必要になり得る。そこで問うべきなのは、名目上のアクセラレーター容量ではなく、通常運用、障害、地域移行、事業者からの退出まで含めて、AI ワークロードを再現可能な形で動かせるかどうかである。

2026年8月29日
セッションは越えられても、メールボックスの再生は越えられない識別子――IMAPがUIDVALIDITYを必要とした理由

インターネット史

セッションは越えられても、メールボックスの再生は越えられない識別子――IMAPがUIDVALIDITYを必要とした理由

オフラインの端末が後日同じメールを見つけられるのは、番号が長いからではない。サーバーが、その番号を以前と同じ対象に結び付け続けられるかどうかを明示するからだ。IMAP は永続 UID と同時に、その効力が切れたことを伝える世代を設計した。

2026年8月29日
David Meyerと「場所」を内蔵しないアドレスの保守

IETF

David Meyerと「場所」を内蔵しないアドレスの保守

LISP では、EID を変えずにネットワーク上の接続点を RLOC として更新できる。しかし、場所をアドレスから外せば運用責任まで消えるわけではない。登録権限、検索結果、Map-Cache の期限、ロケーター選択、アンダーレイ到達性、宛先サイトでの配送が、別々の管理者と時計を持つようになる。

2026年8月29日
迂回路は同時に目的地になれない:DNS CNAME が引いた境界

インターネット史

迂回路は同時に目的地になれない:DNS CNAME が引いた境界

DNS は古い名前から新しい行き先へ案内できる。ただし、その名前自身の通常データを手放すことが条件だった。CNAME はこの制約を、キャッシュ可能な命令へ変えた。迂回を記憶し、対象名から問い合わせをやり直し、別名を支配する者と到着先のデータを支配する者を混同しない。

2026年8月29日
ARIN 58のFellowshipは上限15人だった。発表されたのは19人だ

記事

ARIN 58のFellowshipは上限15人だった。発表されたのは19人だ

増えた4枠は、現地参加ではなくオンライン参加だった。ARIN の公開日程には今も「現地10人、オンライン5人が上限」とある一方、8月26日の選考結果は「現地10人、オンライン9人」としている。参加機会を広げたこと自体を問題視する理由はない。問うべきなのは、その変更を示す日付と記録が見当たらないことだ。

2026年8月29日
答えは期限切れだった。障害は終わっていなかった――DNS Serve-StaleとTTL後の権限

ケースファイル

答えは期限切れだった。障害は終わっていなかった――DNS Serve-StaleとTTL後の権限

権威サーバーへ到達できないとき、昨日の答えは今日の失敗より役に立つことがある。ただし、キャッシュに残っていることと、現在も正しいことは同じではない。Serve-stale は、その差を消さずに可用性を買うための限定的な運用権限である。

2026年8月29日
PP-26では候補者が一人でも過半数が必要だ

ケースファイル

PP-26では候補者が一人でも過半数が必要だ

PP-26 の公開ページでは現在、事務総局長と電気通信標準化局長について、それぞれ一人だけが候補者として掲載されている。しかし、これは選挙結果ではなく、最終候補者名簿ですらない。立候補は10月12日まで受け付けられる。締切後も一人だけだったとしても、ITU の規則は自動就任を認めていない。加盟国は秘密投票を行い、候補者は過半数を得なければならず、その授権がどう成立したかを集計記録で示す必要がある。

2026年8月29日
APNICのNRO投票には二つの選挙人層がある。結果には内訳が要る

記事

APNICのNRO投票には二つの選挙人層がある。結果には内訳が要る

選挙結果は、一票の誤差もなく集計されながら、その数字がどのような委任を表すのかを曖昧にできる。APNIC が8月27日に開始した NRO Number Council 選挙では、会員組織と条件を満たす会議参加者が、異なる資格と時間帯から同じ集計へ入る。二つを組み合わせる制度は意図的だろう。組み合わせた事実まで結果から消す必要はない。

2026年8月29日
Alan DeKokと信頼をTLSへ移したRADIUS/1.1

IETF

Alan DeKokと信頼をTLSへ移したRADIUS/1.1

RADIUS/1.1 が提示するのは、古い仕組みの一斉廃止ではない。Alan DeKok は、自らも関わった過去の互換性判断を見直し、共有シークレットと MD5 の役割を、明示的に合意した TLS 接続だけから取り除いた。移行の成否は RFC の発行日ではなく、各ホップで何が選択されたかに宿る。

2026年8月29日
半分の応答を真実にしなかった1ビット:DNSが運び方を変えたとき

インターネット史

半分の応答を真実にしなかった1ビット:DNSが運び方を変えたとき

初期の DNS が通常の問い合わせに使う UDP 応答は、512バイトに収まる必要があった。収まらないとき、先頭から入った記録だけを答えにしないための仕掛けが TC だった。「未完了」を明示し、受け手に完全な応答を取り直させる1ビットである。

2026年8月29日
頼めても命令できない6ビット――DiffServがサービス品質の権限を区切った理由

インターネット史

頼めても命令できない6ビット――DiffServがサービス品質の権限を区切った理由

パケットに優先扱いの印が付いていても、次のネットワークが同じ列を用意したとは限らない。DiffServ は、その不一致を欠陥として隠さず、ヘッダーの要求とキューを所有する側の決定を別々のものとして設計した。

2026年8月29日
RIPE NCCの一層制理事会には権限移行表が要る

記事

RIPE NCCの一層制理事会には権限移行表が要る

RIPE NCC は、実際の運営と定款上の姿をそろえようとしている。提案では、Managing Director が業務執行理事となり、現在の選挙で選ばれた Executive Board の構成員は非業務執行理事になる。実権と責任を近づける狙いには合理性がある。ただし、日常経営の第一義的責任とそれに伴う法的責任まで移す以上、会員が必要とするのは新しい組織図ではなく、条文ごとの権限移行表である。

2026年8月29日