Tina's questions

我试图了解无序 ACK 号码的原因。我在wireshark中有以下日志：

34936 → 80 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=3595656117 TSecr=0 WS=128
    2   0.003662105 192.168.1.1 192.168.1.2 TCP 66  80 → 34936 [SYN, ACK] Seq=0 Ack=1 Win=29200 Len=0 MSS=1460 SACK_PERM=1 WS=32
    3   0.003691751 192.168.1.2 192.168.1.1 TCP 54  34936 → 80 [ACK] Seq=1 Ack=1 Win=64256 Len=0
    4   0.003803721 192.168.1.2 192.168.1.1 HTTP    767 POST /jrd/webapi?api=GetSystemStatus HTTP/1.1* (application/x-www-form-urlencoded)
    5   0.024447941 192.168.1.1 192.168.1.2 TCP 54  80 → 34936 [ACK] Seq=1 Ack=714 Win=32128 Len=0
    6   0.052296708 192.168.1.1 192.168.1.2 TCP 70  80 → 34936 [PSH, ACK] Seq=1 Ack=714 Win=32128 Len=16 [TCP segment of a reassembled PDU]
    7   0.052296845 192.168.1.1 192.168.1.2 HTTP/JSON   528 HTTP/1.1 200 OK , JavaScript Object Notation (application/json)
    8   0.052364039 192.168.1.2 192.168.1.1 TCP 54  34936 → 80 [ACK] Seq=714 Ack=17 Win=64256 Len=0
    9   0.052930703 192.168.1.2 192.168.1.1 TCP 54  34936 → 80 [FIN, ACK] Seq=714 Ack=492 Win=64128 Len=0
    10  0.061251843 192.168.1.2 192.168.1.1 TCP 74  34938 → 80 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=3595656179 TSecr=0 WS=128
    11  0.064187519 192.168.1.1 192.168.1.2 TCP 54  80 → 34936 [ACK] Seq=492 Ack=715 Win=32128 Len=0
    12  0.064187779 192.168.1.1 192.168.1.2 TCP 66  80 → 34938 [SYN, ACK] Seq=0 Ack=1 Win=29200 Len=0 MSS=1460 SACK_PERM=1 WS=32
    13  0.064330872 192.168.1.2 192.168.1.1 TCP 54  34938 → 80 [ACK] Seq=1 Ack=1 Win=64256 Len=0
    14  0.065632767 192.168.1.2 192.168.1.1 HTTP    772 POST /jrd/webapi?api=GetSMSStorageState HTTP/1.1* (application/x-www-form-urlencoded)
    15  0.066381036 192.168.1.2 192.168.1.1 TCP 74  34940 → 80 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=3595656184 TSecr=0 WS=128
    16  0.074954073 192.168.1.1 192.168.1.2 TCP 66  80 → 34940 [SYN, ACK] Seq=0 Ack=1 Win=29200 Len=0 MSS=1460 SACK_PERM=1 WS=32
    17  0.075028197 192.168.1.2 192.168.1.1 TCP 54  34940 → 80 [ACK] Seq=1 Ack=1 Win=64256 Len=0
    18  0.075349695 192.168.1.2 192.168.1.1 HTTP    772 POST /jrd/webapi?api=GetConnectionState HTTP/1.1* (application/x-www-form-urlencoded)
    19  0.080664337 192.168.1.1 192.168.1.2 TCP 70  80 → 34938 [PSH, ACK] Seq=1 Ack=719 Win=32128 Len=16 [TCP segment of a reassembled PDU]
    20  0.080664489 192.168.1.1 192.168.1.2 HTTP/JSON   304 HTTP/1.1 200 OK , JavaScript Object Notation (application/json)
    21  0.080744236 192.168.1.2 192.168.1.1 TCP 54  34938 → 80 [ACK] Seq=719 Ack=17 Win=64256 Len=0
    22  0.081363475 192.168.1.2 192.168.1.1 TCP 54  34938 → 80 [FIN, ACK] Seq=719 Ack=268 Win=64128 Len=0
    23  0.084534363 192.168.1.1 192.168.1.2 TCP 54  80 → 34938 [ACK] Seq=1 Ack=719 Win=32128 Len=0
    24  0.084606985 192.168.1.2 192.168.1.1 TCP 54  [TCP Dup ACK 22#1] 34938 → 80 [ACK] Seq=720 Ack=268 Win=64128 Len=0
    25  0.084649572 192.168.1.1 192.168.1.2 TCP 54  80 → 34940 [ACK] Seq=1 Ack=719 Win=32128 Len=0
    26  0.084649729 192.168.1.1 192.168.1.2 TCP 54  80 → 34938 [ACK] Seq=268 Ack=720 Win=321
    27  0.086781498 192.168.1.1 192.168.1.2 TCP 70  80 → 34940 [PSH, ACK] Seq=1 Ack=719 Win=32128 Len=16 [TCP segment of a reassembled PDU]

1. 在字符串编号 8 Seq=714 Ack=17。但在字符串编号 9 Seq=714 Ack=492 中。我认为这里的 Ack 是 714+17=731。Ack 在这里是如何计算的，为什么是 492？关于在字符串 22 中计算 Ack 编号的相同问题，其中 Ack=268，而不是我预期的 736。

2. 在字符串编号 9 中，有 FIN ASK 标志，后面是 SYN 标志。但在字符串编号 13 中，我看到 ASK 标志后面跟着 SYN 标志。我没有看到 FIN 标志。

非常感谢您的任何回答。我需要了解低级 TCP 基础。

我有一个默认网关，IP 地址为 192.168.1.1，MAC 地址为 5c:77:76:6e:0d:7b。这是我唯一可以从中接收互联网的 wi fi 调制解调器路由器。

但是在输入 nftables 日志中，我看到另一个具有相同 IP 地址和不同 MAC 地址的5c:77:77:6e:0d:7b.路由器 这个未知路由器发送我没有打开的页面（垃圾邮件）。

我尝试了两种方法来解决这个问题：

1. 设置静态 arp 缓存。现在我的 arp 缓存看起来像这样：

   arp -a mw40.home (192.168.1.1) at 5c:77:76:6e:0d:7b [ether] PERM on wlo1

2. 从 etc/nftables.conf 中的非法路由器丢弃数据包：

   ether saddr 5c:77:77:6e:0d:7b counter drop;

但是在第二步之后，我失去了互联网连接。

我的问题：

1. 这段日志（下）发生了什么？

2. 两台路由器如何相互通信？

3. 如何从我的网络中删除非法路由器MAC address 5c:77:77:6e:0d:7b?

    Sep  1 15:16:03 flower kernel: [  133.359821] New Input packets: IN=wlo1 OUT= MAC=b8:81:98:cb:ef:a8:5c:77:77:6e:0d:7b:08:00 SRC=85.159.224.52 DST=192.168.1.2 LEN=76 TOS=0x18 PREC=0x60 TTL=49 ID=4873 DF PROTO=UDP SPT=123 DPT=47244 LEN=56 
    Sep  1 15:16:11 flower kernel: [  141.053122] New Input packets: IN=wlo1 OUT= MAC=b8:81:98:cb:ef:a8:5c:77:77:6e:0d:7b:08:00 SRC=192.168.1.1 DST=192.168.1.2 LEN=185 TOS=0x00 PREC=0x00 TTL=64 ID=32498 DF PROTO=UDP SPT=53 DPT=56881 LEN=165 
    Sep  1 15:16:12 flower kernel: [  141.660330] New Input packets: IN=wlo1 OUT= MAC=b8:81:98:cb:ef:a8:5c:77:77:6e:0d:7b:08:00 SRC=192.168.1.1 DST=192.168.1.2 LEN=111 TOS=0x00 PREC=0x00 TTL=64 ID=32521 DF PROTO=UDP SPT=53 DPT=36247 LEN=91 
    Sep  1 15:16:12 flower kernel: [  141.694208] New Input packets: IN=wlo1 OUT= MAC=b8:81:98:cb:ef:a8:5c:77:77:6e:0d:7b:08:00 SRC=172.67.68.8 DST=192.168.1.2 LEN=52 TOS=0x18 PREC=0x60 TTL=56 ID=0 DF PROTO=TCP SPT=443 DPT=50048 WINDOW=65535 RES=0x00 ACK SYN URGP=0 
    Sep  1 15:16:12 flower kernel: [  141.722991] New Input packets: IN=wlo1 OUT= MAC=b8:81:98:cb:ef:a8:5c:77:77:6e:0d:7b:08:00 SRC=192.168.1.1 DST=192.168.1.2 LEN=147 TOS=0x00 PREC=0x00 TTL=64 ID=32522 DF PROTO=UDP SPT=53 DPT=51721 LEN=127 
    Sep  1 15:16:12 flower kernel: [  141.743011] New Input packets: IN=wlo1 OUT= MAC=b8:81:98:cb:ef:a8:5c:77:76:6e:0d:7b:08:00 SRC=172.67.68.8 DST=192.168.1.2 LEN=40 TOS=0x18 PREC=0x60 TTL=56 ID=3764 DF PROTO=TCP SPT=443 DPT=50048 WINDOW=66 RES=0x00 ACK URGP=0 
    Sep  1 15:16:12 flower kernel: [  141.743028] New Input packets: IN=wlo1 OUT= MAC=b8:81:98:cb:ef:a8:5c:77:76:6e:0d:7b:08:00 SRC=172.67.68.8 DST=192.168.1.2 LEN=2840 TOS=0x18 PREC=0x60 TTL=56 ID=3765 DF PROTO=TCP SPT=443 DPT=50048 WINDOW=66 RES=0x00 ACK PSH URGP=0 

来自非法 MAC 地址的路由器的更多日志：  来自非法路由器的 nftables 日志

我试过这个：

iptables -F
ip6tables -F

sudo nft list ruleset > /etc/nftables.conf

sudo service netfilter-persistent save

但是当我运行时重新启动后

nft list ruleset 

我什么也没看见。我认为 netfilter-persistent 看不到我的文件的规则。我使用debian Buster。