Windows Server 2012 を経由して Windows 10 クライアントから 8.8.8.8 に ping すると、要求タイムアウト エラーが発生します。

Windows Server 2012 を経由して Windows 10 クライアントから 8.8.8.8 に ping すると、要求タイムアウト エラーが発生します。

これは私のVirtualBoxでのセットアップです。

DHCP スコープの範囲は 112.123.1.100 ~ 112.123.3.188、長さは 16、ルーターの IP は 112.123.2.2 (これは DHCP が設定されているサーバーの IP でもあります)。

この後、Windows Server 2012 の IP を手動で IP: 112.123.2.2 に設定しました。サブネット: 255.255.0.0 ゲートウェイ = 10.0.2.2 DNS1: 10.0.2.2 DNS2: 8.8.8.8

サーバーが稼働しているこの VirtualBox VM は、内部 NAT ネットワーク タイプです。インターネットにアクセスするために、このガイドに従って 2 番目のアダプターを NAT タイプとして構成しました。https://www.nakivo.com/blog/virtualbox-network-setting-guide/

サーバーは google.com に Ping できるので、インターネットにアクセスできます。

クライアント:

VM を内部 NAT タイプとして構成します。IP アドレスを次のように設定します: IP: 112.123.3.95 サブネット: 255.255.0.0 ゲートウェイ: 112.123.2.2

DNS1: 112.123.2.2 DNS2: 8.8.8.8

その後、Windows 10 Pro の VM でサーバー ドメイン (ワークグループ) に参加します。

クライアントからサーバーに ping すると、CMD で応答が返されますが、8.8.8.8 に ping すると、CMD で「要求がタイムアウトしました」というメッセージが表示されます。

私が何を間違っているのか知っている人はいませんか? 繰り返しますが、これはすべて、virtualBox の VM 内で発生しています。

編集: クライアントは確かにサーバーに ping できますが、サーバーは何らかの理由でクライアントに ping できませんが、クライアントはサーバーのワークグループ/ドメインに参加できました。そのため、そこで何が起こっているのかわかりません。

答え1

クライアント (112.123.3.95) はサーバー (112.123.2.2) と同じサブネット上にあるため、ローカル ping が機能します。

ただし、クライアントのデフォルト ルートは、デフォルト ルート (8.8.8.8 に到達するため) のサーバーを指します。

サーバーは 8.8.8.8 に ping できるので、サーバーではルーティングとリモート アクセス サービスが有効になっていないと思われます。

関連情報