1.[golang] fasthttp 使用http代理
2.介绍一下EMULE
3.代理服务器proxychains 编译安装和使用

[golang] fasthttp 使用http代理

       golang net//valyala/fastment-

        经测试，访问/技术，源码改变了P2P网络上的源码搜索方式，理论上可以更有效率的源码搜索更多的电脑，以及更容易找出少见的源码文件。这种技术已经使eDonkey基本快要追上了P2P服务龙头业界的源码另一个老大Kazaa了. eDonkey由Jed McCaleb在年创立。他最重要的源码公告滚动源码是可以同时从许多人那里下载同一个文件，并且采用了"多源文件传输协议”(MFTP，源码the Multisource FileTransfer Protocol)。源码电骡的源码索引服务器并不集中在一起的，而是源码各人私有的，遍布全世界，源码每一个人都可以运行电骡服务器，源码同时共享的源码文件索引为被称为"ed2k-quicklink”的连接，文件前缀"ED2K://”。源码同时，源码在协议中，定义了一系列传输、压缩和打包的标准，甚至还定义了一套积分的标准，你上传的数据量越大，积分越高，下载的速度也越快。而且每个文件都有有md5-hash的超级链接标示，这使得该文件独一无二，并且在整个网络上都可以追踪得到。EDonkey可以通过检索分段从多个用户那里下载文件，最终将下载的文件片断拼成整个文件。而且，只要你得到了一个文件片断，系统就会把这个片断共享给大家，尽管通过选项的设置你可以对上传速度做一些控制，但你无法关闭它。

       在eDonkey出现后，其改良品种eMule(电骡)也出现了。可以说emule是eDonkey的升级版，是eDonkey的一个Mod,就象osp就是quake3的mod一样,它的独到之处在于开源，它的基本原理和运作方式，也都是基于eDonkey, eMule基于eDonkey网络协议，因此能够直接登录eDonkey的各类服务器。eMule同时也提供了很多eDonkey所没有的功能，比如可以自动搜索网络中的服务器、保留搜索结果、与连接用户交换服务器地址和文件、优先下载便于预览的文件头尾部分等等，这些都使得eMule使用起来更加便利，也让它得到了电骡的美誉。

       总之，他们继承了第二代P2P无中心、纯分布式系统的特点，但他们它不再是简单的点到点通信，而是更高效、更复杂的网络通信；再加上eDonkey和eMule引入的强制共享机制，在一定程度上避免了前几代P2P纯个人服务器管理带来的随意性和低效率。

       3）emule的下载原理?

       当你在搜索列表中选取了你要的文件并开始下载后，emule会记录下这个文件的挡土墙应用源码大小，文件名以及另一个叫做hash的特殊值。会向所有添加的服务器发出请求，要求得到有相同hash值的文件。而服务器则返回持有这个文件的用户信息。这样我们的客户端就可以直接的和拥有那个文件的用户沟通，看看是不是可以从他那里下载所需的文件。它最棒的部分就在于：你不是只在一个用户那里下载文件，而是同时从许多个用户那里下载文件。如果另一个用户仅仅只有你要的文件的一个小小片断，他也会自动地把这个片断分享个大家，而你就可以从这个用户的机器上下载这个片断。当然你也是一样。只要你得到了一个文件片断，系统就会把这个片断共享给大家。在查找到下载源(其他客户端)后，下载就是客户端和客户端通过点对点(P2P)进行直接对话了。期间没有数据流通过服务器。

       4）emule是如何工作的?

       emule建立于多点文件传输协议之上。一个emule网络由服务器端和客户端两部分组成。服务器端是客户端连接的、为了搜索和查找可以下载用户的桥梁。服务器列表像电话本一样排列，客户通过浏览它而获取他需要的文件所有者的客户端信息。在download过程中，没有下载文件通过服务器端。

       5）emule是如何搜索的?

       每一个客户端连接到一个服务器作为他的主服务器。在连接时，由客户端告诉主服务器他share了那些文件，以及IP地址等其他信息。所以每一个服务器会记录所有登陆到他服务器上的以上信息。在本服务器搜索时，它会通过匹配记录的已知以上信息把查找结果反馈给搜索的客户端列表。当你使用扩展搜索(extend search)时，你的搜索请求和应答结果通过发送限制带宽的UDP包连接到客户端本身的服务器列表(server.met)对应的某一个ip地址的服务器。

       6）emule是如何下载的?

       当客户端选择了一个文件下载时，它首先收集一个拥有该文档的客户端的列表。它会先行查询主服务器所有登陆用户他们是否拥有该文件。然后再连接和查选其他服务器的登陆用户所拥有该文件的客户端列表。一旦它找到拥有该文件的其他客户端，它将请求每个客户端发送这个文件的不同片。直至最后文件由这个不同的片组装成一个完整的文件。 在进行pause/resume的时候，我们选择的下载列表已经获取，它pause的仅仅是客户端和客户端之间的TCP连接然后恢复TCP连接。这个过程只有再resume时通过客户端向服务器端发送个字节后即可。占用的仅仅是个字节的网络流量。在pause是甚至不通过你登陆的服务器进行，也无须你登陆的主服务器进行任何干预和操作。所以说，它并未占用主服务什么资源，只是在你已经和主服务器连接的通道上发送个字节而已。

       7）emule有什么优点?

       不需要服务器来存放共享文件，节省了服务器架设、海量硬盘、魔渊之刃源码网络带宽。 每个用户端节点都同时是文件下载者和提供者。实际上，在你正在下载但还没当完整个文件时，你已经可以把你已下载的部分共享给别人了！ 因为emule同时从很多文件提供者那里下载所需的文件最后再拼成整个文件的。加入的人越多，下载速度越快，资源越丰富。 共享方便，每个人在自已的emule里指定一个share目录就可以把自己的文件共享给网络中的其它人了。不必再辛苦地上传到服务器上了。

       以上就是关于emule的一些基础知识，希望大家看完之后，能对emule的原理，有一个本质的认识。

       下面我再来说说一些很困扰，很迷惑人的问题。

       1）id问题

       朋友们最关心的就是这个问题，id是什么?id其实没有什么用，id就是在emule传输里面，作为地址作用的一个东西，起到寻址和定址作用，它直接和我们ip挂钩，是由emule根据我们的ip地址，通过算法得到的一组数字。所以adsl用户经常会说，为什么我的id变了?当然要变，因为你每次上网拨号所取得的ip地址都不相同，所以id当然也要随之变化，一句话；ip不变id就不变，ip变了id就变化。

       关于高id和低id，目前好多朋友也存在一个误区，认为同一个ip地址，只能而且最多只能拥有一个高id，其实这是不对的。一个公网ip地址，可以同时取得2个以上的高id，这一点我要在这里强调一下，比如，adsl用户，如果你本身是高id，那么你可以同时打开第二个emule两个同时运行，但是彼此的emule端口一定不要相同，这样你会发现两个都是高id，同一个ip地址。同样对于端口映射，同一个ip地址，也可以同时取得两个以上高id，同样端口不要相同。

       对于低id用户，还存在一个误区，那就是微盟完整源码认为只要映射了，就能变成高id，这一点我要说明一下，什么叫高id，它是一个9位以上的id数字，它代表了你的ip地址是公网独立的ip，也就是说只有前提你能够拥有公网独立的ip地址，你才能获得高id，端口映射的原理是把你的内网地址和端口，通过地址转换投影到公网干线上，使你作为一个公网节点，从而变成高id。那么这里就存在一个网络拓扑的问题，有些低id用户，不是处在公网干线的一级子网内，而是子网的下一级子网，甚至下好几级子网，拓扑的结构是层层拓扑，那么这部分用户，无论如何也无法获得高id，因为你做了映射只不过是成了上一级子网的节点，但是仍然还是内网，只不过映射了一层，你上面还有好几层，所以要正确看待映射的问题。目前，国内除了电信和网通，有好多二级运营商玩的就是这个路子，他们或者层层拓扑，或者只保留部分公网ip地址，作为机动分配，这样你运气好一拨号能得到一个公网ip，你运气不好就是内网，没有办法。

       3）kad问题

       好多朋友对这个东西始终不太明白，我说一下，kad和我们目前的ed2k不一样，我们目前的ed2k要通过服务器进行中转，我们都要连到服务上才能进行传输，而kad则是无服务器工作模式，它的传输可以独立进行，完全不需要服务器参与，我们只需要打开kad就可以不再需要服务器了，所以说kad是属于试验阶段，应该说他的前景最为光明，应该是p2p的未来，所以建议朋友们多多打开，对于找源很有帮助，特别是对于低id而言，vkad就是vnn+kad的模式。

       4）服务器问题

       这个问题论坛已经说了很多了，我主要说一些大家容易误会的地方，好多朋友经常问到，怎么我的服务器少了，或者是回收手机平台源码消失了，或者开机提示列表文件丢失，这里大家要注意在emule>选项>服务器设置里面 启用智能lowid检测这一项最好不要选 启动自动更新服务器列表也不要选 把连接到其它服务器时自动更新选上，这样你可以在服务器切换的时候，自动更新服务器列表 而不用添加什么列表的url网址之类的东西，另外对于常用的服务器，最好把他的状态选择为静态服务器，这样他就不会消失了，其实我们服务器列表有多个服务器，能够用上的就那么几个，大家可以把他们设置成高级，静态，另外还要说一点，选择服务器的时候选择ping值小的 人数多的 文件多的 这个文件数什么意思，是连接到这个服务器的所有用户的共享文件总数，要注意服务器上没有任何文件，另外大家注意一下服务器列表里面，每个服务器还有：软性文件限制 硬性文件限制， 这个是什么意思?他代表了服务器接受你的共享文件 任务列表文件的大小限制，如果你要是超过了这个限制，就会被服务器拒绝，举个例子，如果这个值显示的是1k，那么你的共享文件数最好少于个，目前来看大部分都是1k。

       其实对于服务器端，有好多愿意研究的朋友，很感兴趣。其实他就是edonkey的服务器，二者目前列表都一样，所以大家想要自己架设em服务器，可以上edonkey网站，下载服务器端的程序，我看了一下这个程序不大，而且也很简单，有兴趣的朋友们可以自己分析一下。

       5）web服务器问题

       大家都看了在emule>服务器>我的信息 最下面总是有一个web服务器的东西，这个是什么?我说一下 通常情况下我们这个禁用是正常的，Web服务器的作用是提供了远程访问eMule的功能，我们可以先在emule端配置一些相关参数，然后可以实现远程利用ie来对emule进行控制，当然了需要我们emule端要有独立的访问地址，远程控制emule可以实现emule的大部分功能，但是不是全部功能，还是有一些限制。另外对于emule端的web设置，懂行的朋友还可以自己进行编程，很有交互性，一般来讲，我们什么时候能够用上它呢?比如我们在公司开了emule，但是还想下班后继续在家里操作公司的emule，那么我们就可以使用这个功能，如此还有许多场合和环境特别利于web功能的使用，但是要注意随之带来的有关网络安全性问题也很重要。对于这个功能的使用，要是详细写出来的话，要很长需要专门的一个主题说明，由于篇幅限制，我在这里先简单说一下，如果朋友们都比较感兴趣，我考虑单独写一个主题详细说明具体设置和用法。不再赘述。

       6）emule日志问题

       其实这个问题没什么好说的，日志就是记载了emule的运行记录，我要强调的是好多朋友不懂得利用它，其实大部分emule遇到问题的时候，我们如果仔细注意日志记录，都会自己找到问题原因所在，如果你不懂你可以把它复制下来，发到网上，希望各位朋友以后多多注意emule的日志记录，遇到问题，多半能都自己解决。

       7）任务下载问题

       对于这个问题，我想说得是大家要学会使用给任务分优先级来控制下载顺序，经常有许多朋友抱怨，为什么任务结束一个，开始下一个的时候是随机开始，怎么能实现自动控制?这里我们就可以手动设置任务列表里面任务的优先级，右键就可以看到，把不同任务的优先级设置成高 中 低 这样emule在完成一个的时候自然按照优先级去选择下一个该是谁，而不会随机开始了，另外在选项里面也可以设置一下，新建任务为停止模式，或者自动开始下一个停止文件。

       8）搜索问题

       其实要是大家都学会了利用该功能，就会找到好多意想不到的东西，好多朋友平时很少用这个功能，其实p2p引以为自豪的就是他的搜索功能，建议大家以后多多自己搜索，搜索的时候要注意，每页都有条的限制，所以要想看更多的可以点击旁边的"更多”，这样可以显示下一个条，可不要以为就只有第一页的条记录啊！对于搜索颜色问题我说明一下：

       红色：代表你的任务列表里面已经有的文件 或者 你已经下载完成正在共享的文件

       蓝色：普及程度较高源比较多的文件

       黑色：你从来都没有下载过的文件

       9）共享文件问题

       这个我说明一个问题，emule 里面规定共享的单个文件，注意是"单个”文件不可以超过4g，如果超过了，则不可以进行hash，所以大家注意一下。

       ）emule消息问题

       经常有朋友会受到You Was Banned!!! Banreason: You use a Leecher Mod

       或者Defcon Old Leecherdetection之类的消息，这是什么意思?

       有些朋友以为是有人要聊天，发送过来的消息，其实误会了，这是自动发送的信息，它的意思是你用的版本是吸血的版本。你已经被ban。对于这个消息，大家可以不用理会，用emule消息过滤，把它过滤掉就可以了，为什么会如此呢?这个要是说起来也话长了，颇有点传奇色彩。我简单说说，部分mod版本呢，由于加分设置不同，逐渐分成不同的派别，这样逐渐形成了一些小圈子，后来搞出来一个所谓吸血的东西，只下载不上传，或是该版本群体上传远远小于下载，等等这里面有好多渊源，后来官方公开封禁了一些，再后来自然被封的不服，然后就是妖魔和反妖魔大家互相封禁，互相职责，后来斗争扩大化，导致其他版本也跟着遭殃，我们就是属于被误伤的，现在这种争斗仍然在继续，而且波及越来越广，这就是我对这个消息的原因的简单解释，好多内幕的东西，说起来挺多，不多说了。

       ）代理问题

       这里我要说明一点，好多朋友使用代理运行emule，比如一些公司内网的朋友，你们在寻找代理的时候，尽量使用sock5的代理，当然sock4和http也可以，但是要注意好多http代理本身不支持udp协议，所以导致了emule无法运行，大家要注意，选择支持udp协议的代理。而且多找几个，留作备用。

       ）统计信息问题

       这个问题，我要说两点

       （1）上传：下载比例问题 之前好多朋友对这个有很多误会，这里我要说明这个比例大于1说明你的贡献大于索取，等于1，说明你的贡献和索取一致。小于1，则说明了你是一个索取的人，对p2p的贡献为负。大家一定要注意谁比谁，哪个是分母，哪个是分子，那么这有什么用呢?要注意p2p是一个讲究奉献，讲究积分的东西，你的上传多，你的下载快，这个比例也说明了使用者素质问题，另外对于这个比例，我们也有一些奖惩措施，比如 上传：下载大于2，也就是说明了你的上传量是下载量的2倍，这个时候你在排队的时候，就可以享受优先排队待遇，这个比值越大越好，不存在什么限制，越大说明你的上传量越多，说明你的积分越多，你的贡献越多，当然你排队的时间就越少。如果这个比值小于1，而且越来越小，那么同样你的速度也会越来越慢，这个你怨不了谁。

       （2）速度大小的问题 好多朋友往往只关注了那个最大速度，但是实际上那个数值没有什么意义，他只是一个曲线峰值，往往一闪即逝，或者最多持续几秒，我们要关注的是我们的平均速度，这个二元值包含了时间的因素，所以他才能说明我们emule的整体速度大小。

       ）积分问题

       积分不是你对所有人的积分，只是在你机器下载的人他们的EM对你的积分，比如你开放的带宽大，小A在你那里下的很舒服，你就在小A那里的分数高。同样，小A那里也有一群人在下他的资料其中也有你，由于你开放的带宽多小A在你那里下的多，你在小A那里的积分就高，你就比其他在小A那里下载东西的人有优先下载小A资料的权限（小A可以设置高、普通这些的，设置高的时候就只有积分高的人优先下了）。

       自己是无法看自己的积分的，因为这个积分不是永恒的，只是暂时针对一个文件的。

       ）好友通道问题

       我说明一点，加为好友开通通道，起到的作用只是，可以缩短你的排队时间，使你的信用积分突然变大，此外没有任何作用，他和速度没有本质的联系。

       ）tag问题

       好多朋友到现在也不明白为什么要有个[chn]有个[VeryCD]，这个有什么用，其实这个名称是任意的，甚至重名都没有问题，因为p2p世界里面判断你的标志是userhash，而不是用户名，用户名你随便改，一天一个新名字也不会影响你的积分，tag的作用是为了让一些服务器判断，从而可以连接该服务器，有的服务器就是规定了如果你不加[*****]就是不让你连接，所以就加上他连接方便点，另外有的mod可以实现对有相关[****]进行加分，比如我们vc版本对有[chn]的朋友就有固定的加分设置，它可以使所有有这个[chn]的朋友积分比没有这个的人多，从而达到中国人优先下载优先上传的问题，当然了这个问题，现在在世界范围内，仍是一个争论的话题，到底是否应该加分，大家也是众说纷纭。其实，懂行的朋友可以自己设置加分，可以随心所欲给任何[*****]加分减分，也可以给任意userhash加分减分，以达到优先上传优先下载的目的，甚至可以达到任意ban人的目的。当然了，这个问题不合适公开讨论，有违背p2p的根本，这里点到为止。

       ）对于如何隐藏emule头像的问题

       对于一些在公司工作的朋友，这一直是一个困扰很久的问题，如何还能下载，还不让老板发现。这里我说两个解决方案

       （1）使用第三方软件解决 可以使用SysTrayX软件，这个软件，国内大型软件站都有下载，它是一个管理系统托盘的软件，非常简单，具体使用方法，大家一看就明白了，他可以做到隐藏emule头像的问题，

       （2）使用系统服务解决 我们知道在以上系统中都有srvany服务，借助这个服务，也可以实现隐藏头像 不借助第三方软件 同样server系统可以用终端服务来实现隐藏头像，另外还可以借助instsrv服务来实现隐藏头像，原理和前面一样，其实就是一个东西，这种方法原理，常见于一些黑客网站，其实有些木马软件，或者后台软件，就是用的这个方案。大家有兴趣可以上一些黑客网站研究研究。

       ）关于emule和bt的相关问题

       好多朋友都在使用bt的同时，也在使用emule，我这里说一点，对于bt文件，如果我们下到了一半，没有种了，或者非常慢，我们可以把它导入emule下载，用dmTorrent2Par和Jcd2Met或者 Edonkeydoctor或者MetFileRegenerator，都可以实现该功能，很简单，另外emule的文件同样也可以导入bt进行下载，二者可以相互转换。为什么要说这一点呢，是要提醒大家，其实有好多emule的辅助工具，都可以帮我们更好的使用emule，它不是孤立的，只不过国内兴起的比较晚，目前来看，只要edonkey能用的相关软件，emule都能使用。比如，关于重建met的edonkeydoctor软件，就可以使一些下载了很多的错误文件，直接进行修复而不是像以前那样把辛苦下到的删掉。是我们遇到问题需要关闭的时候，不用再担心要删除文件了

代理服务器proxychains 编译安装和使用

       代理服务器proxychains的编译安装与使用指南

       在龙芯3A硬件平台上，结合中标麒麟软件环境，我们来学习如何安装和使用proxychains。若遇到clone源码失败的情况，可尝试下载zip版本。使用fork出的源码版本进行操作，因其保持与官方版本的更新同步。

       进行编译与安装，确保prefix路径为/usr，否则可能会遇到“couldnt locate libproxychains4.so”的问题。操作步骤如下：

       执行`./configure --prefix=/usr --sysconfdir=/etc`并确保环境中有gcc。

       完成编译和安装过程，执行`make install`与`make install-config`。

       接下来，配置proxychains。在`/etc/proxychains.conf`文件中，将最后一行的`sock4`改为`sock5`，并根据你的shadowsocks设置填写代理地址与端口。

       验证安装效果，执行`curl ipinfo.io`命令，然后尝试使用`proxychains4 curl ipinfo.io`进行代理访问。

       对于Linux用户，终端代理操作简便。通过`export http_proxy=.0.0.1:`与`export https_proxy=.0.0.1:`设置代理，之后使用`unset http_proxy`与`unset https_proxy`取消代理。

       proxychains的灵活性在于其能够代理各种应用，只需在终端中输入`proxychains4 firefox`等指令，即可实现对火狐浏览器等应用的代理使用，扩展了代理功能的适用范围。