出張中に VPN を使うのは、自宅で使うのとは別物です。期間は短く、ネットワーク環境は初めてで、接続したい業務システムは回線を選びます。この比較では、短期利用・ホテル Wi-Fi・海外業務ソフトの3つの軸で、再現性のある判断基準とプランの目安を示し、出張中にもっとも再現しやすい落とし穴をいくつか挙げます。タイトルの「実測」とは、同じ端末・同じ対象ドメインのセットで、異なるネットワーク環境において同じチェック項目を繰り返すことを指し、固定のスコア数値ではありません。ホテルのネットワークは差が大きすぎて、固定の数値に再利用価値はありません。
出張シーンの3つの変数
出張時の回線選びで問題になるのは「つながるかどうか」ではなく、「どんなネットワークで、何に、どれだけの時間つなぐか」です。この3つに分けて考えれば、選択はシンプルになります。
- 利用量:出張が3〜5日なのか2〜3週間なのかで、月額プランとトラフィックパックのどちらを選ぶべきかが決まります。
- ネットワーク:ホテル Wi-Fi、取引先のオフィス、空港、モバイルホットスポットでは、プロトコルとポートの許容度がまったく異なります。
- ソフトウェア:ビデオ会議はパケットロスとジッターに最も敏感で、コードホスティングやクラウドドキュメントは帯域に敏感、社内ネットワークは必ず会社独自の経路を通す必要があります。
おすすめの順序は、まず利用量を計算し、次にネットワークを見て、最後にソフトウェアごとに重要なドメインを適切な回線へ振り分けるという流れです。逆に、先に回線を選んでから用途を考えると、たいてい会議の途中で問題に気づきます。
短期利用の見積もり方:プラン選び
出張中の利用量には、見積もりを間違えやすいポイントが2つあります。1つ目は、ビデオ会議とクラウドストレージの同期はメールやドキュメント編集よりはるかに通信量が多く、同じ1週間でも、メール返信だけの場合と毎日長時間会議をする場合では桁が違うことです。2つ目は、月額プランの通信量は自然月ではなく申込日を基準に毎月リセットされることです。月をまたぐ出張では、リセット日が会議の最も多い時期と重なることがあるので、出発前に残り通信量を確認しておきましょう。
現在の価格体系では、月額プランは3つ:¥9.9 / 60GB、¥18 / 250GB、¥28 / 500GB。トラフィックパックも3つ:¥158 / 300GB、¥358 / 1000GB、¥658 / 3000GB で、有効期限はありません。両者の違いは単価ではなく有効期間にあります。月額プランは数か月連続で利用する人に向き、トラフィックパックは年に数回の出張で利用量が分散する人に向いています。開設に必要なのはユーザー名とパスワードだけで、メールアドレスは不要です。支払いは Alipay、WeChat、USDT に対応しています。
| 出張の形態 | 主な用途 | おすすめプラン |
|---|---|---|
| 3〜5日の短期出張 | メール、チャット、少量のドキュメント | 月額プラン ¥9.9 / 60GB |
| 1〜2週間の常駐 | クラウドドキュメント、コードホスティング、日常的な会議 | 月額プラン ¥18 / 250GB |
| 長期滞在または高頻度の会議 | 長時間のビデオ会議、大きなファイルの同期 | 月額プラン ¥28 / 500GB |
| 年に何度も短期出張 | 利用量が分散していて、毎月の更新を避けたい | トラフィックパック ¥158 / 300GB(有効期限なし) |
迷ったときは、まず最安プランで1か月始めて、出張後に残り通信量を見てから上位プランへの変更を判断するのがおすすめです。60 日間の理由不要の返金保証が、その試行錯誤の余地を生みます。プランの詳細はプランページをご覧ください。
ホテルのネットワーク:ポータル認証と UDP 制限
ホテル Wi-Fi の制限は大きく3つあり、出現頻度の高い順に次のとおりです。
ポータル認証ページ
接続するとすべてのリクエストがログインページへリダイレクトされ、認証を完了するまでどのプロキシクライアントも接続できません。これはクライアントの不具合ではありません。正しい順序は、先にクライアントを終了し、ブラウザで認証を済ませてからクライアントを起動するという流れです。逆にすると、ポータルページがプロキシルールに引っかかり、ページが読み込み中のまま固まり、操作するほど混乱します。
UDP が制限されている
一部のホテルや会議用ネットワークは TCP しか通しません。QUIC ベースのプロトコル(Hysteria2、TUIC)は UDP に依存するため、こうした環境では性能が落ちたり、まったく使えなくなったりします。Trojan、VLESS、VMess、Shadowsocks のような TCP を使うプロトコルのほうが安定します。クライアントでは通常プロトコルとポートを直接切り替えられ、ポート 443 がブロックされる確率が最も低くなります。
接続台数とセッション維持
ホテルによっては、同じアカウントの同時接続台数に制限があり、ノート PC もモバイル端末もカウントされます。客室の有線 LAN ポートは無線より安定することが多く、LAN ケーブルを挿して、OS のテザリング機能で他の端末に共有する手もあります。また、ノート PC を閉じてスリープすると接続は切れます。クライアントには通常自動再接続機能がありますが、会議の前に一度手動で確認しておく価値があります。
- ✅ まず Wi-Fi に接続し、ブラウザでポータル認証を済ませてからクライアントを起動する。
- ✅ 会議開始 10 分前に接続確認を1回行う。海外の Web ページを開き、会議のテストルームにも一度入ってみる。
- ❌ プロキシを有効にしたままホテルのログインページを開かないこと。ポータルページがブロックされ、操作するほど混乱します。
- ✅ UDP が通らないときは、クライアントで TCP 系のプロトコルとポート 443 に切り替える。
- ❌ 社内ネットワークのドメインまでプロキシに通さないこと。企業の専用経路と絡み合ってログインに失敗します。
海外業務ソフト:専用線と中継の使い分け
業務ソフトによって回線への要求は大きく異なります。パケットロス、帯域、遅延への敏感さで、3つに分類できます。
| 回線タイプ | 経路 | 適した業務シーン | 出張時の注意点 |
|---|---|---|---|
| IEPL 専用線 | 端末間の専用線で、公共の国際出口を経由しない | リアルタイムの音声・ビデオ会議、画面共有、リモートコラボレーション | 夜のピーク時間帯でも変動が小さく、会議用ドメインを専用線に個別に向ける |
| 中継 | まず中継ノードに接続し、そこからまとめて海外へ出る | コードホスティング、クラウドドキュメントの同期、Web ベースの業務システム | コストと安定性のバランス型で、日常のデフォルト回線に適する |
| 直結 | そのまま現地の国際出口を使う | 軽量なリクエスト、遅延に敏感な短い接続 | 現地出口の品質に大きく左右され、夜のピーク時間帯は変動しやすい |
判断はシンプルです。会議が切断される、画面共有がカクつくなら専用線に切り替える。コードを取得したりドキュメントを同期するだけなら中継で十分。特定のシステムが遅延に敏感でも通信量がごく少ないなら、直結のほうが速いこともあります。本当に避けたいのは、すべての通信を1本の回線に押し込むことです。会議をしながらバックグラウンドでクラウドストレージが同期すると、互いに帯域を奪い合います。VPNBL の回線リストには各回線のタイプが表示されているので、出発前に回線ページで目的地の地域に専用線があるか確認しておきましょう。
各プラットフォームのクライアントの違い
Windows と macOS のクライアントはドメイン単位の振り分けに対応し、プロトコルとポートも切り替えられるので、細かいルールを書くのに向いています。iOS と Android のクライアントはシステムレベルの VPN 構成として動作し、振り分け機能はやや弱めです。Android ではアプリ単位の選択ができますが、iOS は通常すべてをまとめて通す形になります。Linux クライアントはコマンドラインと設定ファイルが中心で、固定のデスクワークに向いています。出張でよくある組み合わせは、ノート PC を主力にして完全なルールを書き、モバイル端末は「つながること」だけを基準にするという形です。
回線選びの考え方と振り分けルール
振り分けルールの仕組みは、クライアントがドメイン、IP、プロセスに応じて、その接続をプロキシ経由にするか直結にするか、どの回線を使うかを決めるというものです。出張時に個別にルールへ書く価値があるのは3種類:会社のドメイン、会議のドメイン、よく使う業務サイトです。
# 出張時の振り分け例。フィールド名は使用するクライアントの実際の設定に合わせてください
rules:
- DOMAIN-SUFFIX,corp.example.com,DIRECT # 自社の実際のドメインに置き換え、直結は企業の専用経路に任せる
- DOMAIN-SUFFIX,zoom.us,IEPL # ビデオ会議:専用線を使い、安定性を優先
- DOMAIN-SUFFIX,github.com,RELAY # コードホスティング:中継を使う
- DOMAIN-SUFFIX,docs.google.com,RELAY # クラウドドキュメント:中継を使う
- GEOIP,CN,DIRECT # 中国本土のサイト:直結
- MATCH,RELAY # その他の通信:デフォルトで中継
振り分けルールが効く前提は、ドメインがプロキシ側で解決されることです。ローカルネットワークが先に名前解決してしまうと、ルールに書いたドメインが一致せず、「ルールを書いたのに通信がデフォルト回線を通る」という症状になります。クライアントには通常「リモート DNS / プロキシ側 DNS 解決」といったスイッチがあるので、それを有効にします。逆に、直結させる社内ドメインはリモート解決を通さないでください。そうしないと社内アドレスの解決に失敗します。
ルールは一度に全部書く必要はありません。まず会社のドメインと会議のドメインの2つを追加し、出張から戻ってから実際によく使ったサイトを足していけば十分です。サブスクリプションのインポートと更新の詳しい手順はクイックスタートにまとめています。
よくある落とし穴と回避方法
以下は出張シーンで最も再現しやすい問題を、出現頻度の高い順に並べたものです。
- ホテルに着いてから、クライアントを入れていない、サブスクリプションが更新されていないと気づく。出発前にサブスクリプションのリンクをインポートし、クライアントが自動更新できることを確認しておきましょう。
- 会議開始 30 秒前にようやく接続する。10 分の余裕を取り、接続確認を1回済ませておきましょう。会議直前まで時間を詰め込まないことです。
- 回線を1本しか用意しない。予備の回線(別プロトコルまたは別地域)をクライアントに入れておき、メイン回線が不通のときに手動で切り替えられるようにしましょう。
- 出所不明の公共ノードで会議やログイン認証情報を扱う。回線が混雑していることもありますが、それ以上に、相手の運用方針が確認できない点が問題です。
- 通信量のリセット日を確認し忘れる。月をまたぐ出張では、リセット日が会議の最も多い時期と重なることがあります。
- 社内ネットワークのドメインまでプロキシに通してしまう。二重の経路が絡み合い、企業システムのログインに失敗します。
プランの目安と出発前チェック
結論を一言で言えば、まず出張日数と用途でプランを決め、次にホテルのネットワークに合わせてプロトコルを選び、最後にソフトウェアごとに重要なドメインを専用線へ振り分けるという順序です。3〜5日の短期出張なら月額プランの最安で十分。年に何度も短期出張するならトラフィックパックなら期限切れを気にせず使えます。長期滞在や高頻度の会議なら上位プランを選び、途中で通信量が底をつくのを避けましょう。
出発前にこの順序でひと通り確認しておけば、ホテルで慌てて対応する事態はほぼ避けられます。
- 出張日数と用途でプランを選ぶ:月額プランまたはトラフィックパック。
- ノート PC とモバイル端末のそれぞれでサブスクリプションをインポートし、両方とも接続できることを確認する。
- 会社のドメインと会議のドメインを振り分けルールに書き込み、プロキシ側の DNS 解決を有効にする。
- 予備の回線を1本用意し、手動切り替えの場所を覚えておく。
- ホテルに着いたら、まずポータル認証を済ませ、次にクライアントを起動し、最後に接続確認を1回行う。
出発 24 時間前にサブスクリプションのインポートと試し接続を済ませておけば、ホテルに着いてから苦労するよりずっと楽です。現地のネットワークがどうしても通らない場合は、まずモバイルホットスポットに切り替え、それからプロトコルとポートの変更を検討しましょう。