他のクライアントのゲートウェイとしての OpenVPN クライアント

Question 1

説明しようとしているネットワークトポロジを知らなければ、これに完全に答えることは困難です。ただし、一般的には、求めていることは実行可能であると言えると思います。

以下のシナリオを考えてみましょう。

C1 -- R1 --(NAT)-- インターネット --(NAT)-- R2 -- C2

ここで、R1 と R2 の間に (適切に構成された) OpenVPN トンネルが作成されている場合、C1 は C2 と通信でき、その逆も同様です。

このシナリオを正しく理解するのはより困難です:

C2 -- R1 --(NAT)-- インターネット --(NAT)-- R2 -- C3
C1 / \ C4

ここで、C2 と C3 は OpenVPN エンドポイントであり、C1 は VPN を使用して C4 にアクセスする必要があります。最初のハードルは、C2 と C3 の間に OpenVPN トンネルを確立することです。おそらく、UDP 1190 の R1 と R2 からそれぞれ C2 と C3 へのポート転送を使用します。

次は、C1 が C4 にパケットを送る方法として C2 を使用するようにすることです。これには、C1 と C4 のルーティングテーブルを構成することが含まれます。C1 は C2 経由で C4 のネットワークへのルートを設定し、C4 は C3 経由で C1 のネットワークへのルートを設定します。これらのルートは両方ともデフォルトよりも優先される必要があります。したがって、C1 では {route add 192.168.3.0 gw 192.168.2.2}、C4 では {route add 192.168.1.0 gw 192.168.3.2} とします。これは、C2 と C3 のアドレスがそれぞれ 192.168.2.2 と 192.168.3.2 であり、C1 と C4 がそれぞれ C2 と C3 と同じネットワーク上にあることを前提としています。

これで質問への回答が十分に得られ、クライアントで VPN を構成するよりもデフォルトゲートウェイで VPN を構成する方がはるかに簡単であることが実証されたと思いますが、どちらにも使用例があります。

編集: このトポロジと問題の説明から、C1 と C2 にルーティングの問題があると考えられます... C1 のデフォルトルートは、ルータとして C2 の VPN アドレスを指す必要があります。これにより、C1 は VPN を使用してパケットを C2 に送信し、C2 がパケットの処理方法を決定します。

C2 がインターネットへの独自の接続を使用する場合、示したように、C2 のデフォルトルートは独自のインターネット接続である必要があります。

代わりに、C2 がインターネットへの独自のパスを持たず、代わりに S を経由する場合は、S が C2 のデフォルトルーターになります。

Answer