socat 从错误的 IP 地址发送

Question 1

尝试改变lo接口范围 - 我认为您需要将其从更改host为global。

如果您使用的是 Debian ，则可以执行此操作[/etc/network/interfaces][1]（需要执行ifdown lo并ifup lo使其生效）或者使用命令ip addr set dev lo scope global（我认为）。

细节

我必须这样做才能使来自本地主机的 DNS 查询正确设置源地址，这样它才能接收来自本地主机上托管的 DNS 服务器的回复，并且该 DNS 服务器也可以在其他接口上访问。

Answer

尝试改变lo接口范围 - 我认为您需要将其从更改host为global。

如果您使用的是 Debian ，则可以执行此操作[/etc/network/interfaces][1]（需要执行ifdown lo并ifup lo使其生效）或者使用命令ip addr set dev lo scope global（我认为）。

细节

我必须这样做才能使来自本地主机的 DNS 查询正确设置源地址，这样它才能接收来自本地主机上托管的 DNS 服务器的回复，并且该 DNS 服务器也可以在其他接口上访问。

Question 2

正如您所确认的，由于无法重现此行为，因此这不是您对的误解或不正确使用socat。这是您特定设置中的问题：配置错误或诊断不正确nc。以下是故障排除建议。

我将使用以下术语来引用命令：

生成器，命令 1（我已添加-q0因此nc不会“挂起”）：
```
echo test | nc -u -q0 127.0.0.1 12345
```

主命令，命令2：

socat -T5 UDP4-LISTEN:12345,reuseaddr,fork UDP4:127.0.0.1:23456,bind=127.0.0.2,so-bindtodevice=lo

接收方，接收命令，命令3：
```
nc -u -l -p 23456 -vv
```

1.更多诊断。

将接收器命令替换为以下之一（它们几乎等效）：

socat -d -d UDP-RECVFROM:23456,fork -
socat -d -d -T.5 UDP-LISTEN:23456,fork -
socat -d -d UDP-RECV:23456 -

也添加-d -d到主命令中。

这将让您获得有关正在发生的事情的更多信息。

2.分析数据包。

在所有接口上使用一些数据包转储器和分析器（Wireshark，tcpdump）来捕获数据包并找出实际发送的数据包。

3.检查包过滤规则。

除了您提供的数据包过滤规则之外，还有三个表需要查看：

sudo iptables -S -t nat
sudo iptables -S -t mangle
sudo iptables -S -t raw

4.Netcat 版本

的版本是多少nc？可能是有 bug 吧？另外发现有两个 netcat：传统版和 OpenBSD 版。

$ nc -h 2>&1 | head -n 1
[v1.10-41.1]

正确行为（供参考）

命令 1：

$ echo test | nc -u -q0 127.0.0.1 12345
$

命令2：

$ sudo socat -T5 -d -d UDP4-LISTEN:12345,reuseaddr,fork UDP4:127.0.0.1:23456,bind=127.0.0.2,so-bindtodevice=lo
2021/07/23 01:49:48 socat[4617] N listening on UDP AF=2 0.0.0.0:12345
2021/07/23 01:51:12 socat[4617] N accepting UDP connection from AF=2 127.0.0.1:59877
2021/07/23 01:51:12 socat[4617] N forked off child process 4622
2021/07/23 01:51:12 socat[4617] N listening on UDP AF=2 0.0.0.0:12345
2021/07/23 01:51:12 socat[4622] N opening connection to AF=2 127.0.0.1:23456
2021/07/23 01:51:12 socat[4622] N successfully connected from local address AF=2 127.0.0.2:36338
2021/07/23 01:51:12 socat[4622] N starting data transfer loop with FDs [5,5] and [6,6]
2021/07/23 01:51:17 socat[4622] N inactivity timeout triggered
2021/07/23 01:51:17 socat[4622] N exiting with status 0
2021/07/23 01:51:17 socat[4617] N childdied(): handling signal 17

命令 3：

vagrant@packer-debian-10-amd64:~$ socat -d -d UDP-RECVFROM:23456,fork -
2021/07/23 01:50:54 socat[4619] N receiving on AF=2 0.0.0.0:23456
2021/07/23 01:51:12 socat[4619] N receiving packet from AF=2 127.0.0.2:36338
2021/07/23 01:51:12 socat[4619] N forked off child process 4623
2021/07/23 01:51:12 socat[4623] N reading from and writing to stdio
2021/07/23 01:51:12 socat[4623] N starting data transfer loop with FDs [5,5] and [0,1]
2021/07/23 01:51:12 socat[4623] N received packet with 5 bytes from AF=2 127.0.0.2:36338
2021/07/23 01:51:12 socat[4619] N receiving on AF=2 0.0.0.0:23456
test
2021/07/23 01:51:12 socat[4623] N socket 1 (fd 5) is at EOF
2021/07/23 01:51:13 socat[4623] N exiting with status 0
2021/07/23 01:51:13 socat[4619] N receiving on AF=2 0.0.0.0:23456

旁注。

我认为so-bindtodevice=lo主命令中的选项是不必要的，因为您已经使用绑定到 ip 地址bind=127.0.0.2。
如果您的任务不是学习每一种socat行为，而是更多地完成任务（例如在子网之间转发特定的 UDP 流量），我建议您使用数据包过滤器及其 NAT 功能来完成此任务。这将是正确的方法，因为它socat在应用程序级别（L7）上工作，而数据包过滤器在网络级别（L3）上工作。

Answer

正如您所确认的，由于无法重现此行为，因此这不是您对的误解或不正确使用socat。这是您特定设置中的问题：配置错误或诊断不正确nc。以下是故障排除建议。

我将使用以下术语来引用命令：

生成器，命令 1（我已添加-q0因此nc不会“挂起”）：
```
echo test | nc -u -q0 127.0.0.1 12345
```

主命令，命令2：

socat -T5 UDP4-LISTEN:12345,reuseaddr,fork UDP4:127.0.0.1:23456,bind=127.0.0.2,so-bindtodevice=lo

接收方，接收命令，命令3：
```
nc -u -l -p 23456 -vv
```

1.更多诊断。

将接收器命令替换为以下之一（它们几乎等效）：

socat -d -d UDP-RECVFROM:23456,fork -
socat -d -d -T.5 UDP-LISTEN:23456,fork -
socat -d -d UDP-RECV:23456 -

也添加-d -d到主命令中。

这将让您获得有关正在发生的事情的更多信息。

2.分析数据包。

在所有接口上使用一些数据包转储器和分析器（Wireshark，tcpdump）来捕获数据包并找出实际发送的数据包。

3.检查包过滤规则。

除了您提供的数据包过滤规则之外，还有三个表需要查看：

sudo iptables -S -t nat
sudo iptables -S -t mangle
sudo iptables -S -t raw

4.Netcat 版本

的版本是多少nc？可能是有 bug 吧？另外发现有两个 netcat：传统版和 OpenBSD 版。

$ nc -h 2>&1 | head -n 1
[v1.10-41.1]

正确行为（供参考）

命令 1：

$ echo test | nc -u -q0 127.0.0.1 12345
$

命令2：

$ sudo socat -T5 -d -d UDP4-LISTEN:12345,reuseaddr,fork UDP4:127.0.0.1:23456,bind=127.0.0.2,so-bindtodevice=lo
2021/07/23 01:49:48 socat[4617] N listening on UDP AF=2 0.0.0.0:12345
2021/07/23 01:51:12 socat[4617] N accepting UDP connection from AF=2 127.0.0.1:59877
2021/07/23 01:51:12 socat[4617] N forked off child process 4622
2021/07/23 01:51:12 socat[4617] N listening on UDP AF=2 0.0.0.0:12345
2021/07/23 01:51:12 socat[4622] N opening connection to AF=2 127.0.0.1:23456
2021/07/23 01:51:12 socat[4622] N successfully connected from local address AF=2 127.0.0.2:36338
2021/07/23 01:51:12 socat[4622] N starting data transfer loop with FDs [5,5] and [6,6]
2021/07/23 01:51:17 socat[4622] N inactivity timeout triggered
2021/07/23 01:51:17 socat[4622] N exiting with status 0
2021/07/23 01:51:17 socat[4617] N childdied(): handling signal 17

命令 3：

vagrant@packer-debian-10-amd64:~$ socat -d -d UDP-RECVFROM:23456,fork -
2021/07/23 01:50:54 socat[4619] N receiving on AF=2 0.0.0.0:23456
2021/07/23 01:51:12 socat[4619] N receiving packet from AF=2 127.0.0.2:36338
2021/07/23 01:51:12 socat[4619] N forked off child process 4623
2021/07/23 01:51:12 socat[4623] N reading from and writing to stdio
2021/07/23 01:51:12 socat[4623] N starting data transfer loop with FDs [5,5] and [0,1]
2021/07/23 01:51:12 socat[4623] N received packet with 5 bytes from AF=2 127.0.0.2:36338
2021/07/23 01:51:12 socat[4619] N receiving on AF=2 0.0.0.0:23456
test
2021/07/23 01:51:12 socat[4623] N socket 1 (fd 5) is at EOF
2021/07/23 01:51:13 socat[4623] N exiting with status 0
2021/07/23 01:51:13 socat[4619] N receiving on AF=2 0.0.0.0:23456

旁注。

我认为so-bindtodevice=lo主命令中的选项是不必要的，因为您已经使用绑定到 ip 地址bind=127.0.0.2。
如果您的任务不是学习每一种socat行为，而是更多地完成任务（例如在子网之间转发特定的 UDP 流量），我建议您使用数据包过滤器及其 NAT 功能来完成此任务。这将是正确的方法，因为它socat在应用程序级别（L7）上工作，而数据包过滤器在网络级别（L3）上工作。

socat 从错误的 IP 地址发送

答案1

答案2

1.更多诊断。

2.分析数据包。

3.检查包过滤规则。

4.Netcat 版本

正确行为（供参考）

旁注。

相关内容