Sendmail 配置为通过 AWS 上的智能主机转发。智能主机 DNS 仅公布 ipv4 地址。当 Sendmail 查找该地址时，出于某种原因，它决定返回我的服务器的 ipv6 地址，从而导致环回问题。
我尝试仅为 ipv4 设置 CLIENT_OPTIONS，但没有作用。
我最终决定将 AWS 服务器的 IP 硬编码到我的 /etc/hosts 文件中，但这显然是有问题的。
如果 DNS 中没有 ipv6 地址，如何告诉 Sendmail 使用 ipv4 地址？或者可能是 DNS 解析配置错误？
还有其他人遇到过这种情况吗？
我已获得 IPv6 地址
2a00：da10：f218：9ff0：：1
我读到::1 是本地环回。
但提供商向我提供的公开显示内容如下：
2a00:da10:f218:9ff0::/80
但当我在 telnet 等上使用它时，这是一个语法错误。我也尝试过使用
2a00：da10：f218：9ff0：：
但这也失败了。
在 DNS 等地方实现此地址的正确语法是什么？
在 Windows 11 中（我认为与 10 相同），该命令ipconfig给出类似这样的内容
Connection-specific DNS Suffix . : lan
IPv6 Address. . . . . . . . . . . : ...:5c69
Temporary IPv6 Address. . . . . . : ...:d046
Link-local IPv6 Address . . . . . : fe80::...:73ee%14
IPv4 Address. . . . . . . . . . . : 192.168...
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : fe80::...:d531%14
192.168...
现在，当我设置 Google Nest Pro 路由器时，它显示该主机具有不同的 IPv6 地址，但我继续添加端口转发（443，我正在运行本地 https 服务器），然后转到 GoDaddy 并添加 AAAA 记录。
我该怎么做才能从外部访问 ...5c69 地址？
“临时”地址 (...d046) 仍然有效。我不知道它会持续多久，这完全取决于路由器，我想一旦我重置路由器，我就必须更新它。考虑到所有这些，找到永久解决方案仍然是件好事。
我正在构建一个点对点协议，其中节点通过共享它们所连接的 IP 地址来通告其他节点的存在。此功能称为“对等发现”。我正在运行的节点之一具有静态 IPv4，因此所有其他节点都可以连接到该节点。我们称这台机器为“A”。
当我通过 IPv4 从办公室中连接 wifi 的计算机连接到 A 时，这些计算机连接不良，对等发现不起作用。但当我通过 IPv6 连接时，对等发现效果非常好。办公机器和 A 在不同的网络上。
使用 IPv6，办公室计算机上自我报告的 IP ( ip -6 addr) 与 A 看到的相匹配。当我通过 IPv4 连接时，两个报告的地址之间不匹配
这是因为办公室机器从办公室 WiFi 路由器获取经过 NAT 处理的 IPv4 地址和全球唯一的 IPv6 地址吗？
其他 p2p 协议上也会发生这种情况吗？
所有机器都通过 TCP 协议连接。我构建的对等发现功能只需共享已连接节点的 IP 地址及其宣布的用于传入连接的端口即可工作。
我并不是要求修复 IPv4。我只是询问 IPv4 与 IPv6 的典型 NAT 行为，以及其他 p2p 应用协议（例如 BitTorrent 或比特币）是否也会遇到这种行为。
我的 ISP 使用对称 CGNAT。因此，为了通过 IPv4 连接到我的 WireGuard 服务器，我在客户端上使用 25 秒的持久保持活动设置以允许传入连接。
这个可以吗？或者，如果 ISP 发现其一端的端口长时间被阻塞，他们可以检测/限制它吗？
我的网络也是双栈的。切换到服务器上的 IPv6 端点是否更好？
我的 Windows 10 计算机有一个通过 USB 连接的额外网络接口，按Ethernet 2列出时命名ipconfig。Ethernet 2具有以 192.254 开头的 IPv4 地址192.254.N.N，以及以 开头的 IPv6 地址fe80::。另一端连接的是 Raspberry Pi。
只要 Windows Defender 防火墙仅允许该应用程序在域和专用网络上进行通信，我的 Windows PC 上的应用程序就无法从该网络接收 UDP 数据包。将防火墙切换为允许公共网络上的通信（该选项既不是域网络也不是专用网络）解决了该问题。fe80:: 或 192.254 上的链路本地网络被归类为“公共”网络，而实际上它是点对点电缆，这让我觉得违反直觉？
我对术语或网络分类有什么误解？
我正在研究 IPv6，我正在努力更好地了解它是如何深入工作的。
到目前为止，我知道基本上有三种类型的地址，基于通信的类型：
我知道在 IPv6 网络中没有广播的概念，而是使用多播地址：例如，可以使用 FF02::2 地址仅向同一本地网段上的路由器发送某些内容，这信息不会发送到不是路由器的其他主机。
YouTube 上有很好的视频，由 Sunny Classroom 制作，关于 IPv6：在名为IPv6 - Neighbor Discovery Protocol ( https://youtu.be/a1AQfjWwPaE?t=165 ) 的视频上，在 2:46，你可以看到一个动画，其中计算机发送 FF02::2 数据包，该数据包仅到达两个路由器，忽略其他设备。
混乱从这里开始：如果我有一个网络，例如，20 台计算机和一个路由器在同一个本地网络上，即在同一个交换机上，其中一台计算机发送 FF02::2 类型的多播，这个数据包应该只到达路由器（如果我了解我到目前为止所研究的内容）但是作为第 2 层设备的交换机如何知道如何仅通过路由器所在的端口转发 FF02::2 数据包？我想在这种情况下，所有设备都会收到 FF02::2 数据包，就像广播消息一样：所以，在我看来广播消息仍然存在于 IPv6 中：我错在哪里？
我在 Mac 上使用套接字启动应用程序并返回以下内容：
kukodajanos@Kukodas-MacBook-Pro niots % swift run
Building for debugging...
[2/2] Emitting module niots
Build complete! (0.30s)
Server started and listening on [IPv6]::1/::1:8888
尝试像这样连接，它启动，但没有返回任何响应，知道出了什么问题吗？
kukodajanos@Kukodas-MacBook-Pro ~ % nc -lp 8888
rrrr
我也试过这个设置：
kukodajanos@Kukodas-MacBook-Pro ~ % nc ::1 8888
Error: Couldn't resolve host "::1"
这是我正在检查的应用程序代码：https ://rderik.com/blog/understanding-swiftnio-by-building-a-text-modifying-server/
我想进入配置页面你打开wifi。但 192.168.0.1 不起作用。默认网关显示 IPV6 地址。
Default Gateway . . . . . . . . . : fe80::201:5cff:fe9f:6c45%10
24.70.80.1
在具有以下 IP 地址的 IE 和 Chrome 浏览器中进行了尝试
192.168.0.1
http://192.168.0.1
fe80::201:5cff:fe9f:6c45%10
http://fe80::201:5cff:fe9f:6c45%10
http://[fe80::201:5cff:fe9f:6c45%10]
24.70.80.1
http://24.70.80.1
以上地址均无法进入配置页面。
尝试将调制解调器恢复出厂设置，ipconfig /release /renew，重新启动计算机，重新启动调制解调器，
仍然无法访问调制解调器配置页面。
ping 192.168.0.1
Pinging 192.168.0.1 with 32 bytes of data:
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
有回应。
如何访问调制解调器配置页面？
我已经设置了一个带有 OpenThread RadioCoprocessor 的 Raspberry Pi，以作为 OpenThread Border 路由器运行。这可行，但我无法从 Thread 网络访问 NAT64 接口。
在家里，我有一个创建本地 IPv6 网络的路由器。Pi 被分配了两个 IPv6 ip 地址，并且到这些地址的路由传播到 RadioCoprocessor。在这里，我可以将路由添加到 well-known-prefix 和 NAT64 接口，并使用 NAT64 接口作为 DNS 服务器将主机名解析为 well-known-prefix 地址并 ping 这些地址。
但是在工作中，本地网络没有 IPv6。Pi 没有分配 IPv6 地址。在工作中，我无法从 OpenThread 网络 ping 任何众所周知的前缀地址，但我可以从 Pi ping。
我错过了一条路线吗？
家中的路由表
pi@raspberrypi:~ $ route -6 -n
Kernel IPv6 routing table
Destination Next Hop Flag Met Ref Use If
::1/128 :: U 256 3 0 lo
64:ff9b::/96 :: U 1024 1 0 nat64
2002:1111:1111:1111::/64 :: UAe 256 1 0 eth0 <<< Router ipv6 network
fd11:db8:1::/64 :: U 256 1 0 otbr0
fd35:ad25:a99f:8c75::/64 :: U 256 2 0 wpan0
fdaa:bb:1::2/128 :: U 256 3 0 nat64
fdb5:d386:5ef5::/64 :: UAe 256 1 0 eth0 <<< Router ipv6 network
fdbb:9fbb:e58b:f471::/64 :: U 256 2 0 wpan0
fe80::/64 :: U 256 2 0 eth0
fe80::/64 :: U 256 1 0 nat64
fe80::/64 :: U 256 1 0 wpan0
fe80::/64 :: U 256 1 0 otbr0
fe80::/64 :: U 256 1 0 vethdbec410
fe80::/64 :: U 256 1 0 docker0
::/0 fe80::ee3e:b3ff:fe63:1320 UGDAe 1024 1 0 eth0
::1/128 :: Un 0 7 0 lo
2002:1111:1111:1111::/128 :: Un 0 3 0 eth0 <<< Router ipv6 network
2002:1111:1111:1111:ba27:ebff:fe6f:9215/128 :: <<< Router ipv6 network
Un 0 3 0 eth0
fd35:ad25:a99f:8c75::/128 :: Un 0 3 0 wpan0
fd35:ad25:a99f:8c75:a9c8:521f:d197:eca5/128 ::
Un 0 3 0 wpan0
fdaa:bb:1::2/128 :: Un 0 4 0 nat64
fdb5:d386:5ef5::/128 :: Un 0 3 0 eth0 <<< Router ipv6 network
fdb5:d386:5ef5:0:ba27:ebff:fe6f:9215/128 :: Un 0 3 0 eth0 <<< Router ipv6 network
fdbb:9fbb:e58b:f471::/128 :: Un 0 6 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:e800/128 :: Un 0 3 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:fc00/128 :: Un 0 4 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:fc10/128 :: Un 0 3 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:fc11/128 :: Un 0 2 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:fc38/128 :: Un 0 2 0 wpan0
fdbb:9fbb:e58b:f471:f21d:c077:3438:5937/128 ::
Un 0 2 0 wpan0
fe80::/128 :: Un 0 6 0 eth0
fe80::/128 :: Un 0 3 0 nat64
fe80::/128 :: Un 0 3 0 wpan0
fe80::/128 :: Un 0 3 0 vethdbec410
fe80::/128 :: Un 0 3 0 docker0
fe80::42:23ff:fee8:b3c/128 :: Un 0 2 0 docker0
fe80::858:1860:afaa:fde9/128 :: Un 0 2 0 wpan0
fe80::3024:2fff:fe63:1c/128 :: Un 0 2 0 vethdbec410
fe80::3cd7:afb4:fc53:bc71/128 :: Un 0 3 0 nat64
fe80::ba27:ebff:fe6f:9215/128 :: Un 0 4 0 eth0
ff00::/8 :: U 256 7 0 eth0
ff00::/8 :: U 256 1 0 nat64
ff00::/8 :: U 256 1 0 wpan0
ff00::/8 :: U 256 5 0 vethdbec410
ff00::/8 :: U 256 5 0 docker0
::/0 :: !n -1 1 0 lo
工作中的路由表
pi@raspberrypi:~ $ route -6 -n
Kernel IPv6 routing table
Destination Next Hop Flag Met Ref Use If
::1/128 :: U 256 2 0 lo
64:ff9b::/96 :: U 1024 1 0 nat64
fd11:db8:1::/64 :: U 256 1 0 otbr0
fdaa:bb:1::2/128 :: U 256 3 0 nat64
fdbb:9fbb:e58b:f471::/64 :: U 256 2 0 wpan0
fe80::/64 :: U 256 2 0 wlan0
fe80::/64 :: U 256 1 0 nat64
fe80::/64 :: U 256 1 0 wpan0
fe80::/64 :: U 256 1 0 otbr0
fe80::/64 :: U 256 1 0 veth89bb918
fe80::/64 :: U 256 1 0 docker0
::/0 :: !n -1 1 0 lo
::1/128 :: Un 0 5 0 lo
fdaa:bb:1::2/128 :: Un 0 5 0 nat64
fdbb:9fbb:e58b:f471::/128 :: Un 0 5 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:e800/128 :: Un 0 3 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:fc00/128 :: Un 0 4 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:fc10/128 :: Un 0 3 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:fc11/128 :: Un 0 3 0 wpan0
fdbb:9fbb:e58b:f471:0:ff:fe00:fc38/128 :: Un 0 2 0 wpan0
fdbb:9fbb:e58b:f471:f21d:c077:3438:5937/128 :: Un 0 2 0 wpan0
fe80::/128 :: Un 0 8 0 wlan0
fe80::/128 :: Un 0 3 0 nat64
fe80::/128 :: Un 0 3 0 wpan0
fe80::/128 :: Un 0 3 0 docker0
fe80::/128 :: Un 0 3 0 veth89bb918
fe80::42:7dff:fece:4ad4/128 :: Un 0 2 0 docker0
fe80::858:1860:afaa:fde9/128 :: Un 0 2 0 wpan0
fe80::1450:5aff:feb6:879f/128 :: Un 0 2 0 veth89bb918
fe80::5227:2e50:3570:ab37/128 :: Un 0 2 0 nat64
fe80::ba27:ebff:fe3a:c740/128 :: Un 0 2 0 wlan0
ff00::/8 :: U 256 7 0 wlan0
ff00::/8 :: U 256 1 0 nat64
ff00::/8 :: U 256 1 0 wpan0
ff00::/8 :: U 256 5 0 veth89bb918
ff00::/8 :: U 256 5 0 docker0
::/0 :: !n -1 1 0 lo
更新
我错过了从 OT-RCP 到 Pi 上的 eth/wlan 接口的默认路由。
我手动添加了 IPv6 地址并添加了默认路由：“prefix add 2001:470:6c92:1::/64 paros med”
现在我可以在 FDAA:BB:1::2 ping NAT64 但解析 DNS 给我一个错误 8 并带有安全描述。
更新 2 个 tcpdump 日志：
tcpdump: listening on wpan0, link-type LINUX_SLL (Linux cooked v1), snapshot length 262144 bytes
***DNS request from ot-cli thread device "ot dns resolve ing.nl fdaa:bb:1::2 53 1000 2 1"***
19:54:30.284814 IP6 (hlim 64, next-header UDP (17) payload length: 32) 2001:470:6c92:1:8196:1c3f:41ed:fed.49153 > fdaa:bb:1::2.53: [udp sum ok] 11238+ AAAA? ing.nl. (24)
19:54:30.285478 IP6 (flowlabel 0x3bd7d, hlim 64, next-header UDP (17) payload length: 32) fdaa:bb:1::2.53 > 2001:470:6c92:1:8196:1c3f:41ed:fed.49153: [udp sum ok] 11238 Refused- 0/0/0 (24)
19:54:30.302290 IP6 (hlim 64, next-header UDP (17) payload length: 32) 2001:470:6c92:1:8196:1c3f:41ed:fed.49153 > fdaa:bb:1::2.53: [udp sum ok] 34254+ A? ing.nl. (24)
19:54:30.303347 IP6 (flowlabel 0x3bd7d, hlim 64, next-header UDP (17) payload length: 32) fdaa:bb:1::2.53 > 2001:470:6c92:1:8196:1c3f:41ed:fed.49153: [udp sum ok] 34254 Refused- 0/0/0 (24)
***Successful Ping from ot-cli thread device "ot ping 64:ff9b::9765:818c"***
20:51:46.076737 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 16) 2001:470:6c92:1:8196:1c3f:41ed:fed > 64:ff9b::9765:818c: [icmp6 sum ok] ICMP6, echo request, id 6, seq 6
20:51:46.088699 IP6 (hlim 56, next-header ICMPv6 (58) payload length: 16) 64:ff9b::9765:818c > 2001:470:6c92:1:8196:1c3f:41ed:fed: [icmp6 sum ok] ICMP6, echo reply, id 6, seq 6
***Successful Ping from ot-cli thread device "ot ping fdaa:bb:1::2"***
20:53:27.162740 IP6 (hlim 64, next-header ICMPv6 (58) payload length: 16) 2001:470:6c92:1:8196:1c3f:41ed:fed > fdaa:bb:1::2: [icmp6 sum ok] ICMP6, echo request, id 7, seq 7
20:53:27.162871 IP6 (flowlabel 0x9a0cc, hlim 64, next-header ICMPv6 (58) payload length: 16) fdaa:bb:1::2 > 2001:470:6c92:1:8196:1c3f:41ed:fed: [icmp6 sum ok] ICMP6, echo reply, id 7, seq 7