制作种子的时候,Tracker服务器及DHT网络节点列表,应该填什么??

制作种子的时候,Tracker服务器及DHT网络节点列表,应该填什么??,第1张

我是用utorrent制作种子的,它里面只有tracker服务器是需要网上找来填的,其余都是没关系。
>如果一个tracker服务器存活的够长的话只需要一个就行,,所以实际除了PT类型的一般都会需要多个tracker我见过的tracker服务器最多的添加了300多条,,但是存活的不超过3个。
总的peers等于各tracker服务器上数量的总和,所以制作种子时有效服务器应该尽可能多些。
对于一个已经存在的种子则可以把其他种子中能用(同时这个种子也能用)的tracker服务器添加进来后再分享出去,这将有助于该资源的传播。

1、单击“开始”---->“所有程序”---->“MicrosoftSQLServer2014”---->“配置工具”---->“SQLServer2014配置管理器”,打开配置管理器。

2、找到“SQLServer网络配置”,展开后单击“MRSQLSERVER的协议”选项。

3、在右侧的“TCP/IP”选项上右击,选择“启动”。

4、双击“TCP/IP”选项,打开“TCP/IP属性”窗口。

5、单击“IP地址”选项卡

6、将下方所有的“TCP端口”,都改为1433,所示(注:是所有TCP端口)。

7、将IP1和IP2中的“TCP动态端口”的值修改为空

8、将IP1的IP地址改为需要连接的服务器地址,本例为“127001”。

9、选择SQLServer服务,在右侧的SQLServer(MRSQLSERVER)选项上右击,选择“停止”。

10、最后,在SQLServer(MRSQLSERVER)选项上右击,选择“启动”。

11、在SQLServer的“服务器名称”中输入设置的服务器地址,单击“连接”就可以接入自己需要连接的服务器了。

1、什么是BT?
BitTorrent(中文全称比特流,简称BT,又称变态下载)是一个多点下载的P2P软件。不象FTP那样只有一个发送源,BT有多个发送点,当你在下载时,同时也在上传,使大家都处在同步传送的状态。
BT的工作原理?
BT首先在上传者端把一个文件分成了多个部分,客户端甲在服务器随机下载了第N部分,客户端乙在服务器随机下载了第M部分。
这样甲的BT就会根据情况到乙的电脑上去拿乙已经下载好的第M部分,乙的BT就会根据情况去到甲的电脑上去拿甲已经下载好的第N部分。
2、BT下载会比>我来给你讲解下比特彗星上传速度为0,有三种可能性。
第一,在这个世界上,没有任何地球人在下载你的种子。
第二,制作种子文件过程没有添加可用的tracker服务器地址。
第三,UDP端口被阻塞会导致无法上传,请切换到软件统计分类,确保UDP显示已开通,TCP阻塞可以不用管它,TCP被阻塞没有任何影响。

BT中的tracker是指运行于服务器上的一个程序,这个程序能够追踪到底有多少人同时在下载同一个文件客户端连上tracker服务器,就会获得一个下载人员得名单,根据这个,BT会自动连上别人的机器进行下载

作用:

运行于服务器上,能够追踪到底有多少人同时在下载同一个文件。它是提供bt的服务器。把文件用bt发布出来的人需要知道该使用哪个服务器来为要发布的文件提供tracker。

对所有下载者的信息进行维护。当它收到一个请求后,首先把对方的信息记录下来(如果已经记录在案,那么就检查是否需要更新),然后将一部分(并非全部,根据设置的参数已经下载者的请求)参与下载同一个文件(一个tracker服务器可能同时维护多个文件的下载)的下载者的信息返回给对方。

扩展资料:

具体分析tracker服务器的实现细节:
要建立一个tracker服务器,只要运行bttrackpy程序就行了,它最少需要一个参数,就是–dfile,这个参数指定了保存下载信息的文件。Bttrackpy调用trackpy中的track()函数。因此,我们跟踪到trackpy中去看track()函数。
Trackpy:track()。这个函数首先对命令行的参数进行检查;然后将这些参数保存到config字典中。在BT中所有的工具程序,都有类似的处理方式。
首先是创建一个RawServer对象,这是一个服务器对象,它将实现一个网络服务器的一些细节封装起来。不仅tracker服务器用到了RawServer,我们以后还可以看到,由于每个client端也需要给其它client提供下载服务,因此也同时是一个服务器,client的实现中,也用到了RawServer,这样,RawServer的代码得到了重用。关于RawServer的详细实现,在后面的小节中进行分析。
接着是创建一个Tracker对象。
然后让RawServer绑定在指定的端口上(通过命令行传递进来)。
最后,调用RawServer::listen_forever()函数,使得服务器投入运行。
最后,在服务器因某些原因结束运行以后,调用Tracker::save_dfile()保存下载信息。这样,一旦服务器再次投入运行,可以恢复当前的状态。

参考资料:

百度百科


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/13427095.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-08-03
下一篇 2023-08-03

发表评论

登录后才能评论

评论列表(0条)

保存