Windows Server 2022を利用してドメイン環境を構築する際、思わぬ形で「従量制課金接続（Metered Connection）」がオンになり、ローカルネットワークの通信に支障が出てしまうケースがあります。特にドメインコントローラーとして運用するサーバーにおいてはネットワーク切断は重大な問題となり得ます。この記事では、Metered Connectionの仕組みや設定画面・レジストリ・グループポリシーなど多角的なアプローチを用いて、通信を正常化する具体的な方法をご紹介します。スムーズなネットワーク環境の構築を目指す方は、ぜひ最後までご覧ください。
Metered Connectionとは？
従量制課金接続（Metered Connection）は、データ通信量に制限がある回線での通信費や通信量を節約するために、Windowsが自動的にアップデートやバックグラウンド通信を抑制する機能です。モバイル回線やテザリングを想定して導入された仕組みですが、環境によっては有線LAN（Ethernet）であってもメータード接続として認識され、通信が制限されてしまうことがあります。Windows Server 2022で意図しないタイミングでこれが有効化されると、ファイル共有やドメイン関連の通信に影響を及ぼし、日常運用に大きな支障を与えかねません。
Metered Connection問題が起こる背景
Windows Server 2022ではWindows 10/11系のModern OSのコンポーネントを多数継承しています。そのため、クライアントOS向けに設計された機能がサーバーOSでも同様に動いてしまうケースがあります。本来は企業向けサーバー環境では無用となる従量制課金接続が、以下のような原因で誤認識されてしまうことがあります。
原因1：NCSI（ネットワーク接続状況インジケーター）による誤判定
Windowsにはネットワーク接続状況を判断するためのサービス「NCSI (Network Connectivity Status Indicator)」が搭載されています。通常はMicrosoftの特定URLやDNS応答を参照し、インターネット接続かどうかを判断します。しかしネットワークポリシーやProxy設定、一部のセキュリティソフトウェアなどの影響で、このNCSIが「通信が制限されている」と誤判定するケースがあります。NCSIが誤認識すると、接続が従量制課金扱いになってしまう可能性があります。
原因2：ドライバやVPN設定の影響
ネットワークアダプタのドライバやVPNクライアントの設定によっては、回線がセルラー扱いまたはメーター設定のある接続として通知されることがあります。特にNICの省電力機能やVLAN設定、複数のネットワークアダプタをチーミングしている環境では、デバイスドライバが意図しないパラメータをOSに渡してしまうケースが報告されています。
原因3：グループポリシー設定の不整合
ドメイン環境下ではグループポリシーによる細かな設定が可能ですが、ポリシーが複雑に組み合わさっていると、クライアントOSと同様にServer OSにもメータード接続ポリシーが適用されている可能性があります。特に新しいサーバーを既存ドメインに追加した直後に誤作動が起きると、運用管理者は気付かないまま通信制限が発生してしまう恐れがあります。
設定画面からMetered Connectionをオフにする
まずは基本的なGUI操作からアプローチする方法です。Windows Server 2022はデスクトップエクスペリエンスをインストールしている前提で進めます。
ステップ1：ネットワーク設定画面の確認
- Windowsキー + Iキーで「設定」アプリを起動します。
- 「ネットワークとインターネット」を選択し、「イーサネット」タブを開きます。
- 対象のアダプタ（通常はEthernet Xなど）をクリックし、「従量制課金接続(Metered Connection)」のスイッチがオフであることを確認します。
- いったんオフになっていても、再起動やWindows Update後にオンに戻っていることがあるため、再起動後も再度チェックします。
注意点
GUI上ではオフになっているのに、実際の動作はオンの状態と同様の症状が続く場合があります。この段階で問題が解決しなければ、レジストリやグループポリシーなど、さらに深いレベルでの設定変更を検討する必要があります。
レジストリでMetered Connectionを強制的に無効化
GUI操作で解決しない場合、レジストリエディタを用いて設定を変更する手段があります。レジストリ値を直接書き換えれば、Metered Connectionを強制的にオフの状態に設定できる可能性があります。
ステップ1：アクセス許可の変更
- 「regedit」を実行し、レジストリエディタを開きます。
- 以下のキーに移動します。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\DefaultMediaCost
- 「DefaultMediaCost」を右クリックし、「アクセス許可」を選択します。
- Administratorsアカウントにフルコントロールを付与します。デフォルトではこのキーは書き込み権限が制限されているため、そのままでは編集できません。
ステップ2：値の変更
- アクセス許可の変更が完了したら「Ethernet」キーの値をダブルクリックし、データを「1」に変更します。
- 1: 非従量制
- 2: 従量制
- 変更後にWindows Serverを再起動し、メータード接続が無効化されるかを確認します。
レジストリ編集の注意点
- レジストリ変更はシステム動作に直結するため、事前にバックアップを取ってから作業することを強く推奨します。
- サーバー環境であれば変更前のスナップショットを取得する方法も有効です。
- レジストリを変更しても直ちに反映されず、再起動を要する場合があります。
グループポリシー（GPO）での設定確認
Active Directoryドメイン下にあるサーバーや、ローカルグループポリシーによって設定が行われている可能性もあります。特に複数のポリシーを運用している企業環境では、レジストリで書き換えてもグループポリシーの適用により再度メータード接続設定が復活することがあります。
ステップ1：GPOエディタを開く
- 「gpedit.msc」を実行し、ローカルグループポリシーエディタを開きます。
- または、ドメイン環境の場合「gpmc.msc」を用いてグループポリシー管理コンソールを起動し、サーバーに適用されているポリシーを確認します。
ステップ2：ネットワーク接続状況インジケーター関連ポリシーを探す
- 「コンピューターの構成 > 管理用テンプレート > ネットワーク > ネットワーク接続状況インジケーター (NCSI)」配下の設定を確認します。
- 「従量制課金接続として設定」や類似のポリシーが有効になっていないかをチェックします。
- 該当するポリシーがあれば無効（Disabled）に変更します。
ステップ3：ポリシーの再適用
変更を行ったらコマンドラインで下記を実行し、ポリシーを再適用します。
gpupdate /force
適用後に再起動し、メータード接続が解除されたかをテストします。
ファイアウォールとネットワークの基本トラブルシューティング
メータード接続を無効化しても通信が回復しない場合は、ファイアウォールや他のネットワーク設定が影響していることを疑いましょう。特にドメインコントローラーはさまざまなポートを利用するため、ファイアウォール側でブロックしているかどうかが重要です。
ステップ1：ファイアウォールの設定確認
- Windows Defender ファイアウォールの詳細設定を開き、受信と送信のルールに問題がないかをチェックします。
- サードパーティ製のセキュリティソフトやハードウェアファイアウォールがある場合、そちらの設定も確認します。
ステップ2：イベントビューアでログを確認
- 「イベントビューア」を開き、「Windowsログ > システム」や「アプリケーション」を確認します。
- ネットワーク関連のエラーや警告が記録されていないかをチェックします。エラーコードや警告メッセージの内容により、根本原因を特定できる場合があります。
必要なサービスの稼働状況を点検
ドメインコントローラーの場合、以下のサービスが停止していると正常な通信を阻害する恐れがあります。
DNS Clientサービス
Active DirectoryではDNSがドメイン内の名前解決に不可欠です。DNS Clientサービスが停止すると名前解決ができず、結果としてドメイン参加クライアントとの通信に影響が出ることがあります。
Netlogonサービス
ドメインコントローラーではNetlogonサービスが認証関連のプロセスを担っています。意図しない原因で停止していると、ドメイン参加端末がコントローラーにアクセスできなくなり、通信エラーとなってしまいます。
DHCP Clientサービス
固定IP環境の場合でも、一部の機能でDHCP Clientサービスを利用していることがあります。停止しているとDNSの動的更新が機能しないなど、思わぬ不具合につながるケースがあります。
コマンドラインによるネットワークリセットと確認
GUIやレジストリで問題を切り分けても原因が特定できない場合は、コマンドラインを使ったリセットを試してみるのも有効な方法です。
ステップ1：ネットワークアダプタの情報を確認
まずは現在のネットワークアダプタがどのような状態になっているかを調査します。
ipconfig /all
ここで、IPアドレスやDNSサフィックス、デフォルトゲートウェイの設定、メディアの状態などをチェックします。もし明らかに異常な値（例：169.254.x.xのAPIPAアドレス）になっていれば、DHCPサーバーや物理接続の問題が考えられます。
ステップ2：通信テスト
ping [対象サーバーIPまたはホスト名] tracert [対象サーバーIPまたはホスト名]
これらのコマンドで通信経路を確認します。途中でタイムアウトしている場合、該当ルーターやファイアウォール、DNS設定などに問題が潜んでいる可能性があります。
ステップ3：ネットワークスタックのリセット
下記コマンドを実行し、Windowsのネットワークスタックを初期化します。
netsh winsock reset netsh int ip reset
その後、サーバーを再起動し、通信状態が改善するかを確認します。
物理的な接続やドライバの確認
ソフトウェア的な対策を一通り行ったにもかかわらず症状が改善しない場合、ハードウェアやドライバを見直すことが必要になります。特に新規構築のサーバーやベアメタル環境では、NICのファームウェアやドライバが最新の状態でないと、OSが想定外の動作を起こすことがあります。
チェックポイント
- LANケーブルやスイッチポートに障害がないか。別のポートやケーブルで試してみる。
- BIOSやUEFIでNICの設定（PXEブート、Wake-on-LANなど）が正しく構成されているか。
- サーバーベンダー（Dell、HP、Lenovoなど）から提供されるファームウェアアップデートを適用しているか。
- NICチーミング構成や仮想スイッチ（Hyper-Vなど）を利用している場合、複数のネットワークが干渉していないか。
表で見るMetered Connection対策のまとめ
下記の表に、具体的な対策とそれぞれのメリット・注意点をまとめます。
| 対策 | メリット | 注意点 |
|---|---|---|
| 設定画面での確認 | 操作が簡単で、初心者でも対応可能 | GUI上はオフでも実態がオンになる場合あり |
| レジストリ編集 | 強制的にメータード接続を無効化できる | アクセス許可の変更やバックアップが必須 |
| GPOの制御 | ドメイン全体で一括管理が可能 | ポリシーの階層や継承関係の把握が必要 |
| ファイアウォール設定 | セキュリティと通信の両立が期待できる | 誤設定で業務への影響大 |
| ネットワークリセット | 不明なトラブルでも初期化で解決しやすい | 再設定が必要になる場合がある |
最終的なポイントと運用のヒント
Metered Connection問題は、Windows Server 2022がクライアントOSライクな機能を持つがゆえに生じることが多いトラブルです。一度解消してもアップデートやポリシー変更によって再発する可能性があるため、定期的に以下の点をチェックすると安心です。
1. サーバーのWindows Update方針
サーバー運用では、必要なアップデートのみ適用し、動作確認後に本番環境へ導入する流れが一般的です。アップデート適用前後でMetered Connectionの設定に変化がないかを常に確認しておくと、不測の通信断を避けられます。
2. ネットワークポリシーの変更履歴管理
IT部門や社内SEなど、複数の管理者がいる環境では、グループポリシーやネットワーク構成の変更履歴を確実に残すことが大切です。小さな設定変更でもMetered Connectionが有効化されてしまう契機になるかもしれません。
3. パフォーマンスモニターや監視ツールの活用
ドメインコントローラーを含めたサーバー群の動作状況を常時監視するツールを導入しておくと、ネットワーク接続が従量制扱いになった瞬間のログや通信量の変動を把握しやすくなります。異常な振る舞いを早期発見すれば、ダウンタイムを最小限に抑えることができます。
まとめ
Windows Server 2022で思いもよらず発生するMetered Connectionの問題は、設定画面やレジストリ、グループポリシー、ファイアウォール設定など、複数の観点からアプローチすることで解決の糸口が見えてきます。ドメインコントローラーとして運用している場合は尚更、ネットワークの安定性が最優先事項です。ネットワークに異変を感じたら、以下のステップを総合的に実行してみてください。
- 設定画面でのオン/オフ状況を確認（再起動後も念のためチェック）
- レジストリ「DefaultMediaCost」でEthernetの値を1（非従量制）に変更
- グループポリシーやNCSI関連のポリシーを無効化
- ファイアウォールルール・イベントビューアのログを調査
- ネットワーク関連サービス（DNS Client、Netlogon、DHCPなど）の稼働確認
- ipconfig /all、ping、tracert、netshコマンドで基本設定とスタックをリセット
- NICドライバやファームウェア、物理接続の再確認
これらを順に実施していくことで、多くの場合はMetered Connectionが原因の通信ブロックを解消できるはずです。もし根本的に解決しない場合は、エラーログやネットワーク関連の詳細設定を徹底的に見直し、必要に応じてハードウェアを含めた検証環境での再現テストを行うとよいでしょう。
コメント