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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 16 17 18 19 20 21 22 23 24 25 ... 30

❮

❯

2022-10-05 03:40:04 +08:00

回复了 henry741x 创建的主题 › 宽带症候群 › 自建公网 Tracker 无速度

现在的情况是，宿舍~家、家~女友均可建立连接。而宿舍~女友无法建立。
如果以纯 BT 的思路，那就是让家也作为 BT 的一个 peer （家同时下载你的种子并做种），这样女友就有下载速度了。

2022-10-05 03:31:32 +08:00

回复了 henry741x 创建的主题 › 宽带症候群 › 自建公网 Tracker 无速度

tracker 只是帮助 peer 互相发现的，不是中转站或者转换器。

本质上还是宿舍和女友家不能建立基于 UDP 的 P2P 连接。
传统意义上，UDP 的 NAT 类型分为 4 种，一般可相互建立 P2P 连接的有：

NAT1 ~ NAT1/2/3/4
NAT2 ~ NAT1/2/3/4
NAT3 ~ NAT1/2/3
NAT4 ~ NAT1/2

假定你的宿舍和女友家都是 NAT4 ，则无法传输，和 tracker 无关。
宿舍能上传，是因为对方可能是 NAT1 或 2 。

2022-09-29 00:57:03 +08:00

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

@heiher AAAA 记录不错的思路～我选择 TCP 的原因有一点就是一些地区的 UDP 环境可能不太好，TCP 可以最大限度利用带宽。我自建的服务也是直接使用 Reuseport ，转发则是因为大多软件没做这个 hhh

2022-09-25 04:06:11 +08:00

回复了 Licsber 创建的主题 › Go 编程语言 › 意外的发现 Python3.10 标准库 hashlib 的 sha256 比 sha256sum 以及 go1.19 的都要快两倍以上

其实现在 coreutils 也可以通过 --with-openssl 编译去使用 OpenSSL 的实现了。
只能说纯 C 还是比不过汇编优化后的速度，Go 也一样。
让 Go 去调用 OpenSSL 就能一样快了。

2022-09-25 03:57:36 +08:00

回复了 noahhhh 创建的主题 › Python › Python 怎么提取正负号

简单的做法：(1, -1)[n < 0]，如果需要 0 值也返回 1 的话。

2022-09-24 12:11:21 +08:00

回复了 shellus 创建的主题 › 程序员 › IPV6 安全性问题，端口全都暴露在公网？

有没有一种可能，这才是互联网原本应有的样子：IP 唯一，端口开放，全球可见

2022-09-23 22:10:16 +08:00

回复了 oblivion 创建的主题 › 宽带症候群 › 江苏电信 5000M 宽带体验

https://i.imgur.com/5fEoAlA.png

2022-09-23 22:09:58 +08:00

回复了 oblivion 创建的主题 › 宽带症候群 › 江苏电信 5000M 宽带体验

想到了群里的图
https://imgur.com/5fEoAlA

2022-09-22 22:06:16 +08:00

回复了 qviqvi 创建的主题 › Google › Google 定位到泰国怎么办？

https://www.google.com/?hl=en&gl=US

gl 参数强制地区，无论节点在哪出来的都是同一个结果。

2022-09-22 02:07:11 +08:00

回复了 xubingok 创建的主题 › 问与答 › 有没有基于 http 的内网穿透技术?

首先，建议遵守安全规定。
不过针对问题回答，可以 ping 通，就可以使用 icmp 隧道。使用 HTTP 的 Neo-reGeorg 也可以，不过个人觉得效率不是很高。十多年前的 GoAgent 也是基于 HTTP 的，那个时候还使用的是自签名证书。通过隧道后再 FRP 。

2022-09-17 22:32:25 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter 用户群建立了欢迎互相交流

@K1W1 区别是，运营商只给内网 IP ，Natter 可以直接把端口打到公网上（还是您的出口 IP ） TPLINK 那个是简单的转发

@zxbiao 现在还是半成品，后面 ipk 有了就都自动好了。

2022-09-16 01:48:40 +08:00

回复了 mikewang 创建的主题 › 宽带症候群 › Natter 用户群建立了欢迎互相交流

@ayukas 看到 issue 里有人说建个群好交流，刚刚才建的呀

2022-09-15 23:10:09 +08:00

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

@mikeluckybiy 参考#15 的做法，直接使得打洞失效。然而设置额外的防火墙会使得网络质量下降，使用 P2P 的游戏玩不了等，引来客户投诉。
Natter 缓解了一部分原本一定要公网 IP 用户的需求，运营商应该高兴才对。

2022-09-15 21:40:07 +08:00

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

@xzcfz123 运营商的问题。
UDP 是 NAT 1 ，那么一定可以向公网开放 UDP 端口（这个功能我还没加上）； TCP 的条件比较苛刻，运营商支持与否看运气。

@mikeluckybiy NAT 2 是防火墙限制 IP 一致（比如 qq 的 IP 是 109.244.211.100 ，只允许 109.244.211.100 进入）； NAT 3 是防火墙限制 IP 和端口一致（更严格），因此其他来源的 IP 地址就不能趁虚而入了。NAT 4 则是打一枪换一炮，地址映射不固定，能猜对的几率几乎为零。

2022-09-15 17:29:06 +08:00

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

@mikeluckybiy 只要你的设备要访问网络（微信 /百度 /看 V2EX/…）就会有传出连接，NAT 肯定会转换并放行。
BT 会自动打洞因为他的协议就是这么设计的。
就如同为什么 Natter 会打洞，因为就是这么设计的。

2022-09-15 15:58:47 +08:00

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

@sangleft BT 他自己就会打洞～

2022-09-15 15:58:12 +08:00

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

@mikeluckybiy 通俗的解释吧，端口转发就相当于留了条道，NAT 服务器就相当于小区门闸机。

有人出小区，闸机就会打开。这个人有编号，是端口号。路由器转发这个端口号，其他人就能“蹭”这个闸机进去。转发所有端口，相当于只要有人出，就能“蹭”这个人的闸机。

所以并不是自动形成的映射关系，而是 10000-50000 tcp 端口肯定有人要出去，有人出去了闸机就开了。

2022-09-15 12:33:10 +08:00

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

@mrzx 不用客气。
@berry10086 是的，因为外部端口选择取决于 NAT 服务器。

如果一定想要固定端口，可以暴力并发连接，直到 NAT 服务器给出自己想要的端口，然后关闭其他外部端口号不对的连接。（很暴力，因此未加入此功能）

2022-09-14 21:09:03 +08:00

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

@1423
您的做法符合 Natter 最基础的思路，原理是一致的。

1. Natter 使用 STUN 服务器，避免端口扫描（全端口转发猜端口）。
2. Natter 自己维护对外连接，因此公网的端口有效期理论无限长。

批量转发只能对单个端口有效果，同时运行多个 Natter 可以向公网暴露多个端口。

2022-09-14 21:03:40 +08:00

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

@mrzx
详细地说，原理是这样的。

假设本机获得了运营商分配的局域网 IP (100.64.32.10)：
当本地 100.64.32.10 向 www.qq.com (109.244.211.100) 发起 HTTP 请求时，NAT 会做转换。

1. 本地发起请求，来源端口为 100.64.32.10:3456 ，想建立 (100.64.32.10:3456 至 109.244.211.100:80) 的连接。
2. ISP NAT Server 察觉到本地想要请求，在公网 IP 空闲端口中挑一个，在映射表中新增 (100.64.32.10:3456 ~ 203.0.113.10:14500) 映射关系。
3. 100.64.32.10:3456 转发 203.0.113.10:14500 至 109.244.211.100:80 ，本机和 www.qq.com 成功建立连接。
4. 本机断开与 www.qq.com 的连接，NAT Server 释放端口，清除 (100.64.32.10:3456 ~ 203.0.113.10:14500) 映射关系

因此，在第 4 步之前，第 3 步的时候 (100.64.32.10:3456 ~ 203.0.113.10:14500) 已经成立了映射关系，NAT1 下，两者是等同关系。此时，端口被“临时地”暴露至公网。
当该端口还提供服务时，相当于开了一个“洞”，外部的连接就能“趁虚而入”。
一旦到达第 4 步，NAT Server 回收 14500 端口，就无法继续“趁虚而入”了。

然而，这是上帝视角看整个连接的过程。实际操作中，我们不知道出口的 IP 和端口号，www.qq.com 也不会告诉我。
因此，我们需要问一个路人：“打扰一下，您看看我外面 IP 和端口号是多少”。这个路人就是 STUN 服务器。
STUN 服务器没那么多闲工夫，告诉你 IP 端口之后就立即关闭连接了。而 www.qq.com 比较客气，只要你提出我想要保持连接不关闭，它就不会关闭，外部端口也就不会被回收。
Natter 会每 10 秒说一次：“求求你别关连接”。

如果没有 STUN 服务器，但您知道自己的出口 IP ，就可以做全端口扫描，不过这就很费事了。

1 ... 16 17 18 19 20 21 22 23 24 25 ... 30

❮

❯