以下相关资料,但是问题没有解决。请教,感谢。
OpenVPN 2.2.1 x86_64-linux-gnu
这里是log文件
Mon Dec 3 15:02:13 2012 106.3.102.45:9358 TLS: Initial packet from [AF_INET]106.3.102.45:9358, sid=093f85b1 3e102491
Mon Dec 3 15:02:13 2012 106.3.102.45:47406 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Mon Dec 3 15:02:13 2012 106.3.102.45:47406 TLS Error: TLS handshake failed
配置方法按照linode vpn指南:
http://library.linode.com/networking/openvpn/ubuntu-10.04-lucid#sph_connect-remote-networks-securely-with-the-vpnopenvpn 官方提示:
TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
One of the most common problems in setting up OpenVPN is that the two OpenVPN daemons on either side of the connection are unable to establish a TCP or UDP connection with each other.
This is almost a result of:
A perimeter firewall on the server's network is filtering out incoming OpenVPN packets (by default OpenVPN uses UDP or TCP port number 1194).
A software firewall running on the OpenVPN server machine itself is filtering incoming connections on port 1194. Be aware that many OSes will block incoming connections by default, unless configured otherwise.
A NAT gateway on the server's network does not have a port forward rule for TCP/UDP 1194 to the internal address of the OpenVPN server machine.
The OpenVPN client config does not have the correct server address in its config file. The remote directive in the client config file must point to either the server itself or the public IP address of the server network's gateway.
Another possible cause is that the windows firewall is blocking access for the openvpn.exe binary. You may need to whitelist (add it to the "Exceptions" list) it for OpenVPN to work.
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
https://www.v2ex.com/t/54014
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.