Windows 7でOpenVPN GUIがルートを追加できないのはなぜですか？
こんにちは、すべて
OpenVPN GUIアプリケーションがWindows 7クライアントにルートを追加するのに問題があります。 Windowsで使用したのと同じ設定ファイルを使用していますXPクライアントを除いて、次の2行を追加しました：
route-method exe
route-delay 2
接続を確立でき、10.8.0.0プールからIPアドレスが割り当てられます。これにより、トンネルが稼働しているように見えます。しかし、以下のログを見ると、Windows 7マシンにルートが追加されていないようです。
Fri Sep 13 16:02:44 2013 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013
Fri Sep 13 16:02:44 2013 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Fri Sep 13 16:02:44 2013 Need hold release from management interface, waiting...
Fri Sep 13 16:02:45 2013 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Fri Sep 13 16:02:45 2013 MANAGEMENT: CMD 'state on'
Fri Sep 13 16:02:45 2013 MANAGEMENT: CMD 'log all on'
Fri Sep 13 16:02:45 2013 MANAGEMENT: CMD 'hold off'
Fri Sep 13 16:02:45 2013 MANAGEMENT: CMD 'hold release'
Fri Sep 13 16:02:48 2013 MANAGEMENT: CMD 'username "Auth" "username"'
Fri Sep 13 16:02:48 2013 MANAGEMENT: CMD 'password [...]'
Fri Sep 13 16:02:49 2013 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
Fri Sep 13 16:02:49 2013 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Sep 13 16:02:49 2013 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Sep 13 16:02:49 2013 Socket Buffers: R=[8192->8192] S=[261360->261360]
Fri Sep 13 16:02:49 2013 UDPv4 link local: [undef]
Fri Sep 13 16:02:49 2013 UDPv4 link remote: [AF_INET]501.2.984.233:1194
Fri Sep 13 16:02:49 2013 MANAGEMENT: >STATE:1379102569,WAIT,,,
Fri Sep 13 16:02:49 2013 MANAGEMENT: >STATE:1379102569,AUTH,,,
Fri Sep 13 16:02:49 2013 TLS: Initial packet from [AF_INET]501.2.984.233:1194, sid=82453eea 30481972
Fri Sep 13 16:02:49 2013 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Fri Sep 13 16:02:49 2013 VERIFY OK: depth=1, O=Central Truck Center, Inc., OU=IT/Systems Department, [email protected], L=Landover, ST=MD, C=US, CN=ca.centraltruck.net
Fri Sep 13 16:02:49 2013 VERIFY OK: nsCertType=SERVER
Fri Sep 13 16:02:49 2013 VERIFY OK: depth=0, C=US, ST=MD, O=Central Truck Center, Inc., OU=IT/Systems Department, L=Landover, CN=centraltruck.net, [email protected]
Fri Sep 13 16:02:49 2013 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Sep 13 16:02:49 2013 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Sep 13 16:02:49 2013 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Sep 13 16:02:49 2013 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Sep 13 16:02:49 2013 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA
Fri Sep 13 16:02:49 2013 [centraltruck.net] Peer Connection Initiated with [AF_INET]50.242.184.133:1194
Fri Sep 13 16:02:50 2013 MANAGEMENT: >STATE:1379102570,GET_CONFIG,,,
Fri Sep 13 16:02:51 2013 SENT CONTROL [centraltruck.net]: 'Push_REQUEST' (status=1)
Fri Sep 13 16:02:51 2013 Push: Received control message: 'Push_REPLY,dhcp-option DNS 172.23.6.127,dhcp-option WINS 172.23.6.127,dhcp-option DOMAIN centraltruck.net,ip-win32 dynamic,route 172.23.6.0 255.255.255.0,route 172.23.7.0 255.255.255.0,route 208.197.153.0 255.255.255.0,route 10.8.0.0 255.255.255.0,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.6 10.8.0.5'
Fri Sep 13 16:02:51 2013 OPTIONS IMPORT: timers and/or timeouts modified
Fri Sep 13 16:02:51 2013 OPTIONS IMPORT: --ifconfig/up options modified
Fri Sep 13 16:02:51 2013 OPTIONS IMPORT: route options modified
Fri Sep 13 16:02:51 2013 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Fri Sep 13 16:02:52 2013 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Fri Sep 13 16:02:52 2013 MANAGEMENT: >STATE:1379102572,ASSIGN_IP,,10.8.0.6,
Fri Sep 13 16:02:52 2013 open_tun, tt->ipv6=0
Fri Sep 13 16:02:52 2013 TAP-WIN32 device [Local Area Connection 3] opened: \\.\Global\{19F13E2F-B3F0-4E85-A8A2-E3C86ADD1987}.tap
Fri Sep 13 16:02:52 2013 TAP-Windows Driver Version 9.9
Fri Sep 13 16:02:52 2013 Notified TAP-Windows driver to set a DHCP IP/netmask of 10.8.0.6/255.255.255.252 on interface {19F13E2F-B3F0-4E85-A8A2-E3C86ADD1987} [DHCP-serv: 10.8.0.5, lease-time: 31536000]
Fri Sep 13 16:02:52 2013 Successful ARP Flush on interface [41] {19F13E2F-B3F0-4E85-A8A2-E3C86ADD1987}
Fri Sep 13 16:02:54 2013 TEST ROUTES: 0/0 succeeded len=4 ret=0 a=0 u/d=down
Fri Sep 13 16:02:54 2013 Route: Waiting for TUN/TAP interface to come up...
上記の最後の2行は約30回繰り返され、その後、VPNがIP 10.8.0.6で接続されていることを示す通知が表示されます。ただし、ログの最終行には次のように表示されます。
Fri Sep 13 16:03:24 2013 Initialization Sequence Completed With Errors ( see http://openvpn.net/faq.html#dhcpclientserv )
Fri Sep 13 16:03:24 2013 MANAGEMENT: >STATE:1379102604,CONNECTED,ERROR,10.8.0.6,50.242.184.133
いくつかのGoogle検索で、管理者権限でアプリケーションを実行する必要があることがわかりました。私はそれをやっており、アプリケーションをWindows Vista互換モードで実行しようとしました。不思議な理由で、Windows XPは私が選択できるオプションではありません。何か足りないものはありますか？私の構成-先ほどお話しした2行がなければ-で完全に正常に動作しますWindows XP。また、OpenVPNクライアント（OpenVPN GUIではない）を使用すると、Windows 7マシンで正常に動作します。
誰かが以前にこの問題に遭遇し、何らかの支援を提供できることを願っています。ありがとう。
それは許可と関係があります。実行は、UACを無効にした管理者として実行できます。 UACを無効にする必要があります。
または、VPNをサービスとして実行すると、ルートが正しく接続および追加されます。
互換モード
それらは違いを生みません。
Hello All、
ZoredacheとDavid Mackintoshのサポートに本当に感謝しています。どちらも私を正しい方向に向ける提案をしました。
UACを完全に無効にすることでうまくいきました。また、openvpn-guiバイナリを変更して、常にすべてのユーザーの管理者として実行されるようにしました。しかし残念ながら、ユーザーにUACを永続的に無効にしてもらうこと、またはUACを有効または無効にするたびに必ず実行する必要のある再起動に慣れていませんでした。これは、VPNを使用してVPNから切断するたびに再起動することを意味しました。
そのため、追加の解決策を模索し、管理者のみのUACを無効にすることを提案するいくつかの解決策に出会いました。 VPNを必要とするほとんどのユーザーは通常、ラップトップのローカル管理者であるため、このソリューションが機能すると考えました。だから私はそれをテストし、それはうまくいきました。これが私の最終的な解決策です。
システムレジストリを次のように変更するために、2つの.regファイルを作成しました。
レジストリファイル＃1：DisableUACforAdmin
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"ConsentPromptBehaviorAdmin"=dword:00000000
レジストリファイル＃2：EnableUACforAdmin
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"ConsentPromptBehaviorAdmin"=dword:00000002
これを機能させるには、OpenVPN GUIを管理者として実行する必要がありました。 David Mackintoshの提案のおかげで、すべてのユーザーの管理者として常に実行されるようにexeファイルを変更しました。ここで、タイミングが重要でした。VPN接続が開始される前に、UACが無効になっていることを確認する必要がありました。幸い、OpenVPN GUIは、接尾辞が _ pre の構成ファイルと同じ名前のバッチファイルを作成するだけで、事前接続スクリプトの作成をサポートしています。
そこで、次のように私のDisableUACforAdminスクリプトを呼び出す事前接続スクリプトを作成しました：
regedit.exe /s DisableUACforAdmin.reg
最後に、VPNトンネルが切断されたときにUACを再度有効にするダウンスクリプトを作成しました。これにより、ユーザーのマシンが元の状態に戻ります。
これが私がしたことです：
regedit.exe /s EnableUACforAdmin.reg
これにより、OpenVPN GUIは問題なく実行され、ルートはサーバーからプッシュされ、Windows 7クライアントで適切に設定されます。これを複数のWindows 7マシンでテストし、すべての作業を行いました。このようにすることで、UACの無効化に伴う必須の再起動を回避できます。すべての支援に感謝します。これが、私が遭遇した同じ問題を持つ誰かに役立つことを願っています。
最後の注意：http://openvpn.se で提供されているOpenVPN GUIは、構成ファイルのディレクティブ（script-securityやkey-directionなど）で、コメント化しない限り開始されません。これはすべてに当てはまるとは限りませんが、OpenVPNの release 2.3.2に付属するOpenVPN GUIを使用する必要がありました
これを機能させるには、openvpn-guiバイナリに移動し、プロパティを選択し、すべてのユーザーの設定を変更を選択して、-このプログラムを実行）をクリックします管理者としてそのウィンドウで。 Openvpn-guiを停止して再起動します。
上記の回答はすべて、「公式の」openvpnクライアント-Securepointクライアント http://sourceforge.net/projects/securepoint/ に集中しています。この問題は発生せず、オープンソースでもあります。
問題のバージョンに適用される場合と適用されない場合があります。SophosSSL VPNを搭載したOpenVPNは、起動時に「OpenVPN Interactive Service」サービスが正常に開始されないという問題も発生しました。クライアントマシンはLenovo Thinkpad T530で、Lenovoのプリインストールされたサービスが原因で問題が発生していました。
問題のサービス：Fastboot HyperW7
この問題は、LenovoおよびIntelのアップデートを実行した後はそれほど顕著ではありませんでしたが、コンピューターの起動時に「OpenVPN Interactive Service」がタイムアウトすることがありました。
上記の両方のLenovoサービスを無効にすると、「OpenVPN Interactive Service」を開始できました。 Lenovoプログラマーは何を開始できるか、起動時に一時停止できるものをいじるのはOpenVPNではうまくいかないようです。
「OpenVPN Interactive Service」が起動時に適切に実行されると、標準ユーザーがログインしていてもOpenVPNがルートをコミットできるようになります。
「管理者として実行」またはユーザーアカウントの特権を昇格する必要はありません。
DHCPクライアントサービスを再起動してみてください（このスレッド https://forums.openvpn.net/topic13043.html#p41604 で提案されています）。私の場合はうまくいきました。