VPN隧道中没有SYN+ACK响应

7

有两台Windows10电脑。

这两台电脑在物理局域网连接的同时也连接了VPN。

我试图在建立VPN连接后,使PC-A和PC-B之间可以进行双向的RDP连接。

然而,RDP只允许单向连接。

PC-A >>> PC-B 是可以的

PC-A <<< PC-B 不行

我捕获了每台电脑在VPN接口的各个方向上传输的数据包。

在连接成功的情况下,PC-B上的数据包在TCP的 SYN 和 SYN+ACK 之后显示 "client Hello"。

然而,在失败的情况下,PC-A上的数据包不显示 "client Hello",并且甚至不响应 "SYN+ACK"。

因此,PC-B会向PC-A发送三次 TCP 重传。

有人知道为什么PC-A不响应 "SYN+ACK" 吗?

当它们与VPN断开连接时,PC-A可以响应 "SYN+ACK",物理局域网代替VPN工作。

这似乎不是由于VPN本身引起的问题。即使建立了VPN连接,我可以实现RDP的单向连接。


1
VPN中的客户端与外部是否具有相同的IP地址?是否存在仅通过VPN连接的测试场景? - marsh-wiggle
1
是的,我已经检查了IP地址。另外,我尝试了另一台PC-C。然后,通过VPN从PC-C <<< PC-B是可以的。 - user1345414
1
PC-A通过局域网可以与PC-C通信。它们在同一LAN段中。只有PC-B的LAN地址不同。 - user1345414
1
我的意思是PC-A和PC-B在不同的LAN段中,即使它们物理上连接。然而,PC-B和PC-C可以通过VPN建立RDP连接,尽管它们在不同的LAN中。 - user1345414
1
两台电脑都没有防火墙或杀毒软件的信息。两台电脑必须在同一局域网中,没有IP地址或网络设备的信息。这是魔法吗? - Aleksei Kurepin
2个回答

1

将公共对等IP包含到ACL中。由于网络地址转换,握手的返回路径使用公共对等IP发送,因此在将公共对等IP添加到ACL后,应该可以正常工作。


2
我已经注释掉了PC-A上的防火墙。你的答案似乎适用于我的情况。 - user1345414
2
尽管这个答案不完整,但我相信它应该能帮助你找到问题的原因,这与防火墙无关;它与NAT有关。在一端你没问题,但在另一端NAT正在将你的私有IP地址转换为公共IP地址,这可能是你的问题,但你在问题中没有说明VPN的类型和设置它的基础设施。 - Dan M

0

我猜PC-A防火墙正在阻止传入连接。

你检查过规则了吗?


1
防火墙已禁用。它接受所有类型的数据包。 - user1345414

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接