图片上方为几分钟前，下方为之后将其封禁
我的反吸血保护设置为自动，且这些不在手动封禁客户端中，但原本是与我正常连接的处于同一进度的peer，因为剩余进度暂时为死种，但过一会后被反吸血封禁
这是链接不通的封禁吧？即你与目标IP通讯困难。
能通讯的，哪怕进度是一样的，也会有字节数即保持通讯。
你这1图上全是0，代表无法通讯。
可你这无法解释我关闭反吸血后，能够长连接的情况，并且也不能解释被封禁原因为反吸血
你1图哪怕进度全同步的，也应该是这样，会有数据交换的字节，而你全是0根本没通讯
这个机制你可以理解为，减少机器资源占用。
即无法通讯IP发来的连接请求，直接给拒绝减少应答占用，所以会被加到吸血封禁里。
可能是utp传输造成的问题
可以尝试禁用utp协议
禁用的结果是与其的tcp连接无法建立，直接导致无法连接了，而且这个与反吸血断联应该没啥关系吧
并且根据我的观察，是在120秒之后的反吸血检测后，被封禁的，并且这是多个用户的普遍情况
为啥会被吸血禁连，我给你解释了。
就是第一次通讯不能的IP，就会被加进去。
是个减少应答线程，被无法连接IP占用的机制。
吸血禁连并不是只禁吸血用户，也会禁不能通讯的IP。
可能是通过utp可以建立连接
但无法进行任何有效传输 从而触发反吸血机制
意思是初次连接的时候就已经交换完数据了，相互都不下载，互相阻塞的话也没必要一直保持连接？可以等到反吸血结束后下一次再次交换数据？
差不多吧，互连前提是：双方最少有一方是绿灯，双黄之间百分百连不了。 
下载大小和上传大小都为0
反吸血不会误封，因为同时会统计ip协议流量 比如ack数据包都属于流量
就算大家进度都一样，持续一整天0传输也不会导致误封
那我这种情况是因为什么呢？
你可以观察4楼的图。在下载大小都是零的情况下，但是有下载速度发现了没有 这种就是正常用户 会互相产生ack流量
在你的截图上，包括下载速度啥都是0
你的情况就是与对方IP不通（连不上），你可以理解为一方的请求，对方无应答。
这种IP也会被加到吸血封禁里，以达到减少本机应答线程占用的效果。
因为我公网端口映射，他能找到我，然后我的请求到他那，没有相应？这是否就是连接标志位里的对方阻塞我的缘故还是单纯网络原因？
原因不好说，跟运营商，本地电脑环境都有关系。
你这是要给朋友传？想点对点的P2P推荐用 Resilio-Sync
你看成他吸血就对了
你和对方建立了连接。
但是对方不给你上传任何数据，永远在等你上传给他。
所以他没有产生上传速度，也就是你这边看到的下载速度一直为0