Windows 10 クライアントから Active Directory 上の共有プリンターを追加しようとしたとき、「プリンターの追加」画面に何も表示されないのに、「ディレクトリで検索」ではすべてのプリンターが見える――この現象は、ネットワークや GPO が問題なくても意外とよく発生します。本記事では、2 拠点構成の企業ネットワークを想定し、原因となる「プリンターの場所トラッキング」設定と、その具体的な対処手順・運用のポイントを詳しく解説します。
現象と前提環境の整理
まずは今回のトラブルを整理します。想定している環境は次のようなものです。
- 企業内に拠点が 2 つ（拠点 1／拠点 2）存在する
- 各拠点には Windows 10 クライアントとプリントサーバーがあり、プリンターは AD に公開済み
- 拠点 2 の PC では問題なく AD プリンターが一覧表示される
- 拠点 1 の PC だけ、「プリンターの追加」を押しても何も出てこない
- ただし、「プリンターが一覧にない場合」→「ディレクトリで検索」を選ぶと、すべてのプリンターが表示される
- Ping、共有フォルダー、プリントサーバーの共有、GPO 適用状況などは両拠点とも正常
この時点で、ネットワーク断やプリントサーバー自体の障害ではないことが分かります。
| 項目 | 拠点 1 | 拠点 2 |
|---|---|---|
| プリンター一覧（最初の画面） | 何も表示されない | 近くのプリンターが表示される |
| 「ディレクトリで検索」 | すべてのプリンターが見える | すべてのプリンターが見える |
| Ping／共有フォルダー | 正常 | 正常 |
| GPO 適用状況 | 正常（イベントログにも異常なし） | 正常 |
よくある誤解ポイント
この現象を見ると、次のような要因を疑うことが多いと思います。
- ファイアウォールでポートが閉じているのでは？
- プリントサーバーの共有名が違うのでは？
- プリンターの公開設定が間違っているのでは？
しかし今回のケースでは、「ディレクトリで検索」を使うとプリンターが見えるため、AD へのアクセス自体は問題なく、プリンターの公開も出来ています。つまり、「AD にプリンターは存在するが、Windows 10 の『プリンターの追加』ウィザードが自動では拾ってくれない状況」と言えます。
Windows 10 の「プリンターの追加」と Active Directory の仕組み
ここで、Windows 10 が AD 上のプリンターをどうやって見つけているのかを簡単に整理しておきます。
自動表示される「近くのプリンター」の仕組み
Windows 10 の「プリンターの追加」ウィザードを開くと、最初に表示される画面では、AD 内の「近くにある」と判断されたプリンターを自動列挙しようとします。このとき、次の情報が使われます。
- クライアント PC が所属するサブネット
- Active Directory Sites and Services で定義されている「サイト」とそのサブネット
- プリンターオブジェクトに設定された「場所（Location）」属性
- GPO で有効化された「プリンターの場所追跡」設定
これらがうまく連動すると、ユーザーが特に意識しなくても、「自分がいる拠点・フロアに近いプリンター」が候補として表示されます。
「ディレクトリで検索」との違い
一方、「プリンターが一覧にない場合」→「ディレクトリで検索」を選んだ場合は、場所情報によるフィルタリングをほぼ行わず、AD 内のプリンターを検索条件に沿ってフルスキャンします。そのため、場所トラッキングが正しく働いていなくても、すべてのプリンターが見えてしまいます。
| 画面 | 動作イメージ | 依存する主な機能 |
|---|---|---|
| 最初のプリンター一覧 | 「近くのプリンター」だけを自動表示 | 場所トラッキング、サイト／サブネット、Location 属性 |
| 「ディレクトリで検索」 | 条件に合致するプリンターを AD 全体から検索 | LDAP 検索（場所トラッキングはほぼ無関係） |
つまり、「ディレクトリで検索では見えるのに、最初の画面では何も出ない」という現象は、AD やネットワークではなく、「場所情報を使ったフィルタリング側」に原因があると考えるのが自然です。
原因：プリンターの場所トラッキングが無効または未設定
今回のケースの本質的な原因は、「プリンターの場所トラッキング（location tracking）が無効、または十分に設定されていない」ことです。
場所トラッキングが有効になっている場合、Windows は次のような流れでプリンターを選びます。
- クライアント PC の IP アドレスから所属サブネットを判断
- そのサブネットに紐づいた AD サイトを特定
- サイト名やサブネットに対応する場所情報（Location）を内部的に解決
- Location 属性が一致、または近いプリンターを「近くのプリンター」として列挙
ここで、場所トラッキングが無効だったり、サブネット／Location の設計が不十分だったりすると、
- 「近くのプリンター」の候補リストが空になる
- 一部の拠点だけプリンターが表示されない
といった現象が発生します。
| 設定状態 | 拠点 1 の挙動 | 拠点 2 の挙動 |
|---|---|---|
| 両拠点とも場所トラッキング正しく設定 | 近くのプリンターが表示される | 近くのプリンターが表示される |
| 拠点 1 のサブネットが AD サイトに紐づいていない | 一覧が空になる | 正常に表示される |
| プリンターの Location 属性が未入力 | 一覧が空になることが多い | 同様に影響を受ける可能性あり |
| GPO で場所トラッキングが無効 | 一覧が空になる | 設定によっては表示されることもあるが不安定 |
解決までの全体フロー
解決のための大まかな流れは次の通りです。
- GPO で「プリンターの場所追跡を有効にする」を有効化する
- Active Directory サイトとサブネットの紐づけを確認・修正する
- 各プリンターオブジェクトの「場所」属性を設計し、統一ルールで入力する
- クライアントで GPO を反映し、表示を確認する
- まだダメな場合は、ファイアウォールや DNS など周辺要因をチェックする
ここからは、各ステップを具体的に見ていきます。
手順 1：GPO で「プリンターの場所追跡」を有効化
まずは、クライアント側で場所トラッキング自体が有効になっているかを確認します。ドメイン環境であれば、GPO で一括制御するのが一般的です。
設定パス
グループ ポリシー管理コンソールから、対象 PC に適用される GPO を開き、次のパスを辿ります。
- ［コンピューターの構成］
- →［管理用テンプレート］
- →［プリンター］
- →［プリンターの場所追跡を有効にする］
このポリシーを 「有効」 に設定してください。
| ポリシー名 | 推奨値 | 備考 |
|---|---|---|
| プリンターの場所追跡を有効にする | 有効 | 無効または未構成のままだと、場所情報を用いた絞り込みが行われない |
GPO のリンク範囲（どの OU にリンクしているか）が拠点 1 の PC を含んでいるかどうかも必ず確認しましょう。拠点 2 だけ別 OU で、そちらにだけ場所トラッキングを有効にする GPO が適用済みというケースもよくあります。
クライアントへの反映
設定変更後は、クライアント側で GPO を反映させます。コマンド プロンプト（管理者）で次を実行します。
gpupdate /force
もしくは、クライアントを再起動しても反映されます。イベントビューアーの「グループポリシーの操作」ログを確認し、エラーなく適用されているかをチェックすると切り分けがスムーズです。
手順 2：Active Directory サイトとサブネットの確認
次に、クライアント PC が所属するサブネットが、Active Directory のサイトに正しく紐づいているかを確認します。「Active Directory サイトとサービス」を使用します。
確認ポイント
- 管理ツールから「Active Directory サイトとサービス」を起動
- ［サブネット］配下に、拠点 1 のネットワークが登録されているか確認
- サブネットオブジェクトが、正しいサイトに紐づいているかを確認
例えば、次のような構成が望ましい形です。
| 拠点 | サブネット | サイト名 | 備考 |
|---|---|---|---|
| 拠点 1 | 192.168.10.0/24 | Site-Tokyo | プリンター Location にも「Tokyo」を含めると分かりやすい |
| 拠点 2 | 192.168.20.0/24 | Site-Osaka | 同様に Location を「Osaka\3F」などで統一 |
ありがちなミス
- 拠点 1 のサブネットが「サブネット」に登録されていない
- サブネットのマスク指定を誤っている（例：192.168.10.0/16 など）
- 誤ったサイトに紐づいている（本来は拠点 1 用サイトなのに、汎用サイトに紐づいている）
クライアントがどのサイトとして認識されているかは、コマンド プロンプトで次を実行することで確認できます（Windows 10 クライアント側）。
nltest /dsgetsite
ここで期待するサイト名（例：Site-Tokyo）が返ってくれば、サイトの紐づけは概ね問題ありません。
手順 3：プリンターオブジェクトの「場所」属性を設計・入力
場所トラッキングの真価を発揮するには、各プリンターオブジェクトの「場所」属性をきちんと設計・入力する必要があります。「Print Management」コンソールや ADSI Edit から設定できます。
Location 属性の設計例
おすすめは、「拠点名\フロア\エリア」といった階層構造で統一する方法です。
| レベル | 例 | 備考 |
|---|---|---|
| 拠点 | Tokyo, Osaka | AD サイト名と揃えると管理しやすい |
| フロア | 2F, 3F | 数字＋F など表記ルールを統一 |
| エリア | OpenArea, Sales, Dev | 部署やエリア名など |
例えば、拠点 1（東京）の 2 階オープンエリアにあるプリンターであれば、Location を次のようにします。
Tokyo\2F\OpenArea
Print Management からの設定手順
- 管理者権限でサーバーにログオン
- 「Print Management（印刷管理）」を起動
- ［プリント サーバー］→ 対象サーバー →［プリンター］を展開
- 対象プリンターを右クリックし、［プロパティ］を開く
- ［全般］タブ または ［共有］タブにある「場所」欄に、設計した Location を入力
- 同じ拠点・フロアのプリンターは、同じ階層構造で入力する
ADSI Edit で直接編集する場合は、プリンターオブジェクト（printQueue）を開き、location 属性に同様の値を入れます。大量のプリンターがある場合は、PowerShell で一括設定する運用も現実的です。
手順 4：クライアント側で表示を確認する
ここまでの設定を行ったら、クライアント側で GPO を再適用し、実際にプリンターの追加画面で挙動を確認します。
確認手順の一例
- クライアント PC で
gpupdate /forceを実行、または再起動 - ［設定］→［デバイス］→［プリンターとスキャナー］を開く
- ［プリンターまたはスキャナーを追加します］をクリック
- 「プリンターの追加」画面に、所属拠点・フロアのプリンターが表示されるか確認
| 確認項目 | 具体的なチェック内容 |
|---|---|
| プリンター一覧 | 所属拠点のプリンターだけが表示されるか（遠隔拠点のプリンターばかりになっていないか） |
| Location 表示 | プリンターのプロパティ画面で、Location が正しく表示されているか |
| ディレクトリ検索 | 「ディレクトリで検索」でも同じプリンターが見えるか |
ここで期待通りの挙動になっていれば、問題は解消です。拠点 1 でも拠点 2 と同様に、プリンターの追加画面を開いた直後から適切なプリンター候補が表示されるようになります。
まだ表示されない場合の追加チェックポイント
「場所トラッキングを有効にして、サイト／サブネットも見直し、Location も設定したのに、それでも一覧が空のまま」という場合は、ネットワークレベルやセキュリティ設定が影響している可能性があります。
ファイアウォール・セキュリティ製品の確認
AD への問い合わせやプリンター検出には、LDAP や RPC など複数の通信が使用されます。特に次のポートがブロックされていないかを確認してください。
| ポート | プロトコル | 用途 |
|---|---|---|
| 389 | TCP/UDP | LDAP（ドメインコントローラーとの通信） |
| 3268 | TCP | グローバルカタログ（GC）用 LDAP |
| 135 | TCP | RPC Endpoint Mapper |
| 動的 RPC ポート範囲 | TCP | RPC ベースのサービス全般 |
特に、拠点間をまたぐ通信でファイアウォールや UTM 装置が導入されている場合、「HTTP や SMB は通るが、LDAP や RPC の一部が制限されている」という構成になっていないかを確認します。
DNS・名前解決の確認
AD 関連のトラブルでは、DNS の設定ミスも定番です。次の点を確認してください。
- クライアントの DNS サーバーが、社内の AD 連携 DNS サーバーを指しているか
- ドメインコントローラーに対して
nslookupで FQDN 解決が正常に行えるか - 拠点 1 のクライアントだけ、別の DNS を参照していないか
プリンター一覧の表示自体は DNS 依存度が低く見えますが、結果として DC にたどり着けないと場所トラッキングの情報も取れません。単純な「Ping は通る」だけで安心せず、名前解決も含めて見直すことが重要です。
テスト用 PC／テストユーザーでの切り分け
問題が拠点 1 の一部 PC にだけ発生しているように見える場合、次のような切り分けを行うと原因が特定しやすくなります。
- 同じネットワークポートに別の PC を接続し、同じドメインユーザーでログオンして再現するか確認
- 拠点 1 の PC に、拠点 2 と同じテストユーザーでログオンして挙動を比較
- 問題が出る PC を、別の OU に一時的に移動し、ベースライン GPO だけを適用して再現するか確認
これにより、「GPO レベルの問題か」「PC 固有の問題か」「ネットワーク／サイト構成の問題か」が切り分けやすくなります。
場所トラッキング導入のメリットと運用ポイント
ここまで読んで、「とりあえず一覧に出てくれればいいので、場所トラッキングなんて無効のままでいいのでは？」と思うかもしれません。しかし、場所トラッキングをきちんと設計して運用すると、ユーザーと管理者の双方に大きなメリットがあります。
ユーザー側のメリット
- 「近くのプリンター」が自動的に候補に上がるため、プリンター選択時の迷いが減る
- 誤って遠隔拠点のプリンターを選択してしまうリスクが減る
- 部署異動・席替えのたびに、プリンターを探し直す手間が減る
管理者側のメリット
- WAN 越えの印刷トラフィックを抑制しやすくなる
- 「どのプリンターを追加すればよいか分からない」という問い合わせが減る
- プリンターの位置情報が AD に集約されるため、棚卸しや移設計画に活用できる
運用上のポイント
| ポイント | 内容 |
|---|---|
| 命名規則の統一 | Location の書式（拠点名、フロア表記、エリア名）を文書化し、全プリンターで統一する |
| 変更管理 | プリンター移設や部署移動の際には、Location を更新する運用フローを決めておく |
| 自動化 | PowerShell などで Location 更新をスクリプト化し、大量の変更に備える |
| テスト OU | 新しい GPO や命名規則を導入する際は、テスト OU で一部 PC のみを対象に確認する |
よくある質問と追加の考慮点
拠点 1 だけで発生するのはなぜ？
同じドメイン・同じ OS でも、拠点ごとにサブネットや GPO の適用範囲が異なるため、場所トラッキングの設定状況に差が出やすいのが理由です。例えば、拠点 1 のサブネットだけ AD サイトに登録されていなかったり、拠点 2 の OU にだけ場所トラッキング用 GPO がリンクされていたりといったケースが典型的です。
Windows 11 では挙動が変わる？
UI は変わりますが、AD プリンターの検出で場所トラッキングやサイト／サブネット情報を使う仕組み自体は大きくは変わっていません。そのため、今回紹介した「サイトとサブネット」「Location 属性」「GPO での有効化」といった考え方は、Windows 10 でも Windows 11 でも有効です。
場所トラッキングを有効にすると悪影響はある？
既存のプリントサーバーや共有名を変更する必要はなく、基本的には「どのプリンターを優先的に候補として見せるか」のロジックに影響するだけです。周辺サービスへの悪影響はほとんどありません。それよりも、Location 属性を適当に入力してしまう方が、かえってユーザーの混乱を招く可能性があるため、導入時に命名規則をきちんと決めておくことをおすすめします。
まとめ：Windows 10 で AD プリンターが表示されないときのチェックリスト
最後に、今回の内容をチェックリストとしてまとめます。拠点 1 の Windows 10 だけ、「プリンターの追加」で AD プリンターが表示されない場合は、次の順番で確認してみてください。
- GPO で「プリンターの場所追跡を有効にする」が有効か
対象 OU にリンクされている GPO を確認し、拠点 1 の PC にも適用されていることをチェックする。 - Active Directory サイトとサブネットが正しく紐づいているか
拠点 1 のサブネットが「Active Directory サイトとサービス」の「サブネット」に登録され、正しいサイトに紐づいているか確認する。 - プリンターオブジェクトの Location 属性が設計・入力されているか
「Print Management」や ADSI Edit で、Location が「拠点名\フロア\エリア」など統一ルールで入力されているか確認する。 - クライアントで GPO が正しく適用されているか
gpupdate /force実行後、「プリンターの追加」の最初の一覧で近くのプリンターが表示されるか確認する。 - それでもダメな場合はファイアウォールや DNS を確認
LDAP（389）、GC（3268）、RPC などがブロックされていないか、クライアントの DNS 設定に誤りがないかを確認する。
これらを順番に見直すことで、単なる「プリンタードライバーの問題」や「プリントサーバーの不具合」と誤認されがちなトラブルを、根本原因から解消できます。場所トラッキングをきちんと設計・運用すると、ユーザーの利便性向上と管理工数の削減にもつながるため、これを機に環境全体の見直しを行うことをおすすめします。
コメント