我正在试验通过Tor路由的OpenVPN连接,使用对Tor网关和OpenVPN-托管VM。在服务器端,链接本地端口被转发到相关网关VM上的Tor隐藏服务端口。在客户端,OpenVPN通过相关Tor网关VM上的socks代理进行连接。
上面的设置使用Debian 7为所有Tor网关和OpenVPN托管VM。我使用的是沃尼克斯,它已经更新为OpenVPN 2.3.2 (构建于2013-09-12)。服务器-客户端ping大约是1200毫秒。
但是,安装不使用pfSense 2.1作为Tor网关和OpenVPN-在服务器端承载VM。pfSense 2.1也有OpenVPN 2.3.2 (建于2013-07-24年).对于Debian和pfSense客户端,我看到:
TCP connection established with [AF_INET]192.168.0.10:9152
recv_socks_reply: TCP port read timeout expired: Operation now in
progress (error ...)这与openvpn版本2.2.1-3在Debian bug #657964中报告的错误相同:"openvpn:无法使用SOCKS代理连接到VPN“。在OpenVPN bug #328中也有关于openvpn版本2.3.2的报道:"openvpn客户端放弃了,而不是在代理服务器运行缓慢时重新尝试“。
但是,这可能不是同一个错误。这里的问题可能是通过Tor隐藏服务转发OpenVPN服务器端口的延迟,而不是客户机端Tor SOCKS代理中的延迟。或者两者兼而有之。
在任何情况下,我都会发现OpenVPN 2.3.2服务器在pfSense 2.1中出现了此客户端错误,而在Debian 7中却没有。也许Debian 7存储库中的最新包包含了自pfSense 2.1构建以来发布的错误修复程序。
我如何配置OpenVPN以等待慢袜子代理?
发布于 2013-11-13 04:14:40
Op (我,也就是)对这个OpenVPN常见问题不够重视:
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 [always] a result of:
...
A software firewall running on the OpenVPN server machine itself is
filtering incoming connections on port 1194 [here 5000-5007]. Be aware
that many OSes will block incoming connections by default, unless
configured otherwise.OpenVPN没有问题。
我只是忽略了为运行pfSense服务器的OpenVPN VM中的广域网创建防火墙规则,以便为Tor网关pfSense VM中的隐藏服务代理提供访问。
多尴尬啊。但我认为,这个问题应该继续存在,以防其他人犯我犯的同样愚蠢的错误。
https://unix.stackexchange.com/questions/99538
复制相似问题