出張 VPN のおすすめ：ホテル Wi-Fi と海外業務の実測

短期出張は3つの数字から考える

出張で加速サービスを使うと、請求サイクルと実際に外にいる日数がかみ合わないことがよくあります。まずは3つの数字を確認します。通信量、サイクル、デバイス数です。会議、クラウドストレージ、リモートデスクトップはウェブ閲覧よりはるかに通信量を食います。月額プランの通信量は契約日ごとに毎月リセットされ、通信量パックは使い切るまで有効で期限切れはありません。デバイス数は、スマホとノート PC の間でログインし直す手間が発生するかどうかを決めます。

年に数回しか出張しない人には、通信量パックのほうが気楽です。月末に残量が消える心配もなく、1か月を使い切るために無理に更新する必要もありません。毎月出張する人には月額プランのリズムが旅程に合います。途中で上位プランに変更する場合、差額は残り日数で按分され、次のサイクルを待たずに切り替えられます。

初回のお支払いから7日以内なら、理由を問わず全額返金を申請できます。短期出張はちょうどこの期間に収まるので、戻ってから回線が合わないと分かっても取り消す余地があります。登録にメールアドレスは不要で、ユーザー名とパスワードだけで完了します。出発直前に作っても手間はかかりません。支払いは Alipay、WeChat Pay、USDT に対応しています。

ホテル Wi-Fi の4つのつまずき

ホテルのネットワークの不調は「速度が遅い」とひとくくりにはできません。多くは次の4種類に分かれます。この順番で切り分けるほうが、クライアントを何度も再起動するより効果的です。

1. 認証ページを通過していない。多くのホテルは、Web ページで同意をクリックするか部屋番号を入力しないと通信を通しません。この状態では暗号化接続は一切確立できず、クライアントの不具合のように見えます。まずクライアントを切断し、ブラウザで普通の Web ページを開いて認証を済ませてください。
2. UDP が遮断されている。ホテルや会議場によっては TCP 443 しか通さず、QUIC 系プロトコルのハンドシェイクはそのままタイムアウトします。プロトコルを TCP 系に切り替えればたいてい復旧します。これは展示場のゲストネットワークで特によく見られます。
3. DNS がローカルゲートウェイに乗っ取られている。ドメインがホテルのポータルや誤ったアドレスに解決され、接続はできているのにページが開かないという症状になります。DNS 問い合わせをプロキシ経由にするか、暗号化 DNS に変えれば、たいていはその場で解消します。
4. ローミングと電波。部屋の隅では電波が弱く、端末が AP 間を切り替えるときに接続が切れます。端末を廊下に近い場所へ移すか、スマホのテザリングをバックアップ回線として使います。

プロトコルと回線：UDP 遮断時のフォールバック

出張では、プロトコルの重要度が自宅よりずっと高くなります。ホテル、空港、会議場でネットワークポリシーがそれぞれ違い、自宅でつながる設定が現場で使えるとは限らないからです。

TCP 系と QUIC 系の違い

Shadowsocks、VMess、Trojan、VLESS は主に TCP を使い、一部は WebSocket や gRPC を経由します。Hysteria2 と TUIC は QUIC ベースで UDP 上を走ります。TCP の利点は、443 番ポートの TLS 通信が通常の HTTPS と区別しにくく、まとめて遮断されにくいこと。代償は、パケットロス後に再送を待つため、弱い回線では反応が鈍く感じられることです。QUIC 系は輻輳制御がより積極的で、ロスの多い回線での復帰が速い半面、そのネットワークが UDP を通すことが前提になります。ホテルや会議場は、まさに UDP が最もよく遮断される場所です。

直結・中継・専用線

回線の種類が決めるのは、経路を制御できるかどうかです。直結はローカルネットワークから海外のデータセンターへ直接つなぎ、どのルートを通るかは通信事業者次第で、夜のピーク時間帯の遠回りとパケットロスが最も目立ちます。中継はまず中国本土の入口に接続してから海外へ出る方式で、経路が比較的固定されコストも低い一方、ボトルネックは中継入口そのものにあります。IEPL 専用線は通信事業者グレードの国際専用線で、端末から端末までの経路が固定され、公衆網の出口の混雑点を通りません。長時間のビデオ会議やリモートデスクトップは、この種の回線に向いています。

出張時に1種類にこだわる必要はありません。会議とリモートデスクトップは専用線や中継回線に割り当て、Web 検索やダウンロードは通常回線に流す——これがより現実的な役割分担です。前者が求めるのは安定性、後者が求めるのは安さです。

カバレッジとデバイス：乗り継ぎと複数端末

出張のルートは「1か国につき1本の回線」で済むことはほとんどありません。乗り継ぎ、国際列車、顧客先、ホテルはそれぞれ別のネットワークにあることが多く、対応国数は第三国で近くの拠点に接続できるかどうかを、回線数はピーク時間帯に替えの候補があるかどうかを左右します。デバイス数は、スマホとノート PC の間でログインし直す必要があるかどうかを直接決めます。台数無制限なら、スマホでテザリングし、ノート PC で会議に出て、タブレットで資料を見るという同時接続が可能です。

もうひとつ見落とされがちな点があります。顧客先のネットワークはホテルより厳しいことが少なくありません。会議室の有線ポートは社内網しか通さず、ゲスト Wi-Fi は受付担当者に開通してもらう必要があります。スマホのテザリングを3本目の回線として用意しておくほうが、現場で IT 担当者を探すよりずっと速く解決します。

会議と資料共有：ジッタを見るか遅延を見るか

2種類の業務負荷はネットワークへの要求が異なります。まとめて判断すると「速いときと遅いときがある」という曖昧な結論しか出ません。

• ビデオ会議：ジッタとパケットロスに最も敏感で、絶対的な遅延にはむしろ寛容です。ジッタが大きいと、帯域が足りていても相手の声が途切れ、映像にモザイクが出ます。
• 資料共有とオンライン表計算：編集のたびにサーバー側の確認を待つため、往復遅延に敏感です。遅延が大きいとカーソルの動きが鈍くなり、複数人で同時に編集すると競合の通知が出やすくなります。
• リモートデスクトップとコード同期：どちらも両方が必要で、しかも上り帯域をより消費します。上りが埋まると、会議では自分の音声から先に詰まります。

ホテルで回線の良し悪しを判断するのに、勘に頼る必要はありません。会議アプリにはたいてい統計パネルがあり、パケットロス、ジッタ、現在の解像度が表示されます。クライアント側にも接続状態と現在の回線が表示されます。同じ画面共有を2本の回線でそれぞれ流し、統計パネルのパケットロスが増え続けるかどうかを見るほうが、「なんとなく良さそう」よりはるかに信頼できます。同じホテルでも、会議用回線と通常回線の差は、ピーク帯域ではなくパケットロスの曲線に現れるのがふつうです。

分割と DNS：通すべきものだけプロキシへ

出張時によくある無駄は、すべての通信をプロキシに押し込んでしまうことです。

• ルールモード（分割）：業務ドメインと海外サービスだけをプロキシ経由にし、地元の銀行、社内ネットワーク、ホテルのポータルは直接接続にします。社内システムが海外の出口を使ったためにリスク判定で止められる心配がありません。
• グローバルモード：すべての通信をプロキシ経由にします。問題の切り分け中に一時的に使うのに向いています。長時間つけっぱなしにするとローカルサービスが遅くなり、社内ログインでも異常が出やすくなります。
• DNS：分割がうまくいっていないときは、ページは開くが遅い、あるいは明らかにずれたアドレスに解決されるといった症状が出ます。DNS 問い合わせをプロキシ経由にすれば、ローカル DNS が返す遠隔地の結果を避けられ、DNS リークによる解決のずれも減らせます。

クライアントは通常、グローバル・ルール・直接接続の3モードを備えています。出張時は社内 OA、コードリポジトリ、会議ドメインをルールに入れ、それ以外は直接接続にしておくのが折衷案です。カスタムルールに対応したクライアントなら、出発前に顧客側のドメインを追加しておけば、現場で悩まずに済みます。

出発前10分のチェックリスト

以下を出発前に済ませておくと、現場での切り分け時間を大幅に減らせます。

• ✅ スマホとノート PC のそれぞれにクライアントを入れて一度接続し、アカウントが使えることを確認する
• ✅ 購読リンクをオフラインメモやパスワードマネージャーに保存し、空港のネットワークでも取り出せるようにする
• ✅ プロトコルの異なる回線を2本、UDP 系と TCP 系で1本ずつ保存しておき、ホテルで UDP が遮断されたらすぐ切り替える
• ✅ OS の低データモードと省電力制限をオフにし、バックグラウンドでクライアントが終了されないようにする
• ✅ 会議の前日にホテルのネットワークで画面共有を一度試し、統計パネルのパケットロスを見る
• ❌ ホテルに着いてからクライアントと購読をダウンロードする：認証ページを通過していないとダウンロードは失敗しがち
• ❌ 終始グローバルモードにする：ローカルの社内網や銀行系サービスがリスク判定で止められやすい
• ❌ 「接続済み」の表示だけを見る：つながっても出口が有効とは限らない。IP 確認ページで出口の地域を確かめる