新しいノートPCに替えた途端、GlobalProtect が「接続を再確立中」と表示されたまま何度も切断され、RDP や SSH が落ちてしまう――そんな現象に悩んでいませんか。本記事では、原因の整理と自分で実施できる具体的な対処手順（MTU 調整・電源設定の見直し・ログ採取など）を、Windows ノートPC向けに分かりやすく解説します。
新しいノートPCだけGlobalProtectが不安定になる典型パターン
同じ社内ネットワーク・同じGlobalProtect（以下 GP）の環境でも、「新しく支給されたノートPCだけ」VPNが不安定になるケースは珍しくありません。
- GPクライアントは自動接続されるが、数分おきに「接続を再確立中」と表示される
- そのタイミングで RDP / SSH / ファイル共有 などのリモート接続が切断される
- 古いPCでは同じネットワークでも問題が起きない
このようなとき、単に「回線が遅い」「Wi‑Fiが弱い」と決めつけてしまうと、いつまでも安定しません。実際には、次のような要因が複雑に絡み合っていることが多いです。
- 新しいPC特有のネットワークドライバー／電源管理の挙動
- MTU（最大転送単位）のミスマッチによるパケット断片化
- セキュリティソフトやプロキシ、証明書チェックなどの干渉
- GlobalProtect クライアント側のキャッシュ不整合や初期不良
この記事では、「まず自分でできる基本対処」→「MTU 調整」→「電源・Wi‑Fi・セキュリティの見直し」→「ログ解析とIT部門へのエスカレーション」という流れで、実務的な解決手順を整理していきます。
まずは基本の復旧作業：OS・ドライバー・GlobalProtectを最新にする
いきなり難しい設定に触る前に、「初期不良要因」を潰しておくことが重要です。特に新しいノートPCは、出荷時点のドライバーやOSが古いままのことも多く、それだけで VPN が不安定になることがあります。
Windows Update を適用しておく
まずは Windows 自体を最新状態にします。
- スタートメニューから「設定」を開く
- 「Windows Update」を選択
- 「更新プログラムのチェック」を実行し、表示された更新をすべて適用
- 必要に応じて再起動
ネットワークアダプター（Wi‑Fi / 有線LAN）のドライバー更新
新しいPCほど、高機能な無線LANチップや省電力機能が搭載されていますが、ドライバーのバグでVPNだけ不安定になる事例もあります。
- タスクバーの検索ボックスに「デバイスマネージャー」と入力し起動
- 「ネットワークアダプター」を展開
- 利用している「Wi‑Fi」または「Ethernet」アダプターを右クリックし「ドライバーの更新」を選択
- 「ドライバーソフトウェアの最新版を自動検索」を選び、更新があれば適用
メーカー製PCであれば、メーカー提供のユーティリティ（例：Lenovo Vantage、Dell Update など）で最新ドライバーをまとめて適用しておくと安心です。
GlobalProtect クライアントのキャッシュクリアと再インストール
GPクライアント側のキャッシュが壊れていたり、古いバージョンからの上書きインストールで不整合が起きていると、接続が不安定になることがあります。以下の順で「クリーンな状態」に戻します。
- 可能であれば、会社のポータルサイトやソフトウェア配布ツールから最新版の GlobalProtect セットアップを入手しておく
- GPクライアントを終了させる（タスクトレイのGPアイコン右クリック → 「切断」「終了」など）
- 「アプリと機能」から GlobalProtect をアンインストール
- PCを再起動
- 最新版の GlobalProtect をインストール
環境によっては、GPクライアントに「キャッシュクリア」や「リセット」の機能が用意されている場合もあります。会社の運用ルールに従いつつ、可能な範囲で初期化しておくとトラブル切り分けがしやすくなります。
| 項目 | 目的 | ポイント |
|---|---|---|
| Windows Update | OS側の不具合を排除 | 再起動を含めて複数回実行すると、隠れた更新が出てくる場合あり |
| NICドライバー更新 | 新PC特有のドライババグ対策 | メーカー提供アプリから更新すると専用ドライバーも含まれやすい |
| GP再インストール | クライアント側の不整合やキャッシュを解消 | 必ず最新版で再インストールすることが重要 |
MTU（最大転送単位）を調整してVPN再接続ループを止める
基本を押さえても症状が続く場合、最も効果が出やすいのが MTU の調整 です。MTU とは「1回で送信できるパケットの最大サイズ」のことで、VPN の暗号化やトンネリングでヘッダーが増えると、実際に使えるサイズが小さくなります。
新しいPCや新しいネットワーク環境では、以下のようなことが起きがちです。
- 物理回線は MTU 1500 だが、VPNトンネル経由ではそれより小さいサイズしか通らない
- 途中のネットワーク機器が ICMP をブロックしており、パスMTU検出（PMTUD）が正常に働かない
- その結果、大きなパケットが断片化され、再送やタイムアウトが頻発して GP が再接続を繰り返す
このような場合、クライアント側の MTU をあえて小さめに設定しておくと、パケット断片化が減り、VPN が非常に安定することがあります。
現在のインターフェース名とMTUを確認する
まずは、どのインターフェースに対して MTU を変更するかを確認します。管理者権限の コマンド プロンプト を開き、次のコマンドを実行します。
netsh interface ipv4 show subinterfaces
実行結果の一覧から、次のような名前を探します。
- 「Wi-Fi」または「Wi‑Fi」
- 「Ethernet」
- 「PANGP Virtual Ethernet Adapter」など GlobalProtect の仮想アダプター
基本的には、インターネットに出ていく経路となるアダプターの MTU を調整します。Wi‑Fi利用なら「Wi‑Fi」、有線なら「Ethernet」が候補です。環境によっては、仮想アダプター側を調整した方が効く場合もあります。
MTUを 1300 に下げて様子を見る（推奨の出発点）
まずは効果が分かりやすい値として、MTU=1300 を一度試してみます。以下のコマンドで MTU を固定します（アダプター名は実際の環境に合わせて置き換えてください）。
netsh interface ipv4 set subinterface "Wi-Fi" mtu=1300 store=persistent
例：
- 有線LANなら
"Ethernet" - 仮想アダプターなら
"PANGP Virtual Ethernet Adapter"など
設定後、いったん GlobalProtect を切断 → 再接続 し、そのまま RDP や SSH を使って 10〜30 分ほど挙動を確認します。再接続が明らかに減っていれば、MTU が原因だった可能性が高いと言えます。
1300で改善しない場合のMTU調整の進め方
1300 でもまだ不安定な場合や、通信速度の低下が気になる場合は、少しずつ MTU を上げてみます。
- まず 1370 に設定して試す
- それでもダメなら 1400 も試す
- 値を変えるたびに GP を再接続し、RDP/SSH の安定度を確認
設定例：
netsh interface ipv4 set subinterface "Wi-Fi" mtu=1370 store=persistent
netsh interface ipv4 set subinterface "Wi-Fi" mtu=1400 store=persistent
| MTU値 | 特徴 | こんなときに試す |
|---|---|---|
| 1500（デフォルト） | 最大サイズ。VPN環境では大きすぎることも | 問題が完全に解消した後、戻す場合の基準値 |
| 1400 | 多くのVPNで無難に動くことが多い | 速度も重視しつつ、断片化を抑えたいとき |
| 1370 | 断片化対策の定番の一つ | 1400でわずかに不安定なときの候補 |
| 1300 | かなり余裕を持った値。安定性重視 | まず症状が改善するかどうかを確認したいとき |
厳密にMTUを決めたい場合：pingで最大サイズを測定
各環境に最適な MTU を厳密に決めたい場合は、次のように ping で断片化しない最大ペイロードサイズを探します。
- 管理者権限のコマンドプロンプトを開く
- 以下のように少し大きめのサイズから試す（例：1400）
ping -f -l 1400 8.8.8.8
「パケットを分割できません」といったメッセージが出る場合は、サイズを少しずつ小さくしていきます（例：1380 → 1360 → 1340…）。
断片化エラーが出ずに疎通できる最大値（例：1272）が分かったら、MTU は次の式で算出できます。
MTU = ペイロードサイズ + 28（IP + ICMP ヘッダー分）
例：ペイロード 1272 バイトが最大なら、MTU = 1272 + 28 = 1300
計算した MTU を netsh コマンドで設定すれば、その環境に最適化された値になります。
MTUを元の値（1500）に戻す方法
もし設定変更で別の問題が発生した場合や、最終的に不要になった場合は、次のコマンドで既定値 1500 に戻せます。
netsh interface ipv4 set subinterface "Wi-Fi" mtu=1500 store=persistent
電源管理とWi‑Fi設定がGlobalProtectを切断してしまうケース
最近のノートPCは、省電力のためにネットワークアダプターの動作を積極的に止めようとします。これが VPN トンネルと相性が悪く、「少し操作を止めただけで GP が再接続を始める」という現象を引き起こすことがあります。
ネットワークアダプターの省電力設定を変更する
- 「デバイスマネージャー」を開く
- 「ネットワークアダプター」を展開
- 利用中のアダプター（Wi‑Fi または Ethernet）を右クリック → 「プロパティ」
- 「電源の管理」タブを開く
- 「電力節約のために、コンピューターでこのデバイスの電源をオフにできるようにする」のチェックを外す
電源プランでワイヤレスアダプターをパフォーマンス優先にする
- コントロールパネルから「電源オプション」を開く
- 利用中のプランの「プラン設定の変更」→「詳細な電源設定の変更」をクリック
- 「ワイヤレスアダプターの設定」→「省電力モード」を展開
- 「バッテリ駆動」「電源に接続」の両方を「最大パフォーマンス」に設定
| 設定項目 | 推奨設定 | 期待できる効果 |
|---|---|---|
| アダプターの電源管理 | 電源オフを許可しない | スリープ前後以外で、勝手にリンクが切れるのを防ぐ |
| ワイヤレスアダプターの省電力 | 最大パフォーマンス | 電波強度変動やスループット低下によるVPN切断を抑制 |
| スリープ関連設定 | 作業中はスリープまでの時間を長めに | 離席中に勝手に切断→再接続が繰り返されるのを防ぐ |
Wi‑Fi 特有の注意点：バンドステアリングやメッシュ機能
自宅のルーターやメッシュWi‑Fiを使っている場合、「2.4GHz と 5GHz を自動で切り替える」「複数AP間を自動ローミングする」といった機能が原因で、VPNが頻繁に張り替えられてしまうことがあります。
- ルーターの管理画面で「バンドステアリング」を一時的に無効化
- 可能なら 2.4GHz 用 SSID と 5GHz 用 SSID を分け、片方に固定して接続
- メッシュWi‑Fiの場合、一時的にメイン親機の近くでのみ作業し、ローミングを減らす
さらに切り分けとして、有線LAN接続が可能であれば、LANケーブルを挿して同じGPプロファイルで再現するかも確認するとよいでしょう。有線で安定するなら、Wi‑Fi 側の問題である可能性が高まります。
別ネットワークで再現するかを確認し、「端末要因」と「回線要因」を切り分ける
トラブルシューティングの基本は切り分けです。会社のVPNゲートウェイやGPサーバー側には問題がないのに、自宅だけ・特定ルーターだけで切れる場合は、クライアント側に注目した方がよいです。
おすすめの切り分け方法は以下の通りです。
- スマホのテザリング（4G/5G）で接続 → GP の安定性を確認
- 別のWi‑Fi（社内Wi‑Fi、フリースポットなど）から接続
- 同じネットワークで別PCから GP 接続して比較
パターン別に考えられる原因は次のようになります。
| 再現状況 | 疑うべきポイント |
|---|---|
| 新PCのみ、どのネットワークでも切れる | 新PC固有の MTU、NIC ドライバー、セキュリティソフト、GP設定 |
| 自宅Wi‑Fiだけ不安定（他は安定） | ルーター設定、回線帯域、プロバイダの制限など |
| 同じネットワークで別PCは安定 | やはり新PC側の問題が濃厚。MTUや電源設定を重点的に確認 |
セキュリティソフトや検査系機能による干渉
企業向けのエンドポイント保護製品や、個人向けセキュリティソフトの中には、通信を途中で復号・検査する「SSL/TLS インスペクション」機能や、VPN接続を検査する機能が含まれているものがあります。これが GP のトラフィックと相性が悪い場合、次のような挙動が見られます。
- 接続直後は問題ないが、数分すると急に再接続が始まる
- 一定間隔でのみ切断が起きる
- 特定のアプリ（RDP/SSH/ブラウザなど）だけが切れやすい
もしローカルのセキュリティソフトやWebフィルターがインストールされている場合、以下を試す価値があります。
- 一時的にリアルタイム保護やネットワーク保護をオフにできるか確認
- GlobalProtect 関連のプロセス（
PanGPA.exe等）やドメインを例外に設定できないか確認 - 社内のIT管理部門に、「GlobalProtect 接続が切断されるので、エンドポイント保護側のログを確認してほしい」と依頼
会社支給PCの場合、自分でセキュリティソフトを停止することが禁止されているケースも多いため、その場合は無理をせず 「GPが再接続を繰り返す時間帯」などの情報を添えて、管理部門にログ調査を依頼する のがおすすめです。
IPv6・時刻のずれ・プロキシ設定など見落としがちな要因
MTUや電源設定ほど目立たないものの、次のような要因が GP の不安定さに関わっていることもあります。
IPv6を一時的に無効化して挙動を比較する
環境によっては、IPv6 と IPv4 のどちらで接続しに行くか、途中の経路やフィルタリングの違いで動作が不安定になることがあります。切り分けとして、一度 IPv6 を無効化してみる方法があります。
- 「ネットワークとインターネットの設定」→「アダプターのオプションを変更」を開く
- 利用中のアダプターを右クリック →「プロパティ」
- 「インターネット プロトコル バージョン6 (TCP/IPv6)」のチェックを外す
- OKを押してPCを再起動し、GPの挙動を確認
これで安定する場合は、IPv6 絡みの経路やフィルタリングの問題が疑われます。恒久対応はネットワーク設計側の見直しが望ましいため、IT部門への相談材料になります。
PCの時刻ずれ（証明書エラーの原因）
VPNゲートウェイとの通信には証明書が使われており、PCの時刻が大きくズレていると「証明書がまだ有効でない／期限切れと認識される」などの問題を引き起こします。定期的な再接続や認証エラーが発生している場合、以下も確認しましょう。
- Windows の日付と時刻が正しいか
- 「時刻を自動的に設定する」がオンになっているか
- 社内の NTP サーバーを利用する設定になっている場合、その到達性に問題がないか
プロキシ自動設定 (PAC) や自動検出の影響
社内環境では、ブラウザやOSのレベルでプロキシ自動設定（PACファイル）が配布されていることがあります。これが GP の接続と絡むと、ネットワーク切り替え時にルートが頻繁に変わり、再接続を誘発することがあります。
- 「インターネットオプション」→「接続」→「LANの設定」で、自動検出や自動構成スクリプトの有無を確認
- 一時的に別ユーザープロファイルや、プロキシ設定の影響を受けないブラウザで試す
こちらも、恒久的な変更は IT 管理者の方針に関わるため、勝手に無効化するのではなく「切り分け結果」として情報提供するのがおすすめです。
GlobalProtectクライアントログの確認と、見ておきたいポイント
ここまで試しても改善しない場合、あるいは IT 管理者に相談する前には、GP側のログを確認しておくと、問題の傾向が見えやすくなります。
ログファイルの場所
一般的なWindows環境では、次のフォルダにログが保存されています。
%ProgramData%\Palo Alto Networks\GlobalProtect\logs\
主に次のようなファイルが重要です。
- PanGPS.log：サービス側（接続・切断・トンネル状態）のログ
- PanGPA.log：クライアントアプリ側（UI・ポータル接続など）のログ
再接続時に注目したいログの例
再接続が発生した時間帯付近で、次のようなメッセージが繰り返し出ていないかを確認します。
- トンネルのタイムアウトやハートビートの失敗を示す行
- ゲートウェイの切り替え（Portal/Gateway のスイッチ）を示す行
- 証明書エラーや認証エラーを示す行
- パケット断片化や ICMP 関連のエラーを示す行
ログの中身まで読めなくても、以下の情報だけ控えておくだけでも IT 管理者の大きな助けになります。
- 再接続が発生した時刻（例：毎時00分〜05分あたり）
- その時間帯の PanGPS.log / PanGPA.log
- どのネットワークで起きたか（自宅Wi‑Fi、テザリングなど）
IT管理者にエスカレーションするときに伝えるべき情報
最終的に自分では原因を特定できなかった場合でも、しっかり情報を整理してから相談すると、解決までのスピードが大きく変わります。
| 項目 | 具体例 |
|---|---|
| 発生タイミング | 出社直後のみ / 帰宅後のみ / 一日中 / 一定時間ごと など |
| ネットワーク環境 | 自宅Wi‑Fi（機種名）、スマホテザリング（キャリア名）、オフィスLAN など |
| 他PCでの再現性 | 同じネットワークで旧PCは問題なし、新PCのみ不安定 など |
| 試した対策 | MTUを1300/1370に変更、電源設定見直し、IPv6無効化テストなど |
| ログ・スクリーンショット | PanGPS.log / PanGPA.log の該当時間帯、GP画面のエラーメッセージ |
あわせて、次のようなサーバ側設定について確認してもらえるとよいでしょう。
- ポータル/ゲートウェイの選択ロジック（地理的・負荷分散条件など）
- セッションタイムアウト値やアイドルタイムアウト値
- HIPチェック（健康状態チェック）や必須アプリバージョンの設定
- 新PCに対する証明書配布や信頼ストア設定に差異がないか
- プロキシ自動設定（PAC）や Always On 設定の有無・ポリシー
クライアント側（PC側）でできることと、サーバ側（GPゲートウェイ側）で調整すべきことをきちんと切り分けて相談できると、IT部門とのコミュニケーションもスムーズになります。
最短で試したい実践ステップ（クイックスタート）
ここまでの内容を踏まえ、「まず何から手を付ければよいか」を迷わないように、再接続ループに悩んだときのおすすめ手順を整理します。
- Windows と NIC ドライバー、GlobalProtect をすべて最新化
→ Windows Update 実行、メーカー提供ツールでドライバー更新、GPクライアントを最新版へ - GlobalProtect のキャッシュクリア → 再インストール
→ アンインストール → 再起動 → 最新版インストールで「クリーンな状態」に netshで MTU=1300 に設定して様子見
→ 改善すれば 1370 / 1400 に少しずつ上げながら最適値を探る- 省電力・Wi‑Fi設定の見直し、別ネットワークで再現確認
→ アダプターの電源オフ許可を外す、ワイヤレスアダプターを最大パフォーマンスに、テザリング等で比較 - 改善しなければログ採取して IT 管理者へエスカレーション
→ PanGPS.log / PanGPA.log と、試した対策・再現条件を整理して相談
| ステップ | 作業内容 | ゴール |
|---|---|---|
| 1 | OS・ドライバー・GPを最新化 | 初期不良・既知の不具合を排除する |
| 2 | GP再インストール | クライアント側のキャッシュや設定不整合をリセット |
| 3 | MTUを1300→1370→1400で調整 | パケット断片化による断続的な切断を改善 |
| 4 | 電源・Wi‑Fi設定を見直し、別ネットワークで検証 | PC要因と回線要因を切り分ける |
| 5 | ログを添えてIT部門へ相談 | サーバ側設定や社内ポリシーまで含めて根本原因を究明 |
新しいノートPCで GlobalProtect が「接続を再確立」し続ける問題は、原因さえ絞り込めば多くのケースで改善可能です。特に MTU の調整は効果が出やすい対策なので、まずは値を 1300 前後に下げて様子を見るところから始めてみてください。そのうえで電源管理・Wi‑Fi・セキュリティソフト・IPv6・プロキシ設定などを一つずつ確認していけば、安定した VPN 環境に近づけるはずです。
コメント