分割トンネルは有効なのにプリンターがオフラインのまま: その理由

トンネルは起動し、インターネットも動き、分割トンネルは数か月前に有効にしたのに、机の横のプリンターは今もオフラインと表示されます。この組み合わせが矛盾でないのは、分割トンネルが経路の決定であり、到達性の約束ではないからです。印刷キューと紙の間には三つの仕組みがあり、それらはトレイのアイコンからは同じに見える形で壊れます。まずアドレス、次に経路、最後にフィルターを追ってください。

キューの背後にあるアドレスから始める

印刷キューに保存されたアドレスまたはホスト名を読み、プリンターが自身のネットワーク画面に表示するアドレスと比較します。以前のアドレスを指したままのキューは、経路障害とまったく同じように振る舞い、症状だけでは両者を区別するのが困難です。どちらかを変更する前に両方の値を取得してください。ふつう一方は古く、古いほうはたいていキューです。

ホスト名に基づくキューは経路に名前解決を加えますが、これは経路制御とは別の仕組みです。トンネル内でホスト名が別の形で解決されると、キューは別のマシンに届くか、どこにも届きません。数値アドレスはテストの間その変数を取り除きます。

残りの調査は推測ではなく比較なのだから、この組を書き留めてください。

そのアドレスの経路はどう選ばれるか

プリンターが 192.168.1.50 にあり、オフィスのネットワークも 192.168.1.0/24 を使っているとします。そのサブネットを覆うトンネル経路は、あなたの部屋のプリンターへの直接経路と競合でき、より具体的な項目が勝ちます。ポートを同じ数値アドレスに変えても、曖昧さは経路テーブルにあるため、その曖昧さは消えません。

既定経路をインストールする VPN プロファイルはすべてを捕捉し、ローカルリンクのプレフィックスはトンネル経由でしか到達できなくなります。分割トンネルのプロファイルは代わりに企業のプレフィックスをインストールし、通常はローカルの経路が戻ります。プリンターのアドレスに実際に選ばれた経路を調べ、それを生んだ設定の名前で判断しないでください。

テーブルは候補を、検索は勝者を示すのだから、テーブルと選択された経路を一緒に読んでください。

Get-Printer | Select-Object Name, PortName, DriverName
Get-PrinterPort -Name 'IP_192.168.1.50' | Select-Object PrinterHostAddress
route print -4 | Select-String '192.168.1'

アドレスが機能するのに検出が失敗する理由

ローカルネットワークでのプリンターの自動検出は、マルチキャスト DNS か古いブロードキャストプロトコルに依存し、どちらも一つのリンクに限定されます。ルーターはそのマルチキャストを既定では転送せず、VPN もルーターです。アドレスベースのキューを追加すると検出だけが壊れている場合を直せますが、この回避策がしばしば偶然と誤解されるのはまさにそのためです。

区別は簡単に記録できます。アドレスが印刷ポートに応答するのにプリンターがプリンターの追加一覧に現れないなら、検出の範囲が原因です。どちらも機能しないなら経路かフィルターが原因であり、二つのテスト、二人の別の担当者、その間にドライバーの再インストールはありません。

一覧が埋まるのを待つのではなく、アドレスを直接テストしてください。以下のコマンドがまさにそれを行います。

Test-NetConnection 192.168.1.50 -Port 9100
nslookup 192.168.1.50
ping -c 2 192.168.1.50

クライアントのローカルアクセスフィルターが加えるもの

エンドポイントクライアントは経路テーブルとは独立にローカルトラフィックをフィルターできます。この設定はしばしばローカルネットワークアクセスと呼ばれ、トンネル接続中にローカルセグメントへの通信を遮断することがあり、経路検索が正しく見えても起こります。これはポリシーの層であり、経路の編集では変わりません。

管理されたデバイスでは、自分でトグルを切り替えるのではなく、管理者にプロファイルの意図を尋ねてください。フィルターが存在するのは通常、接続中のマシンが喫茶店のネットワークに届くべきではないと誰かが決めたからで、それは妥当な判断でした。

適用中のポリシーについては、ユーザーインターフェースが要約行の背後に隠していることが多いため、クライアント自身の状態やログを読んでください。そのログ項目は通常、決定したルールを名指しします。

小さなジョブ一つで経路を確認する

アドレス、経路、フィルターがすべてプリンターを指したら、トンネルを接続したまま同じキューに短い文書を一つ送ってください。これは切断後にだけ試したドライバーの再インストールより、元の障害を忠実に再現します。テストしているのは経路でありデバイスではないので、ジョブは目立たないものにしてください。

次にトンネルを切断した状態で繰り返し、直した経路が以前に機能していたものかを確かめます。その比較だけが、変更に意味があったことの証拠です。

Test-NetConnection 192.168.1.50 -Port 9100
Get-PrintJob -PrinterName 'Front Desk'
Get-NetRoute -DestinationPrefix 192.168.1.0/24

両方の状態で印刷されれば、キュー、経路、フィルターが一致し、障害は解消しています。切断時だけ印刷されるなら、トンネルが依然としてプリンターのアドレスを捕捉しているか、フィルターが依然として遮断しており、次の手順は別のドライバーではなく経路検索です。三つの層のどれを変えたかを記録すれば、同じチケットが来月再び開くことはありません。