ここに投稿するのは初めてですので、ご安心ください。タイトルは私の問題を説明しています。セットアップの概要を説明します。
100マイル離れた2つのオフィスにサイト間双方向VPNトンネルを設定しています。サイトAはWatchguardFirebox x20eを実行しており、サイトBはCisco ASA 5500(またはそのようなもの)を実行しています。
どちらかの内部ネットワークにいるときに、反対側のネットワークにpingしてアクセスできるように、2つの間にトンネルを正常に設定しました。
ただし、どちらかを完全にオフサイト(たとえば、自宅から)にVPN接続すると、反対側のネットワークは表示されませんが、VPN接続されている内部ネットワークは問題なく表示されます。
サイトAへのVPNで、コマンドプロンプトを開き、次のように入力します。
tracert -d 192.168.0.2
トラフィックがサイトBに到達しようとして通過するすべてのルーターのリストが表示されます(これは構築に時間がかかります)。最初のホップは192.168.10.1、つまりサイトAのルーターである必要があります。最初のホップがPCの通常のデフォルトゲートウェイに対するものである場合は、PCのルーティングルールを変更する必要があります。最初のホップが192.168.10.1であるが、残りのホップがタイムアウトする場合は、ルーター構成を変更する必要があります。
少し拡張するために(すでにこのことを知っている場合は我慢してください!)、PCのIPアドレスが192.168.16.2で、デフォルトゲートウェイが192.168.16.1であるとします(ipconfigと入力してこの情報を取得できます)。 192.168.16.xxx以外のアドレスにpingを実行すると、トラフィックはゲートウェイ192.168.1.1にルーティングされます。
VPNに接続すると、おそらく2番目のIPアドレス192.168.10.somethingを取得します。実際には、VPNは2番目のネットワークカードを作成します。 192.168.10.1(つまりサイトAルーター)にpingを実行すると、これはローカルアドレスになり、ゲートウェイは関与せず、サイトAルーターが応答するはずです。次に、192.168.0.1(サイトBルーター)にpingを実行します。このアドレスは、実際のNIC(192.168.16.xxx)またはVPN仮想NIC(192.168.10.xxx)のどちらのローカルネットワークにもありません)したがって、パケットはデフォルトゲートウェイ192.168.16.1に送信されます。デフォルトゲートウェイはおそらくADSLルーターであるため、パケットはインターネットに消えて失われます。したがって、サイトBにpingを実行することはできません。
現在、一部のVPNは、接続時にデフォルトゲートウェイを変更します。その場合、デフォルトゲートウェイは192.168.10.somethingになるため、192.168.0.xxxにpingを実行すると、パケットはVPNを通過し、サイトBにpingを実行できるようになります。
私は少し怒鳴ったようですが、要点は、tracertがサイトBへのpingの行き先をすばやく教えてくれ、何が悪いのかについての手がかりを与えてくれるということです。
JR
問題は2つのことかもしれません...おそらく両方。
ルーティングの問題: VPNサブネットがVPN接続先のサイトと異なる場合は、サイトbのデバイスに、そのサブネットのサイトaにトラフィックをルーティングするように指示する必要があります。
ファイアウォールの問題:ルートと同じように、トラフィックを許可する必要があります。
VPNサブネットからのトラフィックがトンネルを通過できるようにルーターを設定する必要があります。