first

md/OMPUB-972.md

@@ -0,0 +1,38 @@
+# 【P19现场】现场发现URL封堵有穿透现象
+
+| ID | Creation Date | Assignee | Status |
+|----|----------------|----------|--------|
+| OMPUB-972 | 2023-07-24T23:04:47.000+0800 | 杨威 | 已解决 |
+
+
+---
+
+在现场发现url封堵有穿透现象，通过wireshark抓包发现：
+1.chrome 发起http请求时，同时创建2个会话。
+2.封堵对第一个会话有效，对第二个会话失效。
+3.第二个会话在三次握手后会很长一段时间没有数据传输（45s以上），此时第一个会话被阻断，第二个会话直接从url请求开始，此时出现穿透
+
+图片中tcp.stream eq 22 为第二个会话, tcp.stream eq 21为第一个会话
+https://stackoverflow.com/questions/47336535/why-does-chrome-open-a-connection-but-not-send-anything
+**yangwei** commented on *2023-07-31T00:55:02.575+0800*:
+
+问题原因为功能端新增opening timeout参数，默认10s，测试时的会话从syn到第一个data包间隔45s，在opening状态触发超时，导致无法正确阻断
+
+自[TSG-16300] OS支持配置TCP的opening timeout和closing timeout参数 - Geedge Networks Jira后提供opening参数，且功能端同步将opening timeout参数提升至60s
+
+
+
+---
+
+
+
+## Attachments
+
+**41767/chuantou_1.pcap**
+
+---
+
+**41768/screenshot-1.png**
+
+---
+