這樣才行
對底層不是很懂, 若服务器改成多組浮動 IP, 會不會更彈性…? 彗星可以隨時調用…
老實說有些磁鏈.長的要命不好分享.反而特徵碼好分享.
個人也提供簡易測試方法, 就是把彗星所有伺服器全堵住… 包含登入與其他服務… 複製磁鏈特徵碼, 如果還能解析數據元與下載… 就代表過關…
嗯, 是沒錯, 但特徵碼缺少了 tracker 伺服器的資訊, 解析上只會透過爛爛的 DHT找到 peer(用戶端),
解析數據元時間會拉很長… 各有利弊!
補充: 按照以下說明… 解析磁鏈步驟, 只有兩條路, DHT 跟 Tracker Server… 看起來跟彗星伺服器扯不上關係…
我常挖寶.意思就是有人分那種隱藏的種子連接.xx網盤那種.還讀秒那種.我就只找特徵碼把他挖出來.
速度我是無感.也很快.
bc的服务器并不存储种子吧
其實自己也是分享特徵碼居多, 含 tracker 資訊真是太攏長… XD
嗯, 有些種子都是高风险数据，还是从peer下载比较安全… 彗星伺服器應該不會自己挖洞給自己跳…
现在是按照DHT标准协议接收的，说不定有的peer会故意返回伪造数据，不知道如何判别
已经记录了，还来不及做
任务右键菜单复制特征码？
人家一次封一个网段……
是 特徵碼
原來是絕世大招… 如來神掌… 想躲掉都很難… 呵呵!
beta6 的 [自動上傳速率控制] , 長效上傳的 比率權重 高得嚇人… 幾乎整盤端去… (全局 3M 就佔掉 2.8M)
一般 BT 做種任務流量就少的可憐… 當限制長效流量為 1M… 流量才會流向一般 BT 任務上傳… 是否有問題? 還是正常行為?
其实返回这些数据不碍事，毕竟客户端可以自动超时删除，主要是DHT经常连不上，是逻辑什么的问题吗，还是要连上超级节点才会显示连接成功
不过其实也是无所谓啦，基本还是靠tracker，不过能更快的连上DHT肯定好一些
BT网络空闲的话，就会长效上传啦
個人也是這樣認為… 但實際上你看一下錄製的畫面… 剛好顛倒… 只有限制長效上傳1M… 上傳流量才會分給 BT 任務上傳… 才會感到困惑… 這 [自動上傳速率控制] 感覺不 smart…
你们的评论和截图可以加载吗。我的虽然长效和帐号可以登录，但是评论和截图加载不出来，需要dai li？
