好的，下个测试版试试
谢谢反馈，后续版本改进
任务摘要里有长效上传的信息
谢谢反馈，回头测试一下
呵呵, 真的耶… 立馬升級!
什麼時候才能封0端口…
永遠99.2%的應該是伺服器掃檔的…客戶端也永遠顯示N/A
网络中不可能是0端口通讯，，只是BUG读不出来而已，得让官方看怎么修
怎麼可能是BUG
有流量的…有流量代表是能發送也能接收…那怎麼可能會出錯呢?.?
不懂了
peer的TCP连接发送端口号和监听端口号可以不相同。用户列表里的peer端口号显示的是对方监听端口号。tracker返回的peer都带有监听端口号，可以直接显示。但如果是对方连入的情况，就只知道对方的发送端口号，监听端口号会显示为0，直到对方报告自己的监听端口号后才会显示出来。
…請問端口為0的客戶端…我怎樣上傳給他…有上載值的…
端口為0的客戶端，也建立了双向TCP连接，可以上传给他。端口為0只是代表对方监听端口未知，如果连接断开了无法主动连接对方，只能等待对方重连自己。
测试了一下，暂时没能重现这个问题。麻烦看看任务日志，是什么原因触发的完整性检查？
PORT0 保留埠；不使用（若傳送過程不準備接受回覆訊息，則可以作為源埠）
BT還準備作為源埠?
我編程都知道要用端口…沒看見需要使用0口的BT軟件…
显示0代表对方监听端口未知，不是真的使用了0号端口 
这就涉及到一个nat的问题了，，，正常外网IP，nat local和public的端口号是一样的，但是某些运营商，会进行nat转换，例如中国大陆的运营商，就会变成不一样的端口号，比特彗星就拿不到了，，上面一贴我发了个方法感觉可行，直接取值并且加括号备注！
这个功能我改成无限制了，，不用他嗯
貌似是ICS网络共享导致的？不知道有什么冲突还是，有办法加超时或者什么修复手段么