V2EX › mikewang 的所有回复 › 第 21 页 / 共 30 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 13 14 15 16 17 18 19 20 21 22 ... 30

❮

❯

2022-09-14 14:22:32 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@matzoh tailscale/zerotier 打洞时一般都是 UDP ，Natter 使用 TCP 。

另外，Natter 的“打洞”其实只做了一半：只有服务端打洞，向外暴露端口；客户端则是没有感知的，不借助任何软件，手输外部 IP:端口号即可访问。

2022-09-14 11:41:19 +08:00

回复了 urnoob 创建的主题 › 宽带症候群 › 觉得能偶尔送 10G 流量的移动挺好的

江苏移动 App 的流量大富翁每个月白送 6 GB ，再加上签到之类的活动一个月 0 元攒到 20 GB 都有可能。
我这 8 元卡这么做很久了 hhh

2022-09-14 11:32:08 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@shikkoku 这两个已经内置在 Natter 里了，作为 UDP 的探测。可惜两个都不支持 TCP 模式。

2022-09-14 10:06:10 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@1423 有意为之的，这样才能打洞。原理十分简单，重点在于维持 TCP 连接的思路，以及外部地址的获取（ Natter 相当于把 STUN 协议的客户端重新实现了一次）

@jasonliu769 我不在用 Windows ，不过印象中 netsh 的端口转发会独占端口。

2022-09-14 01:45:11 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@Zy143L 对的，因为 TCP STUN 公共服务器都是境外的，我没有找到国内可用的服务器 : (
而且如果运营商对某些境外地址，改变了出口 IP ，那么也会影响判断结果 emmm
可能暂时不太好解决

2022-09-13 23:01:18 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@Caan07 目前还没有，不过操作应该很简单：
1. 上传 natter.py 脚本
2. opkg install python3-light
3. python natter.py -t 3456

如果没有 python3 ，使用 python-light 也是兼容的。

2022-09-13 20:47:58 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@wym0823 频繁打洞会出现这种情况。换个端口号试试。各个操作系统对于端口释放时间的限制不太一样。

2022-09-13 20:31:52 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

#49 @tediorelee 对的，看到这个就是成功，恭喜你。

#51 @star7th 这个穿透是服务器中转的么？ Natter 注重于直连打洞，无限制访问

#52 @shikkoku 哈哈有点尴尬，这个转发事情应该是由 Natter 做的，我画了个饼，还没写，等我更新吧。

2022-09-13 19:09:38 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@shikkoku 实际上，NAT 1 对于 BT 应该已经足够了，毕竟用的 UDP ，不需要对 TCP 打洞。

2022-09-13 19:04:10 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@Zy143L UDP 网络环境不稳定的时候可能会影响类型判断，不过仅作参考，不影响 Natter 运行。

@mikeluckybiy 可以简单理解为一个时间段内，锥形的端口映射关系是固定的，因此有打洞的可能性。而对称型的映射关系不固定，因此只能做“被动”的一方，不能对外提供服务。

@shikkoku 理论上，打洞端口 A ，得到了公网端口 B 。可以设置 BT 软件端口号也设为 B ，然后端口 A 数据转发至 B ，从而得到一致端口。

2022-09-13 12:20:30 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

#29 @xixiv5 一般情况下运营商是不会随意断开 TCP 的，否则这个网就几乎没法用了。
Natter 对 TCP 的保活做得算是比较激进的，默认间隔 10 秒就向外发一次数据。

2022-09-13 11:37:52 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@qingmuhy0 任意一个能保持很长很长 TCP 连接的地址都行。目前 Natter 是向 www.qq.com:80 发起 HTTP Keep-Alive

2022-09-13 11:08:20 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@1041412569 Windows 下可能比较尴尬，后续考虑直接在 Natter 上集成转发功能。

2022-09-13 10:54:38 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@wym0823 Windows 下直接安装 Python 3 就行
@shikkoku 设置 DMZ ，用局域网机打洞亦可
@Peven 显示成功就代表有戏，有可能我测试服务写的有 bug…比较仓促，欢迎提 issue

2022-09-13 10:08:57 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

#15 @gyorou 是的 :doge: 我猜是没有这个必要
运营商那边只要搞好 NAT 转换就 OK 了，加一道防火墙反而有可能引入新的问题。
有防火墙一般检测也是 NAT 2/NAT 3 ，而不是 NAT 1 。

2022-09-13 08:26:18 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@swiftg
使用 -v 选项再再试一次？然后将日志告诉我（可以提 issue ）

2022-09-13 08:18:52 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@Zy143L 简单的说：可能会出现端口号冲突问题（如果您的系统不报错，那就一切 OK ）

因为端口监听默认是“独占”模式。程序没有设置 SO_REUSEADDR 、SO_REUSEPORT 的时候，这个端口只能被先监听占用的程序使用，因此就无法在上面继续打洞了。（会出现经典的 [Errno 48] Address already in use ）

因此一般情况下，是 Natter 打洞+防火墙的转发规则，将打洞端口转发到局域网的 NAS 服务器上（或者本机的其他端口）。

防火墙转发规则不会导致端口号冲突，因此先设好转发再在此端口打洞，这种“监听”是 OK 的。

2022-09-13 01:01:06 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter: 在 NAT1 下开放公网 TCP 端口

@Tink 谢谢~
@twl007 学习学习
@mikeluckybiy 之前在 /t/878703 评论区讨论过 hhhh
@ihipop 所以 Natter 采用的是长连接，这个程序需要保持在后台运行状态，重拨号前端口就不会变了。

另外考虑到重新拨号后，端口变化的解决方法...其实有一种暴力的方式，就是不停并发创建新连接，直到选到自己想要的端口号上。后续会评估这个方案的可行性。

2022-09-13 00:03:09 +08:00

回复了 Wenpo 创建的主题 › 宽带症候群 › 内网 IP 下，如何正确进行端口映射？

已开源： https://v2ex.com/t/879549
@Wenpo @jackzhou0 @Argon @hanguofu @zhengrt @Tink

2022-09-11 09:22:41 +08:00

回复了 Wenpo 创建的主题 › 宽带症候群 › 内网 IP 下，如何正确进行端口映射？

@Tink 不是 frp 。
frp 的流量是要全部经过服务器的。
这个方案，保持连接只是为了维持 NAT 的端口映射关系，流量不会过服务器。

服务器并非必要选择，只要知道外部端口并维持连接即可。
目前在考虑支持 tcp 的 public stun 服务器借助打洞，不过自己服务器的行为更可控一些。

1 ... 13 14 15 16 17 18 19 20 21 22 ... 30

❮

❯