web-dev-qa-db-ja.com

すべてのインターネットトラフィックをOpenVPNサーバーにリダイレクトする方法

インターネットトラフィックにOpenVPNサーバーを通過させる問題を回避する実用的な解決策を見てきましたが、それらはすべてLinuxで行われています。知りたいのは、これを実現するためにWindowsのルートテーブルにエントリを追加する方法だけです。クライアントとサーバー間の接続は正常で、Windows7クライアントはWindows2008 Serverへの接続を確立できますが、確立されたインターネットトラフィックは、ローカルのWindows7マシンから送信されます。詳細は次のとおりです。

サーバ:

Windows 2008 Server with one NIC
OpenVPN IP Address: 192.168.0.1
Local NIC IP Address (connects the server to the Internet): 10.242.69.107

クライアント:

Windows 7 with one NIC
OpenVPN IP Address: 192.168.0.2
ISP allocated IP Address: 10.0.8.2 (gateway 10.0.8.1)

サーバーOpenVPN構成:

dev tun
ifconfig 192.168.0.1 192.168.0.2
secret static.key
Push "redirect-gateway def1"

クライアントOpenVPN構成:

remote xxx.xxx.com
dev tun
ifconfig 192.168.0.2 192.168.0.1
secret static.key

私はルートの追加の専門家ではありません...など。サーバー/クライアントのルートテーブルにこのエントリを追加する方法を誰かに教えてもらえれば幸いです。

編集:

クライアントのnetstat-rnvからの出力

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0         10.0.8.1         10.0.8.2     20
         10.0.8.0  255.255.255.252         On-link          10.0.8.2    276
         10.0.8.2  255.255.255.255         On-link          10.0.8.2    276
         10.0.8.3  255.255.255.255         On-link          10.0.8.2    276
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.0.0  255.255.255.252         On-link       192.168.0.2    286
      192.168.0.2  255.255.255.255         On-link       192.168.0.2    286
      192.168.0.3  255.255.255.255         On-link       192.168.0.2    286
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link          10.0.8.2    276
        224.0.0.0        240.0.0.0         On-link       192.168.0.2    286
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link          10.0.8.2    276
  255.255.255.255  255.255.255.255         On-link       192.168.0.2    286
===========================================================================

編集:

手動テーブル更新

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.0.1         10.0.8.2     21
      192.168.0.1  255.255.255.255         On-link          10.0.8.2     21
  204.236.211.109  255.255.255.255         10.0.8.1         10.0.8.2     21
===========================================================================

クライアントOpenVPNログ:

Sat Nov 12 10:34:42 2011 us=740000 Notified TAP-Win32 driver to set a DHCP IP/netmask of 192.168.0.2/255.255.255.252 on interface {C79F7583-EF9F-4E4F-86A7-16DC58BAC404} [DHCP-serv: 192.168.0.1, lease-time: 31536000]
Sat Nov 12 10:34:42 2011 us=740000 Successful ARP Flush on interface [18] {C79F7583-EF9F-4E4F-86A7-16DC58BAC404}
Sat Nov 12 10:34:42 2011 us=771000 Data Channel MTU parms [ L:1544 D:1450 EF:44 EB:4 ET:0 EL:0 ]
Sat Nov 12 10:34:42 2011 us=771000 Local Options String: 'V4,dev-type tun,link-mtu 1544,tun-mtu 1500,proto UDPv4,ifconfig 192.168.0.1 192.168.0.2,cipher BF-CBC,auth SHA1,keysize 128,secret'
Sat Nov 12 10:34:42 2011 us=771000 Expected Remote Options String: 'V4,dev-type tun,link-mtu 1544,tun-mtu 1500,proto UDPv4,ifconfig 192.168.0.2 192.168.0.1,cipher BF-CBC,auth SHA1,keysize 128,secret'
Sat Nov 12 10:34:42 2011 us=771000 Local Options hash (VER=V4): '9960c5ae'
Sat Nov 12 10:34:42 2011 us=771000 Expected Remote Options hash (VER=V4): '9978ceb9'
Sat Nov 12 10:34:42 2011 us=771000 UDPv4 link local (bound): [undef]:1194
Sat Nov 12 10:34:42 2011 us=771000 UDPv4 link remote: 204.236.211.109:1194
Sat Nov 12 10:34:52 2011 us=615000 Peer Connection Initiated with 204.236.211.109:1194
Sat Nov 12 10:34:59 2011 us=42000 TEST ROUTES: 0/0 succeeded len=-1 ret=1 a=0 u/d=up
Sat Nov 12 10:34:59 2011 us=42000 Initialization Sequence Completed
2
JuliaS

問題は、デフォルトルートが10.0.8.1経由ではなく192.168.0.2経由であるということです。これは、redirect-gatewayが無視されたことを意味します。

redirect-gateway def1は、0.0.0.0/1経由で128.0.0.0/1および192.168.0.2ルートを追加する必要があります

クライアントの冗長性を高めて、0/1および128/1ルートが追加されなかった理由を調べてください。または、def1なしでテストすると、デフォルトルートが置き換えられるはずです。

1