白名单用途适合种子分流服务器，例如只允许中国大陆ip下载，在白名单的ip才能连接到服务器，实现了解决被美国佬版权方发起DMCA版权投诉，因为美国佬连不上种子服务器，版权方的ip不在白名单中
bt之家等一些资源发布站已经用上了这个功能，使用国外ip是无法连接到种源的
1個讚
上圖有2位朋友, 進度都跟我一樣, 所以暫時無法上傳給我,
一位掛了50多分鐘, 另一位只有3分鐘左右, 可能是dis_connected , 但很快又連上了.
不過他也常被判為吸血, 所以我都需要幫他 “取消攔截”
那第一位為何能撐那麼久沒被系統判為吸血呢? 他一樣上傳, 下載都是 0K啊. 現在已超過一小時了.
當然我不是希望他被判為吸血, 只想知道他們2人有什麼不同的判定標準嗎?
因为反吸血不会屏蔽同样使用比特彗星的用户…（我并不觉得这是个好特性）
比特彗星用户分类bt_disconnected是什么意思
这告诉您客户端连接失败的次数dead（n）。这是为了您的信息，但您无需做任何事情。
我知道等它們跑完後會自動消失, 但是要等很久,
而且它們一直跳來跳去, 看著礙眼, 就把它們攔截了, 一開始設24小時
想關機或結束程式時再把它們移除. 而且這種很多都是同一 ip 段的. 我不認為那是真人在線.
像今天有兩組同一ip段, 監聽埠也相同的, 合計共有175個. 哪有這麼巧的事?
我今天還看到一個用來保留的 ip, 居然也出現在連線列表
而且那個 21770 監聽埠是我今天稍早用過的. 有人一直在監視我, 故意用我的電腦ip連線(我的手機沒開wi-fi, ip 跟電腦不一樣, 因為電腦和手機用的是兩家不同的isp), 製造假象. 每次出現2~3個. 我相信他們100個也能弄得出來.
第25則是回覆您的, 不知道為何漏掉了.
比特彗星反吸血会检测tcp协议三次握手产生的传输流量，可以说不存在误封的可能性，个别特殊情况除外
状态标识符为
http://wiki.bitcomet.com/connection_status
状态：连接的状态。【I–本地需要下载对方数据；c–对方不给本地上传数据；i–对方需要本地上传数据； C–本地不给对方下载数据】
大写表示你向用户发送状态消息。小写表示用户向你发送状态消息。
C 或 c 表示拥塞（CHOKED）…… 发送拥塞消息的一方暂时不接受请求。相反的状态是解除拥塞（UNCHOKED）。
I 或 i 表示有兴趣（INTERESTED）…… 发送有兴趣消息的一方注意到其用户有它当前需要的片段。相反的状态是无兴趣（UNINTERESTED）。Capital case means you sending a status message to the peer. Lower case means peer sending a status message to you. C or c means CHOKED … the sender of CHOKED is temporarily not open for requests. The opposite status is UNCHOKED. I or i means INTERESTED … the sender of INTERESTED has noticed that its peer has a piece that it currently needs. The opposite status is UNINTERESTED.
举例，小写的c代表对方客户端禁止了上传
在qbittorrent中看到是表示为小写u，qb客户端禁止上传数据给对方
我是在哪裡設定拒绝上传呢? 错误示范，取消全部的勾选，依旧没有上传?
另一個檔案就正常上傳呢.
共有3位上傳檔案, 有一位上傳了 100多MB 的用戶已下線了, 他用的客戶端是 Transmission 2.93
這三種客戶端我都是有勾選的.
你和对方的当前进度一致，对方对你的数据不感兴趣，所以不需要上传，这种情况拒绝上传是正常现象
進度一致時停止傳輸, 我可以理解. 不過最後一圖是他們已傳完了. 所以停下了.
圖中顯示我共下載了204MB, 所以跟我連線的用戶都是有貢獻的. 尤其是已下線那位最多.
您提到說我 “拒絕上傳, 錯誤示範, 取消全部的勾選, 依舊沒有上傳” 這是我不能理解的.
再上面一張圖, 我的進度75.6%, 跟我連線的用戶是 75.7%, 雖然只多那麼一丁點, 但別人會傳到跟我一致才會停下, 因為他已無可傳, 我也無可接受了, 這個用戶多了0.1, 卻又一直掛在那裡, 沒有傳輸, 也沒有被系統 ban, 我的問題是在這裡. 有差距就沒有理由互相拒絕, 不是嗎?
这是qb客户端的吸血设置，比特彗星没有这种限制，上传会给予所有人
除非你能与使用qb的这位用户取得联系告知正确设置，不然qb他就是吸血鬼
因为qb吸血，只会给4个人上传，你图中可以看到对方正好使用的是qb
一旦对方客户端解除了拒绝上传的状态，你就可以获得那0.1%的下载进度
最近這幾張圖, 都是那些qb用戶在傳檔給我, 我的進度比他們少, 而我有的都是他們傳的, 所以都跟他們重疊, 他們不可能會吸血的.
以前我一直提到的波蘭用戶, 他也是用 qb. 也都是我從他那裡下載檔案, 傳完了就變成 both_finished , 他本身也是長效種子, 可能他覺得用真實ip傳輸比較快吧. 他也不需要從別人那邊下載. 我是不清楚為何 qb 會被判為吸血, 但很多傳檔給我的朋友都使用 qb 是事實.
這裡我也不明白, 比特彗星有能跟對方聯繫的管道嗎?
BT传输协议不具备消息通信，只有早年期间的古董ed2k协议可以互相发消息
是指電驢嗎? 我一直都看不懂怎麼用
我的監聽埠是由系統隨機設定的. 今天是9256, 結果就那麼剛好, 有另外3個用戶的監聽埠也是9256. 這種發生的機率會有多大? 我看監聽埠最大的曾出現到6萬多, 是不是 65526呢? 我不確定. 但是另外3個9256如果不是有人故意為之才有鬼, 我是這麼想的. 出現跟我相同監聽埠的事已發生過很多次了.
你电脑是否有ipv6，可能是添加了某些ipv6 udp tracker引起，联系tracker服务器拥有者更新服务端版本
我的電腦從來都只有 ipv4, 只有直接使用 hinet 的, 才可能會有 ipv6. 我的 isp 收費大概只有 hinet 的 1/5. 雖然 ip 都是來自 hinet.
剛剛登入路由器設定, 雖然有ipv6選項, 設定後登出, 發現仍是ipv4. 所以可能是無法設定吧. 找時間再研究看看.
或許需要找 isp 客服問問看.
剛剛跟我連線的用戶之一
230.15.100.27:17492 Internet保留位址,用於多播組播專用位址
這種ip以前也出現過, 一般人不會知道這種 ip 吧? 而且這種 ip, 應該不會自動跑來連線彗星吧?
它也用了跟我相同的監聽埠
您說: [quote=“zhuxiaoying85309, post:38, topic:94682”]
可能是添加了某些ipv6 udp tracker引起，联系tracker服务器拥有者更新服务端版本
[/quote]
- 可能是添加了某些ipv6 udp tracker引起
是誰添加的呢? 我自己不會添加, 但跟我連線的用戶有的用了 ipv6 - 联系tracker服务器拥有者更新服务端版本
如何聯繫呢? 謝謝您.
这是早期版本的tracker服务端问题，需要更新服务器才能修复，服务器发送了错误的ipv4数据包，不会影响你的正常下载，你不需要做任何操作，针对错误无效的用户比特彗星会每隔一段时间自动删除
支持bep15，udp实现ipv4与ipv6分离，使用bt协议规范开发避免udp响应错误ip地址（先用ipv6请求然后在用ipv4请求会响应3倍的错误数据包引起的bug，现已使用bep15修复）
udp返回ipv4+ipv6所有数据显示，peer依旧按照bep15分别不同列表返回
一般tracker服务器管理员都会发帖子，当然不一定在彗星论坛，可能是其他地方
找到有问题的tracker服务器后，联系对方管理员即可解决问题