关于bt下载,无速度的一点看法。。。。。

上网、浏览、聊天、下载等
回复
头像
ahwad
帖子: 1113
注册时间: 2009-05-06 0:36

关于bt下载,无速度的一点看法。。。。。

#1

帖子 ahwad » 2021-03-11 10:20

个人认为就是:端口转发!!!!(tracker是其次)

家庭网络环境:
一:光猫拨号
二:路由拨号
不管光猫拨号还是路由拨号,都会获得一个ip地址,不管是大内网地址,还是外网地址。(最好是路由拨号,并且有外网地址)。ip地址都对应在光猫或者路由上。
这个时候电脑并没有外网地址,外部的电脑要上传数据给你,就没有目的地。所以bt下载,就没有速度。这个时候,就需要端口转发。
linux常见的、好用的bt软件,qbitorrent,transmission,motrix。都有监听端口,如下图。在路由中设置端口转发,或者upnp,或者dmz等等,不同路由名字不一样,效果一样。至于端口转发,upnp,dmz,很简单,百度一下。
2021-03-11 10-10-45屏幕截图.png
2021-03-11 10-10-45屏幕截图.png (10.01 KiB) 查看 11109 次
2021-03-11 10-11-35屏幕截图.png
2021-03-11 10-11-35屏幕截图.png (27 KiB) 查看 11109 次
2021-03-11 10-12-24屏幕截图.png
头像
astolia
论坛版主
帖子: 6542
注册时间: 2008-09-18 13:11

Re: 关于bt下载,无速度的一点看法。。。。。

#2

帖子 astolia » 2021-03-11 12:36

当前的网络环境下,如果没有ipv6地址,这些的意义都不大。在ipv4地址枯竭的今天,一般人是很难通过拨号弄到真正的公网ipv4地址的
ahwad 写了: 2021-03-11 10:20 这个时候电脑并没有外网地址,外部的电脑要上传数据给你,就没有目的地
这个理解是错误的。如果对方有公网地址,一样可以进行直接通信。
头像
ahwad
帖子: 1113
注册时间: 2009-05-06 0:36

Re: 关于bt下载,无速度的一点看法。。。。。

#3

帖子 ahwad » 2021-03-11 20:56

感谢astolia指导。我武汉电信的,ipv4申请就有,连理由都不用编。没公网肯定ip可以通讯。可bt不知道。
头像
astolia
论坛版主
帖子: 6542
注册时间: 2008-09-18 13:11

Re: 关于bt下载,无速度的一点看法。。。。。

#4

帖子 astolia » 2021-03-12 10:06

ahwad 写了: 2021-03-11 20:56 没公网肯定ip可以通讯。可bt不知道。
bt只是获取来源的方式特殊点,基本的上传下载原理是一样的啊。你从别人那里下载,肯定是由你发起获取数据请求,别人再回应,而不是别人主动推送数据给你。所以只要对方是公网ip就行了
头像
ahwad
帖子: 1113
注册时间: 2009-05-06 0:36

Re: 关于bt下载,无速度的一点看法。。。。。

#5

帖子 ahwad » 2021-03-14 13:01

ubuntu论坛有很多关于linux和windows下bt下载的速度差别,是天差地别。但是回答都是dht呀,tracker呀,都解决不了问题。有人深入了解这个问题么?我只是提出一点自己浅显的建议,在我的Ubuntu环境下,有很大的改善。我是路由拨号,有公网ip。
onlylove
论坛版主
帖子: 5254
注册时间: 2007-01-14 16:23

Re: 关于bt下载,无速度的一点看法。。。。。

#6

帖子 onlylove » 2021-03-14 13:04

问题是upnp这个问题是网络问题,和你用什么系统,什么客户端没关系的,你要是客户端差别设置当我没说,像移动这种常年好几层NAT的,换什么都没用的

我就说下我个人观点,用bt下载,upnp是基本常规操作,很多下载站都会特意讲这个,这都不会,活该没速度,这个做了没速度,除了种子死掉这种,就只能抱怨下ISP了,因为之前很长一段时间ISP是封禁BT端口段的,因为bt流量给网络造成很大负载,当然现在人也不用特意封,直接给你nat地址就行了
头像
astolia
论坛版主
帖子: 6542
注册时间: 2008-09-18 13:11

Re: 关于bt下载,无速度的一点看法。。。。。

#7

帖子 astolia » 2021-03-14 16:47

ahwad 写了: 2021-03-14 13:01 ubuntu论坛有很多关于linux和windows下bt下载的速度差别,是天差地别。但是回答都是dht呀,tracker呀,都解决不了问题。有人深入了解这个问题么?
我也不是没有看到过以前的帖子,所谓的天差地别,大多是拿linux下的bt软件和windows下面迅雷之类自带内网穿透或者缓存服务器或者对上传对象有选择性的软件相比较。偶尔来个用同款软件的,也基本是一击脱离,抱怨几句就没下文了。

这个问题归根结底就一句话:找不到人下载或者说是没人给你上传。dht、tracker这些都是获取peer的方式,你用公网ip+端口转发也只是增加了peer的范围。我的看法是,除非用qbittorrent这样能够详细显示出下载时各种连接细节的软件来做比较获取的peer数量和连接状态,否则说dht/tracker没用都是武断的。用transmission这种傻瓜式软件是没法深入调查原因的。

个人的经历是,在2010年前后的样子,用wine+utorrent下载确实比当时linux下原生的下载软件(当时我用的是deluge)下载速度更快。这个可能跟当时linux下的软件还不支持刚出的µTP协议有关。不过现在的软件早就都支持µTP了,所以我也没觉得有多大差别
头像
ahwad
帖子: 1113
注册时间: 2009-05-06 0:36

Re: 关于bt下载,无速度的一点看法。。。。。

#8

帖子 ahwad » 2021-03-14 17:26

所谓内网穿透,ddns无非是把电脑暴露在公网,dht,tracker肯定是有用,我也没否认。但是重要的是要把自己暴露在公网,这样才容易被访问。transmission被Ubuntu当做默认bt下载软件,我认为是有道理的。虽然我只是个电脑操作者。
头像
astolia
论坛版主
帖子: 6542
注册时间: 2008-09-18 13:11

Re: 关于bt下载,无速度的一点看法。。。。。

#9

帖子 astolia » 2021-03-14 17:44

ahwad 写了: 2021-03-14 17:26所谓内网穿透,ddns无非是把电脑暴露在公网
这个理解是错误的。内网穿透和ddns两者都不会导致电脑暴露在公网。
ahwad 写了: 2021-03-14 17:26 transmission被Ubuntu当做默认bt下载软件,我认为是有道理的。虽然我只是个电脑操作者。
这种下大棋思维要不得。transmission成功在于它的傻瓜式操作,在一切正常时不用操太多心。但也正是它的傻瓜式操作隐藏了太多细节导致出问题时很难调查原因。
basncy
帖子: 321
注册时间: 2009-11-19 10:40

Re: 关于bt下载,无速度的一点看法。。。。。

#10

帖子 basncy » 2022-02-05 13:09

@astolia
目前的bt实现它确实是别人主动推送数据给你.. 你从别人那里载, 把自己的ip端口告诉别人,往这个地址发数据. 下载方扮演的角色是Server等待peer上传数据.
只开tcp, iftop看看就明白了.
tracker, dht的作用是帮助找到peer, 方便你告诉peer请往我给的ip端口推送数据.
头像
astolia
论坛版主
帖子: 6542
注册时间: 2008-09-18 13:11

Re: 关于bt下载,无速度的一点看法。。。。。

#11

帖子 astolia » 2022-02-06 16:58

basncy 写了: 2022-02-05 13:09 @astolia
目前的bt实现它确实是别人主动推送数据给你.. 你从别人那里载, 把自己的ip端口告诉别人,往这个地址发数据. 下载方扮演的角色是Server等待peer上传数据.
只开tcp, iftop看看就明白了.
你说的不对。你看到的仅仅是数据传输阶段,对数据区块的发送方式。在两个peer之间的连接握手阶段,是由下载方主动连接上传方,告知自己需要的是什么文件。而且在数据传输阶段的最开始,下载方也需要向上传方发送消息,告知对方自己需要文件中的哪些区块。整体来看,还是由下载方作为client发出请求。详见bt协议中的描述 http://bittorrent.org/beps/bep_0003.html
basncy 写了: 2022-02-05 13:09 tracker, dht的作用是帮助找到peer, 方便你告诉peer请往我给的ip端口推送数据.
tracker公布peer的主要目的是告知这个peer的ip端口有文件可以供下载,而不是这个peer需要别人推送数据。具体下载时还是会走下载方主动发起握手那套流程。如果按你的理解,没有公网ip的peer基本上就没办法下载了
basncy
帖子: 321
注册时间: 2009-11-19 10:40

Re: 关于bt下载,无速度的一点看法。。。。。

#12

帖子 basncy » 2022-02-08 21:08

肯定只关心数据传输阶段啊, 前期协商数据量小, tracker也可以中继实现(未具体研究)...
我作为下载方,
只开tcp的情况是往listen端口传数据的peer很多, 这足以说明下载方是等待对方的上传.
也有下载方主动发起链接的链接, 但建立的连接非常少, 说明由下载方主动发起connect的情况是备胎.
另外qbittorrent默认不允许同一ip的多个连接,这也变相限制了给内网用户上传数据.

不看udp是因为无法简单看出谁主动发的connect请求.
basncy
帖子: 321
注册时间: 2009-11-19 10:40

Re: 关于bt下载,无速度的一点看法。。。。。

#13

帖子 basncy » 2022-02-08 21:15

这过程大概像是FTP协议的主动模式吧.
主动模式是FTP客户端向FTP服务器发送数据传输需要的端口,FTP服务端去连接FTP客户端的端口.
FTP客户端如果在内网, 自然没速度.
头像
astolia
论坛版主
帖子: 6542
注册时间: 2008-09-18 13:11

Re: 关于bt下载,无速度的一点看法。。。。。

#14

帖子 astolia » 2022-02-09 10:27

basncy 写了: 2022-02-08 21:08 肯定只关心数据传输阶段啊, 前期协商数据量小, tracker也可以中继实现(未具体研究)...
你没去看我楼上给的bt协议链接?里面有描述 The peer wire protocol consists of a handshake followed by a never-ending stream of length-prefixed messages. 握手和传输都是在同一个tcp信道里的。
basncy 写了: 2022-02-08 21:08 我作为下载方,
只开tcp的情况是往listen端口传数据的peer很多, 这足以说明下载方是等待对方的上传.
也有下载方主动发起链接的链接, 但建立的连接非常少, 说明由下载方主动发起connect的情况是备胎.
我感觉你没有系统学习过计算机网络?由于信道中数据传输是双向的,虽然由上传方建立tcp信道也不是不行,但考虑到内网nat因素,由下载方建立才更合理。
你说的往listen端口传数据的peer很多,这应该是发生在你已经有一些数据,别人想从你那里下载,才主动向你发起连接,毕竟每个peer即是下载方也是上传方。
如果是下载一个全新的文件,你看到的应该就不一样了。我刚去下载了libreoffice的windows安装包,这种文件属于做种的人远多于下载的。我用wireshark观察,整个300多MB下载过程中,没有一个tcp包是发往qbittorrent设定的监听端口的。每个tcp stream都是由我自己发起syn包建立的,后续的握手和数据传输也都是在这个信道中。
basncy 写了: 2022-02-08 21:15 这过程大概像是FTP协议的主动模式吧.
主动模式是FTP客户端向FTP服务器发送数据传输需要的端口,FTP服务端去连接FTP客户端的端口.
FTP客户端如果在内网, 自然没速度.
与其说像ftp主动模式,不如说像websocket
basncy
帖子: 321
注册时间: 2009-11-19 10:40

Re: 关于bt下载,无速度的一点看法。。。。。

#15

帖子 basncy » 2022-02-09 13:07

iftop的流量bar可以区分上传下载, 可以看到此链接是否下载为主.

试了试ubuntu iso的BT下载, 情况和你说的一样,更多的是由下载方发起connect,但目的地全是国外ip.
共同点: 国外做种的公网ip用户多, 速度看运营商国际流量政策.

所以主动连接, 被动等待对方上传的情况都有.
至于国内种子速度问题,比如一些连续剧.
1.国内nat用户太多,有公网ip后有更多peer可以给你上传数据.
2.运营商对国际流量限速.
3.运营商qos严重,如移动.

总之有公网ip:port(包括upnp)后, 会有更多nat用户有机会给你上传数据, 下载方的速度就快了.
速度还是慢, 就要看BT客户端,路由器和运营商是否支持nat1,以及运营商qos政策.
回复