web-dev-qa-db-ja.com

オフィス間にサイト間VPNトンネルを設定していますが、自宅からどちらかに接続すると反対側が見えません

ここに投稿するのは初めてですので、ご安心ください。タイトルは私の問題を説明しています。セットアップの概要を説明します。

100マイル離れた2つのオフィスにサイト間双方向VPNトンネルを設定しています。サイトAはWatchguardFirebox x20eを実行しており、サイトBはCisco ASA 5500(またはそのようなもの)を実行しています。

どちらかの内部ネットワークにいるときに、反対側のネットワークにpingしてアクセスできるように、2つの間にトンネルを正常に設定しました。

ただし、どちらかを完全にオフサイト(たとえば、自宅から)にVPN接続すると、反対側のネットワークは表示されませんが、VPN接続されている内部ネットワークは問題なく表示されます。

2
Charles

サイト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

1
John Rennie

問題は2つのことかもしれません...おそらく両方。

ルーティングの問題: VPNサブネットがVPN接続先のサイトと異なる場合は、サイトbのデバイスに、そのサブネットのサイトaにトラフィックをルーティングするように指示する必要があります。

ファイアウォールの問題:ルートと同じように、トラフィックを許可する必要があります。

3
3dinfluence

VPNサブネットからのトラフィックがトンネルを通過できるようにルーターを設定する必要があります。

1
mrdenny