VPN 経由のクライアントは DNS 検索サフィックス リストを使用していないようです。NetBIOS 名を ping しようとすると、クライアントは自身のドメイン名を検索に追加します。DNS サーバーはそのような名前はないと応答します。その後、クライアントは何も行いません。
LAN 内部では、これはまったく異なる動作をします。クライアントは独自のドメインを追加します。DNS サーバーはそのような名前はないと応答します。クライアントは検索サフィックス リストの次のドメインを追加します。DNS サーバーはこのドメインのセカンダリ ゾーンを持っているため、正しい IP アドレスで応答します。
クライアントは IP と FQDN でリソースを ping できます。また、nslookup は正しい名前を解決します。NetBIOS ルックアップのみが失敗しているようです。タグ: DNS、VPN、チェックポイント、Windows XP
答え1
NetBIOS は DNS とは異なります。NetBIOS の名前解決では、ブロードキャスト (通常は IP ネットワーク上の単一のサブネットに限定されます)、WINS (より広い範囲で、通常は DHCP 経由で提供される WINS サーバーを識別する必要があります)、または LMHOSTS ファイルのいずれかが使用されます。NetBIOS の名前解決が VPN 接続で失敗しても、LAN 環境内では機能し、その LAN が WINS を使用している場合は、VPN クライアントによって提供される DHCP スコープ オプションを確認する必要があります (これらはクライアント側で構成されている、または VPN ゲートウェイによって動的に提供される場合があります)。
ホスト名 (MyPC.somedomain.com の MyPC 部分など) が、オフィスにいるときには解決されるのに、VPN 経由では解決されないという意味であれば、問題は、VPN が必要なドメイン サフィックスを追加していないか、VPN が DNS をリダイレクトしていないかのいずれかです。
もう少し情報がないと、より具体的に説明するのは難しいので、まずは VPN 経由で接続したときと LAN に接続したときの ipconfig /all の出力を投稿してください。
答え2
この接続の設定で、TCP/IP プロパティと詳細プロパティに移動し、DNS を選択します。この接続の接続固有の DNS サフィックスに、ドメイン (ドメイン サフィックス) を追加します。
答え3
それは ISP での DNS ハイジャックでした。クライアントの物理アダプタはレベル 3 DNS サーバーを使用していました。レベル 3 は、そのような名前を返さずに、不明なレコードをランディング ページにリダイレクトします。クライアントを Comcast DNS サーバーに変更しました。問題は解決しました。