试试 NAT1 端口打洞： https://github.com/heiher/natmap/issues/13

@MeteorVIP #46 不需要，其它提供商的域名也可以在 cloudflare 使用。

@MeteorVIP #37

使用 NATMap 在 NAT-1 私网 IP 宽带上部署 Web 服务:

https://github.com/heiher/natmap/wiki/web

包含 natmap 调用脚本通过 API 自动更新 Cloudflare DDNS 的域名解析的 IP ，以及在脚本中更新 Origin rule 的端口。

@llinge #42 https://man7.org/linux/man-pages/man3/scanf.3.html

@llinge #33

https://github.com/heiher/natmap/blob/master/src/hev-misc.c#L70-L234

细节上还是有些不同的，具体见 tfwd 和 ufwd 的差别。

@llinge #31
模式 a 由于 natmap 和业务服务端进行在同一网络空间上，需要绑定同一个源端口，是需要开启 reuseport 的，但是即使服务端没开启这一特性，在 Linux 5.6 及之后内核上，natmap 也会尝试跨进程打开 reuseport ，故业务服务端无需特别配置。

是的，模式 b 由 natmap 在用户态转发，tcp 协议建立两路 tcp 流，由 natmap 进行 splice 。udp 则相对复杂一点点，在用户态维护对应关系，natmap 与业务服务端之间为每一组不同的客户端 srcip:srcport 建立一路 connected 的 udp“连接”。

本着能跑就行的目标写的代码，见笑啦~ :D

@llinge #29 你好

1. 同时支持 TCP 和 UDP ，不加 -u 参数是 TCP 模式，加上 -u 参数是 UDP 模式。
2. 服务端侧的程序无需要特殊修改。
3. 运行 TCP 服务端有三种形式：
a. 无转发模式，natmap 和服务端(如 nginx)都运行在路由器，natmap 负责打通端口映射，nginx 直接侦听并接受连接。
b. natmap 转发模式，natmap 运行在路由器，服务端运行在其它主机，natmap 负责打通端口映射和侦听并接受连接，再建立与服务端的连接，并桥接两路连接，该模式服务端不能拿到真实客户端 IP 。
c. 防火墙转发模式，natmap 运行在路由器，服务端进行在其它主机，natmap 负责打通运营商侧的端口映射，路由器额外配置防火墙的端口转发，负责将路由器侧的入站请求转发至服务端主机，该模式服务端可以拿到真实客户端 IP 。
4. UDP 模式与 TCP 完全相同，也是三种形式。

@MeteorVIP HTTP 的话有两种方式：
1. HTTP 302 跳转，从固定入口的跳转服务跳到动态的 IP:端口。
2. CDN 非标端口回源。

这两种方式都是在 natmap 的脚本中调用服务商的 API 更新公网 IP 和端口。

@wangerka 理解基本上是对的，112.24.0.23 是运营商网关的公网 IP ，100.65.11.55 是分配在用户侧路由器上的私网 IP ，natmap 会让运营商的网关建立起从 112.24.0.23:6438 指向 100.65.11.55:7000 的映射。natmap 还会侦听在 100.65.11.55:7000 ，进而将外部访问的流量转发到 192.168.0.2:7000 。最终在外部访问 112.24.0.23:6348 就等于访问 192.168.0.2:7000 。

@MeteorVIP #13 这里有 frp 的详细示例 https://github.com/heiher/natmap/wiki/frp ddns 是以 cloudflare api 演示的，其它家也是大同小异。natmap 在建立映射后会调用指定的脚本，脚本参数传入了外部 IP 、端口等信息，还有将 IP 和端口编码在 AAAA 记录中的 IPv6 地址，更新到域名的 AAAA 记录里，就可以使用魔改后的 frp 客户端访问了。

@YGBlvcAK 私网 IP 打通 TCP/UDP 端口后实现与公网 IP 几乎同等的访问效果

端口随意来玩 NAT 吧: https://github.com/heiher/natmap/wiki/NATMap

@zro #15 是的。VPS 上运行？通常是在拨号路由器上运行的。不用 dns 的方式也可以获得外部地址和端口，natmap 建立和发现映射关系变化后会调用-e 参数指定的脚本，脚本执行时传入了几个参数，其中就有本地侦听端口、公网 IP 地址和端口以及协议等，具体参数顺序见项目 README 。

@jiangzm #11 如果宽带运营商分配的是私网 IPv4 地址，大概率运营商侧的 NAT 是完全锥型(NAT1)，通过 natmap 打洞并维护端口映射关系后，从对应的公网地址:端口就可以访问到内网服务，效果上与拥有公网 IPv4 等同。那么是不是就可以跑任意 TCP/UDP 服务啦，包括 FRPs 。

之前因为这个原因家宽要改公网 IPv4 ，不过现在不用了，因为有个 TCP 打洞的方式，私网 IP 宽带像公网一样访问，具体参考： https://github.com/heiher/natmap/wiki/NATMap

@dingwen07 #20 前提要有认识偏差才会，我是不认同这种偏离规律的做法的，违背客观规律也总是要还的，这不就衍生出各种奇葩的事情嘛

那么在用户数和访问规模不变的情况下，NAT4 只需要更少的端口，自然也就只需要更少的 IP 地址呀

NAT1 下，CGNAT 侧公网 IP:端口同一时刻只能服务于一个用户，所以为了防止一个用于过多占用端口资源，通常采用端口分配数量和会话数量约束。而 NAT4 下，一个公网 IP:端口只要不是连接相同的目的 IP:端口，也就是 4 元组不完全相同，同一时刻是可以在多个用户间复用的。那么在

从技术上来说 NAT4 应该是可以做到最节省公网 IP 的吧，也就是在精确 4 元组匹配下能做到最大能力的 IP 地址复用，与 NAT1 相比，必然就需要更精确细化的会话记录来支撑，这可能不利于 CGNAT 的硬件加速实现。所以这里认同 @viberconnection 的观点，谁来讲讲浪费公网 IP 的具体机理？