要約

  • 確認したRIPE Atlas Toolsのソースでは、既定の10秒というHTTP設定がGoogleの位置情報問い合わせに渡る一方、Cousteau経由のAtlas測定作成には渡されない。
  • 設定を3、10、30に変えたローカル検証でも、この差が確認できた。ネット接続、鍵の使用、測定作成、クレジット消費はなく、実際の障害や全導入環境の動作を示すものではない。

設定を受け取るのはどの層か

ソフトウェアを二つのパッケージに分けたとき、設定の責任まで自動的に引き継がれるわけではない。RIPE Atlas Toolsのhttp-timeoutは、その境界を具体的に示している。場所を座標に変換する問い合わせには届く。調べたAtlas測定作成の要求には届かない。

公式の変更履歴は、バージョン3.4.0を2026年6月3日公開としている。HTTPの待ち時間を設定できるようにし、既定値を10秒とした変更もそこに記載されている。この記事は9月に公開済みのソースを確認したもので、9月の新バージョンを報じているのではない。

プローブ検索の位置情報問い合わせでは、GoogleへのRequests呼び出しに設定値を明示的に渡し、タイムアウトの例外も処理する。この経路には、値を使う具体的な処理がある。別の経路の不足を理由に、この制御まで存在しないと扱うべきではない。

測定の作成はSDKへ進む。ツールがAtlasCreateRequestへ渡すのは、APIサーバー、認証鍵、クライアント識別情報、測定定義、プローブの選択条件、単発実行かどうかである。HTTPの待ち時間設定は、その引き渡しに含まれない。

確認したCousteau 2.3.0では、この作成クラスはAtlasRequestを継承する。共通クラスがまとめるHTTP引数には、パラメーター、ヘッダー、TLS検証、プロキシが入り、POST時にはJSON本文が追加される。最後にRequestsへ渡る辞書には、タイムアウト引数がない。同じ機関のツール群であることと、同じ設定が届くことは別の話である。

実行したのは通信ではなく引数の検証

今回は固定したソースの構文木から、実際の作成・位置情報問い合わせのメソッドと、SDKの要求・作成クラスを取り出した。測定定義とプローブ条件を組み立てる部分には合成した検証用オブジェクトを使い、通信関数の代わりに引数を記録する関数を置いた。返すデータもローカルの検証用であり、Atlasの応答ではない。

設定を3、10、30にした場合、位置情報問い合わせの引数にはそれぞれ3、10、30が入った。Atlas向けPOSTとして記録された三つの引数辞書には、いずれもタイムアウトがなかった。取り出したコードからネットワーク関数を呼ぶことはできず、API鍵も実際の測定も使っていない。遠隔のジョブやクレジット消費は発生していない。

この手法が確かめるのは、指定したメソッドとクラスを通る設定値の伝達である。インストール済みのコマンド全体を実行したわけでも、すべての依存モジュールを結合して試験したわけでもない。サーバーの実験や遅延測定にも当たらない。

したがって、利用者が30秒待った、Atlasが停止した、測定が失敗したという結論は出せない。設定が渡らないことと、そのために実運用で起きたことを分けて扱う必要がある。

10秒は処理全体の締め切りではない

Requestsの文書には、明示的なタイムアウトを指定しない場合、その呼び出しにRequestsのタイムアウトが設定されないとある。一方、指定した値も、応答のダウンロード全体に許される総時間ではない。接続上の待ち時間の制御と、一つの作業をいつまでに終えるかは異なる。

位置情報問い合わせが値を受け取るからといって、コマンドが開始から必ず10秒以内に終了すると約束することはできない。逆に、Atlas経路に引数がないからといって、必ず永久に待つとも言えない。OS、接続、プロキシ、外部のプロセス監視が待ちを終わらせる可能性はある。今回はその条件を調べていない。

さらに、APIのHTTP応答待ちを、プローブが測定パケットに設定する待ち時間や、結果の受信を続ける時間と混同してはならない。測定作成の応答が遅いことは、プローブが観測するネットワークの遅さを意味しない。

応答がないとき、結果もないとは限らない

サーバーが作成要求を受理したあとに応答が失われた場合、ローカルのクライアントを止めても、遠隔の作業が拒否された証明にはならない。これは検討すべきシナリオであって、ネット接続のない今回の検証で観測した出来事ではない。

再送を判断する前に、操作者は閲覧権限のある遠隔記録と照合するか、結果不明という状態を明確に残す必要がある。ローカルの締め切りが来たこと、プロセスを止めたこと、遠隔ジョブを取り消したことは、それぞれ違う。

説明すべきなのは、Googleへの位置情報問い合わせ、SDKのAtlas要求、そして自動化全体の時間制御を誰が受け持つかである。すべてを10秒へ統一する必要はない。ただし、どの設定がどの要求に作用するかを利用者が追える必要はある。

資料