从你提供的抓包信息来看，这是一个 IP-in-IP 封装的数据包，且内层是一个 TCP SYN 包。
我来帮你分析一下可能的问题点。
1. 数据包结构分析
外层 IP 头：
- 源：
172.22.132.131 - 目的：
10.26.211.160 - 协议：IPIP (4)
内层 IP 头：
- 源：
121.35.103.108（你的公网 IP） - 目的：
172.22.132.134 - 协议：TCP
- TCP Flags:
SYN
也就是说，这个包是：
PC(121.x) → [某设备] → (172.22.132.131) → [IPIP封装] → (10.x) → Server(172.22.132.134)
但这里有个关键点：服务器看到的源地址是你的公网 IP，而不是 172.22.132.131（因为内层 IP 头是你的公网 IP）。
2. PC上没收到回包的可能原因
（1）路径不对称
PC发送 SYN → 经过某种隧道/VPN/负载均衡设备（可能是 172.22.132.131）→ 该设备进行 IPIP 封装并转发到 10.x → 最终到达服务器 172.x
服务器回 SYN-ACK：
- 目标地址是
121.x（你的公网 IP） - 可能直接通过公网路由返回，不经过那个做封装的设备。
- 如果防火墙/NAT/中间设备丢弃了非对称的流量，你就看不到 SYN-ACK。
（2）防火墙或安全组策略
检查服务器 172.x 的安全组/iptables：
- 是否允许从源 IP
121.x访问端口443？ - SYN-ACK 发出时是否被拦截？
（3）MTU / MSS 问题
内层 TCP MSS =1452，加上 IPIP 头（多20字节），外层 MSS=1432。
如果路径上 MTU < (1432+20+20+…) ，可能会在中间分片或被丢弃。不过通常不会影响 SYN。
3. PC上只有发出的SYN没有收到响应的排查步骤
1️⃣ 在服务器端抓包确认是否收到 SYN
tcpdump -i any -n host 121.35.103.108 and port 443
看是否有来自你 PC IP的SYN，以及服务器是否发出了SYN-ACK。
2️⃣ 在中间节点（如 172.x网络）抓包
查看从服务器回来的 SYN-ACK是否经过某个网关时被丢弃。
3️⃣ 检查你的PC的公网路由 用 traceroute/mtr到服务器的443端口（如果ICMP没禁），看路径与回来的路径是否一致。
4️⃣ 检查 NAT / VPN配置 如果你是通过 VPN或企业网络出去的，可能回程没有走原路导致丢包。
如果你能提供更多环境信息（比如网络拓扑、有无VPN、服务器所在网络环境等），我可以进一步帮你定位。
内容由零声教学AI助手提供，问题来源于学员提问
