冗长的借口:
我目前正在尝试设置一个OpenTAP Docker-Compose容器,该容器以TAP模式而不是TUN运行,并允许多个客户端并易于设置。
我的目标是从笔记本电脑(最好使用CNAME)访问我的PC(以及后来的NAS),并与朋友一起玩《无主之地2》之类的“ LAN”游戏。
之前,我已经使用TUN设置了VPN的工作版本,在该版本中,客户端将获得虚拟子网的正确IP,整个流量正确地通过vpn路由,客户端到客户端正常工作,并且客户端可以上网访问。
但是我真的很想让CNAME正常工作,所以我以此项目为基础:
https://github.com/kylemanna/docker-openvpn
并创建了自己的版本以利用TAP:
https://github.com/Hexxonite/docker-openvpn-tap
我知道这个想法通常是在LAN中的路由器后面运行TAP Vpn,但是在这种情况下,我认为“ docker0”网桥可以用作该网桥,并且不需要子网路由。这样做的基础是,当客户使用TUN设置进行连接时便可以访问Internet。
正在解决问题/问题:
到目前为止,我已经使用虚拟桥,分接头等在服务器上运行了,并且能够连接到该服务器而没有任何记录的错误。但是,即使应该,客户端流量也不会通过VPN重定向。而且也无法ping通VPN内的任何设备,但我不确定是否是由于IP错误造成的。
OpenVpn Connect客户端(2.7)接收到正确的ifconfig IP,但不会将其分配给接口。
OpenVpn Connect客户端日志中的示例:
0 [redirect-gateway] [def1]
1 [sndbuf] [262144]
2 [rcvbuf] [262144]
3 [dhcp-option] [DNS] [8.8.8.8]
4 [topology] [subnet]
5 [redirect-gateway] [def1] [bypass-dhcp]
6 [route] [172.17.0.0] [255.255.0.0]
7 [route-gateway] [172.17.0.6]
8 [ping] [10]
9 [ping-restart] [120]
10 [ifconfig] [172.17.0.100] [255.255.0.0]
11 [peer-id] [1]
12 [cipher] [AES-256-GCM]
使用“ ipconfig”时,它将使用随机IP打印以下内容:
IPv4-Adresse (Auto. Konfiguration): 169.254.189.161
您可能会注意到“自动配置”前缀。
由于我的Windows TUN设置与192.168.255.0/24
子网中的TUN设置一起使用,因此我目前无法弄清Windows为什么会自动分配与给定的IP地址不同的地址。
我发现的唯一其他线索是建立连接3到10秒钟后客户端日志中的这一行:
TAP: DHCP renew failed
但是,搜索并没有得到很好的结果。
在网络方面,我绝不是专业人士,所以如果我在任何地方出错或遗漏某些东西,请纠正我。
感谢您抽出宝贵的时间:)