2026：ping が「緑」でも起きる、ProxyMac のクラウド Mac mini への SSH のパケット損失・MTR のジッター・間欠的なフリーズ
香港・日本・韓国・シンガポール・米国 にある Apple Silicon M4 の ProxyMac Mac mini を借りる開発者は、平均往復 28 ms ほどの ping のスクショを貼りながら、「SSH が十数秒ランダムに固まる」と訴えることがよくあります。このパラドックスの背後には、往復時間の平均を飾る パケット損失やジッター が隠れているケースがほとんどです。本稿では （1） 損失 と レイテンシ を分ける語彙、（2） 対話シェルの体感と相関しやすい MTR の読み方、（3） ドロップがどこに乗っているかを素早く示す 5 行マトリクス、（4） リージョン移行チケットを切る前に回せる 7 ステップのランブック、そして （5） 香港/日本/韓国/シンガポール/米国 を切り替えるのが本当に意味を持つのはどんなときか、を順に整理します。合わせて MTR と traceroute のリージョン診断、第 1 ホップが荒れているときの Wi‑Fi のバッファブロートと空口、経路が安定してから読む TCP keepalive の調整 を参照してください。
長距離経路では、パケット損失を「RTT だけの話」に還元できない理由
ping が示すのは平滑化された往復時間であり、キーストロークを運ぶすべての TCP セグメントが一定の窓の中に届く保証ではありません。ランダムに 1.2% ほどの損失がある経路でも、ICMP の平均は礼儀正しく見え、OpenSSH は再送を待って止まりがちです。特にマルチプレクスされたチャネルや scp のウィンドウが縮んでいるときは顕著です。ジッターはさらに主観的な「ラグのスパイク」を生みます。5 秒のウィンドウで往復が 32 ms と 210 ms の間を跳ねると、平均がそこそこでも人間には断続的な遅延として映ります。都市間・海底ケーブル・異なるキャリアをまたぐ経路では、「平均は良いのに尾が長い」という形が出やすく、クラウド上の macOS 開発環境でも同じ誤解が繰り返されます。
運用の現場では、証拠を三層に分けると議論が早く終わります。ICMP の統計（大量 ping）、ホップ単位の MTR、そして アプリケーションのタイムライン（ssh -vvv やインタフェースのカウンタ）です。三つが揃って初めて「リージョンを変える」という財務的な話に進むべきで、揃わないまま東京やシンガポールの名を挙げても、多くの場合は出口側の問題のままです。ProxyMac 側のデータセンターネットワークは一般的に安定しており、ユーザー自身が示すべきは自宅やオフィス、あるいはゼロトラスト VPN のポリシーです。
- 引用しやすい数値：最後の 3 ホップで 2% 以上 の損失が続くと、目に見える SSH のフリーズと相関しやすいです。250 ms 超 の長い RTT では、1% 未満の損失でも再送タイマーが体験を支配することがあります。
- スループットの手がかり：きれいな 200 Mbps の Wi‑Fi を謳っていても、単一
scpが 4〜7 MB/s で頭打ちなら、ping だけでは見えないランダム損失を疑いましょう。 - アイドルの手がかり：12〜18 分の無通信のあとに落ちるセッションは、NAT の中間装置の可能性が高く、損失とは別チケットに分けます。
ping -c 200）を取り、平均だけでなく stddev も記録してください。短い都市圏経路で stddev が 8 ms を超えるなら、次は MTR です。
オペレーターが実際に読む、SSH の痛みを予測する MTR の列
MTR は traceroute と連続プローブを合体させ、ホップごとの損失 を見せます。見るべきは Loss% と StDev、そして Wrst をセットで扱うことです。1 ホップだけを切り取って判断しないでください。バックボーンのルーターは ICMP を意図的にレート制限し、中間ホップにだけ「100% 損失」の絵を描くことがあります。SSH が快適なのに MTR が赤いときは、アプリの挙動と最終ホップの安定性を信じます。リモートビルドや対話シェルでは、平均 RTT より尾の振る舞いのほうが体感に効きやすい、というのが現場の感覚です。
macOS では Homebrew で brew install mtr し、生ソケットのために権限を上げます。障害が出ている時間帯に少なくとも 300 サイクル分走らせ、オフピークでもう一度走らせましょう。夜間に損失が消えるなら、ハード故障より輻輿を疑います。企業ポリシーで ICMP が全面禁止なら、ssh -vvv のタイムスタンプと Wi‑Fi AP の IF カウンタで代替します。ログは生テキストのまま保管してください。第二リージョンを増やすかどうかの会議では、日付入りの証拠が最も説得力を持ちます。ソース ISP、都市、VPN の有無、宛先ホスト名、有線かどうかの五項目をメタデータとして添えると、後から自分でも読み返せます。
さらに、一回の尖りを恒常的な劣化と混同しないことも大切です。タイムゾーンの違うメンバーがいるチームでは、同じローカル時間帯に三回測ってから社内 SLO と照らし合わせる運用にすると、「ずっと遅い」という主観をパーセンテージと継続時間に落とし込めます。計測手順を Runbook 化しておけば、新人オンボーディングのコストも下がります。
5 行マトリクス：東京やシンガポールを責める前に損失の居場所を決める
| パターン | 損失が住みやすい場所 | 最初の手 |
|---|---|---|
| ホップ 1〜2 が不安定で以降はきれい | Wi‑Fi か CPE のバッファ | 有線の A/B、チャネル幅の変更、バッファブロート記事を読む |
| VPN 接続時だけ悪化 | 企業コンセントレータかスプリットトンネル | フルトンネルと除外リストを比較、ゼロトラストの経路ガイドを参照 |
| 営業時間帯に中盤が跳ねる | ピアリングやトランジットの輻輿 | MTR を添えてチケット、三つのクリーンなウィンドウを待ってからリージョン移動を議論 |
| 最終ホップだけ荒く中盤は美しい | 宛先エッジかホスト NIC | プロバイダ側キャプチャ、SSH ポート変更でミドルボックスを排除 |
| 大きなアップロードと相関 | 非対称回線の飽和 | 並列転送を抑え、scp -l で帯域を絞って再テスト |
7 ステップのランブック：感覚から証拠チェーンへ
- 統計付きのベースライン ping：少なくとも 200 プローブを送り、min/avg/max/stddev を取り、損失率を RTT から切り離して解釈します。
- SSH と同じエンドポイントに対して MTR（ホスト名か IP）を、障害ウィンドウで 300+ サイクル走らせます。
- Wi‑Fi を使うなら AP から 2 m 以内の有線で繰り返す。有線で損失が消えるなら、リージョン変更では救えません。
- VPN プロファイルを切り替え、損失がトンネル IF（
utunのifconfigカウンタ）に追従するか記録します。 - SSH に計器を付ける：
ssh -vvvで停滞が「pledge: network」系のメッセージや TCP 再送と揃うか見ます。 - トランスポートの衛生：損失がおおよそ 0.5% を下回ったら、
ServerAliveInterval 30とカーネルのTCP_USER_TIMEOUTを keepalive ガイドに沿って重ねます。 - リージョン移行の判断：三つの営業日ウィンドウで最終ホップに損失が集まり、かつプロバイダがローカルメンテを否定したときだけ、クロスリージョンのレイテンシ 数値と突き合わせます。
香港/日本/韓国/シンガポール/米国を切り替えるのが実際に効くとき
リージョン変更は月次のコスト判断です。特定メトロへの経路だけに輻輿やピア問題が繰り返し現れ、別プレフィックスではきれい、という診断が積み上がったときに意味があります。典型例は、上流 ISP が アジア太平洋 方面への経路を非対称に張っているケースです。一方、第 1 ホップですでに 4% の損失があるなら、その壊れたファーストマイルをどのリージョンに引きずっても同じです。移行は対照実験として扱い、ビルド時間、git fetch の所要、VNC のフレームレートを前後でスナップショットし、少なくとも 48 時間のクリーンなメトリクスを狙います。「顧客に近い」というマーケ要求は、各候補に対する実測 RTT と損失に翻訳してから財務と話しましょう。
根拠を揃えるには 料金ページ で利用可能なフットプリントを確認し、ヘルプセンター のリモートアクセスチェックリストで運用側が数字を持ち込めるようにします。社内レビューでは MTR の生ログと変更ウィンドウを並べて投影すると、口頭の「たまに遅い」より早く合意が取れます。
よくある質問
UDP の画面共有のほうが損失を早く示しますか？場合によってはそうですが、権威は依然として依存する TCP ポートに向けた MTR にあります。
TCP Fast Open のフラグを全部オンにすべき？経路がきれいになるまでは不要で、sysctl の細工より Wi‑Fi と VPN を直すほうが効きます。
ICMP がブロックされているのに SSH は快適？アプリケーションを信じ、MTR は飛ばして IF カウンタと一定間隔の scp ループに頼ってください。
経路が正直になったあとも ProxyMac の Mac mini が勝つ理由
損失が 1% を切る領域まで来れば、専用の Mac mini M4 は Xcode ビルド、公証済みツールチェーン、ノートと同じ自動化フックを、36 ヶ月ごとに金属を買い替えずに提供します。Apple Silicon のユニファイドメモリは長時間 SSH とバックグラウンドエージェントを同居させても、過剰割り当て VM で起きがちな「うるさい隣人」に遭いにくいです。料金 を比較し、テスト中に Activity Monitor を見たいときは VNC の手順 を手元に置き、本文と MTR のチートシート をブックマークしておけば、次の「謎のハング」は一週間のリージョン論争ではなく、五分の切り分けで終わらせられます。
