【问题标题】:No SYN+ACK response in the VPN tunelVPN 隧道中没有 SYN+ACK 响应
【发布时间】:2020-10-22 19:40:48
【问题描述】:

有两台 Windows10 电脑。

两台电脑都连接VPN,甚至连接物理局域网。

我正在尝试在每个方向的 PC-A 和 PC-B 之间建立 RDP 连接,因为 VPN 连接已建立。

但是,RDP 只允许一个方向。

PC-A >>> PC-B 没问题

PC-A

我为每个 PC 和 VPN 接口的每个方向捕获了数据包。

成功情况下PC-B的数据包在TCP的SYNSYN+ACK之后显示client Hello

但是,失败情况下PC-A的数据包不显示client Hello,甚至不响应SYN+ACK

所以TCP Retransmission 从 PC-B 发送了 3 次。

有人知道为什么 PC-A 不回复SYN+ACK 吗?

PC-A 可以回复SYN+ACK 当他们从 VPN 断开时,物理 LAN 替代工作。

似乎不是VPN本身造成的。即使建立了VPN,我也可以有一个方向的RDP。

【问题讨论】:

  • VPN 中的客户端是否与外部的 IP 地址相同?是否存在只能通过 VPN 连接的测试场景?
  • 是的,我检查了 IP 地址。另外,我尝试了另一个PC-C。然后,PC-C
  • PC-A
  • 我的意思是PC-A和PC-B在不同的LAN网段。即使它们是物理连接的。但是,PC-B和PC-C可以通过VPN建立RDP连接,尽管它们在一个不同的局域网
  • 没有关于两台 PC 上的防火墙或防病毒软件的信息。两台 PC 必须在同一个局域网中,没有关于 IP 地址或网络设备的信息。魔法?

标签: tcp windows-10 vpn rdp


【解决方案1】:

在 ACL 中包含公共对等 IP。由于 natting,握手的返回部分是使用公共对等 IP 发送的,因此在将公共对等 IP 添加到 ACL 后,它应该可以工作。

【讨论】:

  • 我评论说防火墙在 PC-A 上被禁用。你的回答似乎适合我的情况。
  • 这个答案虽然不完整,但相信应该能引导你找到问题的原因,与防火墙无关;它与NAT有关。一方面你没问题,但另一方面 NAT 正在将你的私有 IP 地址转换为公共 IP 地址,这可能是你的问题,但你没有在问题中说明 VPN 的类型和用于设置它的基础设施起来。
【解决方案2】:

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

你检查过规则吗?

【讨论】:

  • 防火墙已禁用。它接受所有类型的数据包。
猜你喜欢
  • 2016-04-11
  • 1970-01-01
  • 2018-08-25
  • 1970-01-01
  • 1970-01-01
  • 2014-03-04
  • 2016-09-29
  • 1970-01-01
  • 2020-07-17
相关资源
最近更新 更多