V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  delpo  ›  全部回复第 2 页 / 共 7 页
回复总数  135
1  2  3  4  5  6  7  
2022-12-07 21:40:23 +08:00
回复了 ggp1ot2 创建的主题 程序员 基于开源项目二次开发违反道德吗?
开源协议的存在价值之一就是让项目可以被更多的人使用,这里的使用自然也包括了二次开发,所以如果你在遵守协议的情况下对代码进行修改,分发,是完全合理合法的,因为这就是作者选择这种开源协议的本意
@eecker 没戏
如果你是指域名的话, m-talk.google.com 还有它的备用域名是没有被墙的, 但是它解析得到的 ip 有一部分是被墙的, 你可以上 github 上找一下或者自己试一下哪些 ip 可以直连, 然后改 hosts 把解析固定下来就行了, 比如说 142.250.111.188
2022-08-28 09:52:08 +08:00
回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
广播 syn 可太秀了,真是脑溢血才能想出的方案,干脆内网直接用组播地址算了

我是真的不理解,与其搞这个,运营商搞个端口映射不是简单地多?
2022-08-22 19:52:01 +08:00
回复了 Krime 创建的主题 Linux 突然想买树莓派,然后被这价格吓到了
@icegaze 求个链接,哪里可以买到这么便宜的盒子
2022-08-20 12:11:07 +08:00
回复了 BskHg 创建的主题 Apple 感觉 FaceTime 国内使用基本废了
你如果用梯子, 很可能就是走的 apple 服务器中转, 那么断线也是很正常的, 毕竟 apple 的服务器都在国外.
但是如果是 p2p 的话, 就很稳, 不过 p2p 对打洞条件有要求
2022-08-15 10:37:34 +08:00
回复了 delpo 创建的主题 宽带症候群 分享一个在 NAT1 下将端口打开到公网上的方法
@lanlandezei 程序里有自动创建 iptables 规则的,你可以在 nat 表里找到
还有,interval 不用设置太高,半个小时更新一次都没问题,毕竟用的公共服务器
2022-08-13 22:47:03 +08:00
回复了 delpo 创建的主题 宽带症候群 分享一个在 NAT1 下将端口打开到公网上的方法
@lanlandezei 有需要可以自行编译

https://github.com/Alozxy/trav
2022-08-12 09:51:58 +08:00
回复了 delpo 创建的主题 宽带症候群 分享一个在 NAT1 下将端口打开到公网上的方法
@q197 更进一步研究抓包发现,在 TCP 协议下,无论是连接 peers 还是连接 tracker ,使用的本地端口都是 socket 随机指定的,而不是设置里的监听端口,在这种情况下 nat 外的端口也是不固定的,所以两个 peers 自动打洞成功的概率可以忽略不计。
但是作为对比,UDP 协议下,无论是μtp 还是 udp tracker ,使用的本地端口都是设置里的监听端口,这种情况下才有可能实现上一楼中说的情况,但是这要求必须是μtp + udp tracker ,实际使用中 udp tracker 其实是很少的。
但是如果下载的不是私有种子,那么就和之前说的一样,可以使用 DHT 或者 PEX 协议接受μtp 入站连接,[BEP_0055]( https://www.bittorrent.org/beps/bep_0055.html)也规定了一部分打洞扩展。
以上实验皆基于 qbittorrent
2022-08-11 22:02:04 +08:00
回复了 delpo 创建的主题 宽带症候群 分享一个在 NAT1 下将端口打开到公网上的方法
@q197 其实即便 tacker 记录的是 external port ,两个 nat1 的 peers 也很难连上,主要就是因为 nat 的映射时间太短,而 tracker 汇报的间隔很长,所以只有两个 peers 同时在 nat 映射打开的时候连接对方才行,这个概率真的很随缘。不过如果真是这种情况,只需要一个 peer 主动一直打开映射就一定能被其他 peer 连上,可以说能简化很多。
2022-08-11 08:59:26 +08:00
回复了 delpo 创建的主题 宽带症候群 分享一个在 NAT1 下将端口打开到公网上的方法
@hello365 -td 是你 tcp 包的目的端口,也就是你 vps 上的端口,你说的那个是 nat 防火墙上的 external port,这个是 nat 防火墙自动分配的
2022-08-10 10:54:20 +08:00
回复了 delpo 创建的主题 宽带症候群 分享一个在 NAT1 下将端口打开到公网上的方法
@isad 不好意思,我写错了,应该是: 除非"你"把 peers 传输协议设置为仅μtp --> 除非"别人"把 peers 传输协议设置为仅μtp
因为大部份 BT 客户端默认情况都是基于 TCP 的 BT 协议优先,这个是没有问题的
2022-08-10 10:41:10 +08:00
回复了 delpo 创建的主题 宽带症候群 分享一个在 NAT1 下将端口打开到公网上的方法
@hello365 你勾选 Use proxy for peer connections 相当于是把 BT 协议和 μtp 协议代理到 mitmproxy 里, 大概 mitmproxy 处理不了这两个协议汇报错吧.
2022-08-10 10:25:58 +08:00
回复了 delpo 创建的主题 宽带症候群 分享一个在 NAT1 下将端口打开到公网上的方法
@hello365 我这个实践里,vps 仅用于获取本地客户端在 nat 防火墙外的 external port, 而不是用来架代理的. mitmproxy 是和客户端一样搭建在本地的,所以源 ip 依然是你本地的 ip.
至于你说的,相当于通过 vps 代理下载. 相关教程很多就不赘述了
2022-08-10 10:21:12 +08:00
回复了 delpo 创建的主题 宽带症候群 分享一个在 NAT1 下将端口打开到公网上的方法
@isad DHT 我测试了一下,qbittorrent 会使用设置中的监听端口,通过 udp 发送 dht 查询消息. 但是具体到连接 peers 进行下载的时候,除非你把 peers 传输协议设置为仅μtp, 否则还是会优先使用 tcp 进行连接. 由于 tcp 和 udp 的 nat 映射不一样, 所以连接性依然不是很理想. 即使设置为仅μtp, 也同样只能在 nat1 下接受入站连接.
不过话说回来,既然使用 DHT,就意味着在下载公网的种子,其实只要有速度,连接性好不好也不是很重要了,毕竟公网种子不强制要求上传.
1  2  3  4  5  6  7  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4747 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 09:53 · PVG 17:53 · LAX 01:53 · JFK 04:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.