我正在尝试在我的vps上编写一个vpn服务器。我已经设置了tun接口< tun2>从网络接收的包可以写入服务器上的tun设备。但是,当我通过来自客户端的ping命令测试连接时,服务器的内核中没有ICMP响应包。我错过了什么?
这是拓扑:
┼─────────────────┼ ┼─────────────────┼
│ client │ │ server │
┼─────────────────┼ ┼─────────────────┼
│tun0: │──────────────TCP─────────────│tun2: │
│ 192.168.255.2 │ │ 192.168.255.1 │
│ │ │ │
┼─────────────────┼ ┼─────────────────┼
这是服务器的配置:
seven@server:~$ ifconfig tun2
tun2 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:192.168.255.1 P-t-P:192.168.255.2 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:3 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:252 (252.0 B) TX bytes:0 (0.0 B)
seven@server:~$ ip route
10.77.88.5 dev tun0 proto kernel scope link src 10.77.88.1
10.77.99.2 dev tun1 proto kernel scope link src 10.77.99.1
192.168.255.2 dev tun2 proto kernel scope link src 192.168.255.1
10.77.99.0/24 via 10.77.99.2 dev tun1
default dev venet0 scope link
我可以看到ICMP回应请求被tcpdump发送到服务器上的tun2,但没有响应:
seven@server:~$ sudo tcpdump -n -vvv -i tun2
tcpdump: listening on tun2, link-type RAW (Raw IP), capture size 262144 bytes
11:15:08.046578 IP (tos 0x0, ttl 64, id 63330, offset 0, flags [DF], proto ICMP (1), length 84)
192.168.255.2 > 192.168.255.1: ICMP echo request, id 7392, seq 1, length 64
11:15:09.073521 IP (tos 0x0, ttl 64, id 63527, offset 0, flags [DF], proto ICMP (1), length 84)
192.168.255.2 > 192.168.255.1: ICMP echo request, id 7392, seq 2, length 64
11:15:10.097919 IP (tos 0x0, ttl 64, id 63632, offset 0, flags [DF], proto ICMP (1), length 84)
192.168.255.2 > 192.168.255.1: ICMP echo request, id 7392, seq 3, length 64
看起来服务器上的路由是正确的:
seven@vps:~$ ip route get 192.168.255.2
192.168.255.2 dev tun2 src 192.168.255.1
cache mtu 1500 hoplimit 64
这意味着如果内核生成ICMP响应,它可以路由到tun2吗?所以我的猜测是,内核没有响应ICMP ping?
这是客户端的配置:
seven@client:~$ ifconfig tun0
tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:192.168.255.2 P-t-P:192.168.255.1 Mask:255.255.255.255
inet6 addr: fe80::c940:cd18:2f2c:9206/64 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:0 (0.0 B) TX bytes:492 (492.0 B)
seven@client:~$ ip route
default via 192.168.1.1 dev enp4s0 proto static metric 100
169.254.0.0/16 dev docker_gwbridge scope link metric 1000 linkdown
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
172.18.0.0/16 dev docker_gwbridge proto kernel scope link src 172.18.0.1 linkdown
192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.5 metric 100
192.168.255.1 dev tun0 proto kernel scope link src 192.168.255.2
答案 0 :(得分:0)
经过几个小时的调试后,结果出现了一个代码错误:我在打开tun设备时没有设置IFF_NO_PI标志,但我在通过网络发送之前意外地将标志和原始字段设置为n,因此原型已从\ x08 \ x00到\ x00 \ x08。当包被写入tun时,内核实际上并不将其视为IPv4包并被忽略。