Openvpn抽头接口配置获得自分配IP

Question

我的openvpn点击网络上有一个奇怪的错误配置。

客户端可以按预期在192.168.42.x中连接并到达IP地址，但几秒钟后，另一个地址被分配给它，这一次是自分配的(169.254.x.x)。

它造成的问题是dns查找解决了自分配的ip (仅在第二次尝试)。

以下是我的server.conf内容：

port 1194
proto udp
dev tap0

ca ca.crt
cert server.crt
key server.key
dh dh2048.pem
ifconfig-pool-persist ipp.txt

server-bridge 192.168.42.254 255.255.255.0 192.168.42.100 192.168.42.200

keepalive 10 120
comp-lzo
persist-key
persist-tun
status openvpn-status.log
verb 3

client-to-client

以及我的客户端配置文件：

client
dev tap

proto udp

remote vpn 1194
resolv-retry infinite
nobind
persist-key
persist-tun

ca ca.crt
cert node.crt
key node.key

ns-cert-type server
comp-lzo
verb 3

一个有趣的细节可能是，我不连接服务器的点击接口，因为我只想要客户端到客户端的连接( vpn的目的是能够在不同的地方/网络管理一组机器)。

谢谢。

编辑：

我有类似于google组的日志：https://groups.google.com/forum/#!topic/tunnelblick-discuss/u32yHzly9RA

2012-02-24 15:22:36 *Tunnelblick client.up.tunnelblick.sh: Sleeping for 0 seconds to wait for DHCP to finish setup.
2012-02-24 15:22:36 *Tunnelblick client.up.tunnelblick.sh: Sleeping for 1 seconds to wait for DHCP to finish setup.
2012-02-24 15:22:37 *Tunnelblick client.up.tunnelblick.sh: Sleeping for 2 seconds to wait for DHCP to finish setup.
2012-02-24 15:22:39 *Tunnelblick client.up.tunnelblick.sh: Sleeping for 3 seconds to wait for DHCP to finish setup.
2012-02-24 15:22:42 *Tunnelblick client.up.tunnelblick.sh: Sleeping for 4 seconds to wait for DHCP to finish setup.

看起来，在隧道中禁用DNS会在mac上解决这个问题。因此它看起来更像是dhcp部件上的一个问题，因为它一直在等待DNS，并且在没有出现时似乎在添加一个自分配的IP。

仍然需要访问其中一台Linux机器才能检查修复程序。我会在这里更新的。

Answer 1

X.x地址称为Automatic Private IP Addressing (APIPA)。

为了防止这种情况发生，请将下面的行添加到ovpn配置文件中。

ip-win32 32 ipapi

所以最后的配置应该是这样的：

client
dev tap

proto udp

ip-win32 ipapi
remote vpn 1194
...