chentca的博客

MPS的设计目标：基于端口连接的多种应用。 2019.01.25修改缓存计算机制，对端口转发加入简单异或加密 2019.01.24大量除错 2019.01.22大版本重写更新。python3为运行内核，aardio做界面。

MPS的设计目标： 基于端口连接的多种应用。 2019.01.22大版本重写更新。python3.7为运行内核，aardio做界面。 使用说明： 1.提供socks5代理;2.简单的端口转发;3.提供端口转发服务;4.对外提供端口资源;5.提取外部端口资源;6.扩展端口资源

MPS的设计目标： 基于端口连接的多种应用。 2019.01.22大版本重写更新。python3.7为运行内核，aardio做界面。 使用说明： 1.提供socks5代理;2.简单的端口转发;3.提供端口转发服务;4.对外提供端口资源;5.提取外部端口资源;6.扩展端口资源

MPSGO的设计目标： 基于端口连接的多种应用。 功能列表： 1.端口转发 2.端口转发加解密 3.socks代理 4.端口反向连接 5.配置文件管理，可实现配置的自动保存和加载 使用说明： 本软件用go语言实现，借由go语言的特点，以多线程构架，但go内部以协程的方式实现，稳定性和资源占用方面非常优异。

MPS2的设计目标： 基于端口转发的多种应用。 功能列表： 1.端口转发 2.端口转发加解密 3.socks代理 4.端口反向连接 5.支持托盘区管理和自动加载。 更新日志： 2013.08.01 首次发布。chentca [email protected] 2013.08.05 增加DNS缓存，对解析过的域名进行缓存。 默认开启，缓存超过24小时更新。 点击DNScache清除缓存。 尝试增加3处变量回收，减少内存泄露。 主程序用upx压缩。 临时修补两处错误。 2013.08.08 增加DNScache状态显示。 优化代码效率。 2013.08.09 局部引入多线程，卡顿问题得到较大改善。 数据转发依然是单线程转发。 增加配置实例说明。 进一步优化多线程管理策略，提高性能和稳定性。 2013.08.12 为避免dns解析错误，dns缓存时间24小时缩短为1小时。 2013.08.13 优化代码降低界面假死的情况 2013.08.14 增加资源时间戳判断过期资源。 改善资源发送策略和缓存。 修复一处影响接稳定性的重大bug。 修复一处影响界面卡死的bug。 2013.08.15 小幅修改运行结构，使用并行线程专门处理数据发送：主线程专门收数据，并行线程转发数据。 新增大量回收环节。 缩小资源生命期限的判断，保证连接的活性。 稳定和性能是永恒的追求。

MPS2的设计目标： 基于端口转发的多种应用。 功能列表： 1.端口转发 2.端口转发加解密 3.socks代理 4.端口反向连接 5.支持托盘区管理和自动加载。 更新日志： 2013.08.01 首次发布。chentca [email protected] 2013.08.05 增加DNS缓存，对解析过的域名进行缓存。 默认开启，缓存超过24小时更新。 点击DNScache清除缓存。 尝试增加3处变量回收，减少内存泄露。 主程序用upx压缩。 临时修补两处错误。 2013.08.08 增加DNScache状态显示。 优化代码效率。 2013.08.09 局部引入多线程，卡顿问题得到较大改善。 数据转发依然是单线程转发。 增加配置实例说明。 进一步优化多线程管理策略，提高性能和稳定性。 2013.08.12 为避免dns解析错误，dns缓存时间24小时缩短为1小时。 2013.08.13 优化代码降低界面假死的情况 2013.08.14 增加资源时间戳判断过期资源。 改善资源发送策略和缓存。 修复一处影响接稳定性的重大bug。 修复一处影响界面卡死的bug。

MPS2的设计目标： 基于端口转发的多种应用。 功能列表： 1.端口转发 2.端口转发加解密 3.socks代理 4.端口反向连接 5.支持托盘区管理和自动加载。 更新日志： 2013.08.01 首次发布。chentca [email protected] 2013.08.05 增加DNS缓存，对解析过的域名进行缓存。 默认开启，缓存超过24小时更新。 点击DNScache清除缓存。 尝试增加3处变量回收，减少内存泄露。 主程序用upx压缩。 临时修补两处错误。 2013.08.08 增加DNScache状态显示。 优化代码效率。 2013.08.09 局部引入多线程，卡顿问题得到较大改善。 数据转发依然是单线程转发。 增加配置实例说明。 进一步优化多线程管理策略，提高性能和稳定性。 2013.08.12 为避免dns解析错误，dns缓存时间24小时缩短为1小时。 2013.08.13 优化代码降低界面假死的情况

MPS2的设计目标： 基于端口转发的多种应用。 功能列表： 1.端口转发 2.端口转发加解密 3.socks代理 4.端口反向连接 5.支持托盘区管理和自动加载。 更新日志： 2013.08.01 首次发布。chentca [email protected] 2013.08.05 增加DNS缓存，对解析过的域名进行缓存。 默认开启，缓存超过24小时更新。 点击DNScache清除缓存。 尝试增加3处变量回收，减少内存泄露。 主程序用upx压缩。 临时修补两处错误。 2013.08.08 增加DNScache状态显示。 优化代码效率。 2013.08.09 局部引入多线程，完全解决卡顿问题。 数据转发依然是单线程转发。

主要功能描述： 提供端口资源的转发和传递。 区别于传统于本地端口转发的优点： 1.转发服务所在机只需要提供一个端口资源。 2.端口转发和获取与中转服务无关，中转服务不需要对转发的端口资源进行任何配置处理。 3.端口资源转发提供级连扩展，可以将端口资源传递给任意多级的中转站。 4.资源提供、中转、资源获取，三个模块分离设计，任意组合，可一对多，多对多连接，极大扩展连接的范围。 应用实例 假设有5台机子分别处于不同的网段，且它们的连接关系只能如图所示：A-B-C-D-E A只能连接B，不能连接CDE，C只能连接BD，不能连接AE 现有的端口转发工具要在BCD上分别设置，各开两个端口用于一个连接的转发，如果转发连接多了，不但设置非常麻烦，而且占用大量的端口资源（连接数量*中转次数*2）。 使用Pyvidc，在BCD上运行vidcserver,只要一个监听端口，设置服务级连，B级连C，C级连D 这样，在A上可以任意发出多个连接给B，在BCDE上都可以自由获取A的端口资源。比如socks服务或者远程桌面。 另外ABCDE可以理解为5个处于不同网络的用户。 各功能模块说明： mailip:mailip.py,mailipr.ini 通过email转发定位ip地址，类似花生壳只是双方都要运行这个程序，并且使用相同的邮箱账户做中转。 mps:mps3.py,mps25.py,mps.ini 端口转发工具，mps25.py是核心模块，mps3是个调用的外壳。每5秒输出连接信息，包括负载均衡的情况和连接数量。 -----------------以上为两个独立模块，下面的三个是pyvidc的组件------------------------------- vidcclients.py,pyvidcc.ini 端口资源发布模块。（A机运行，提供本机或本地其他网络端口资源） vidcservers.py,pyvidcs.ini 连接中转和再中转服务模块。（BCD机运行，中转连接资源） vidcusers.py,pyvidcu.ini 获取被中转连接的模块。（E或BCD上运行获取连接资源） pyvidc运行机制如下： A机运行vidcclients，把自己能够访问的连接资源，比如自己的远程桌面，或者本地局域网的其他远程桌面，加上一个标识发送给vidcserver（B机）。 BCD机运行vidcservers，B机接受连接资源后会根据设置判断是否将连接传递给C，C再判断是否传递给D。 E机或者BCD机运行vidcusers从自己能够连接的任意vidcserver通过标识判断，获取需要的连接资源。 这样运行vidcuser的用户（E或BCD）就可以远程桌面或者同时socks到A机以及A能访问的所有资源。 同时，一个server可以连接任意多的client和user，client和user也可以同时连接不同的server。（资源受内存数量限制，目前大约一个成功连接的资源占用64kb） *重要提示： 不要用windows自带的notepad来编辑ini文件，它会在ini的[main]前面添加一堆乱码，造成ini读取错误。 可以简单的用edit命令就可以查看和修改错误的ini文件。 其他说明： 1.由于是初次尝试，对连接的安全性、验证机制方面并没有深入考虑。 2.所有ini配置文件都有简要的说明和配置范例。 3.python无控制台运行的方法，理论上更名成.pyw后是自动用pythonw来运行的，可是会莫名其妙地退出。 所以还是延用vb的后台运行方法来调用py文件，附带两个vb脚本范例。hidemps.vbs，hidevidcc.vbs 4.目前代码使用了大量的try陷阱做保护，在一定程度上影响性能。日后逐步取代try的使用。 [email protected] 2009-06-10 初步成型端口转发机制 2009-06-12 把mailip和pyvidc三个功能模块化，可以单独执行和被其他模块调用，使用方法见pyvidcgroup.py 所有代码添加了简单注释。 2009-07-16 设计了连接的自动扩展级连，标识使用"vidcsEx:n:flag:" 例子:33=127.0.0.1 5899 127.0.0.1 80 vidcsEx:1:扩展连接: vidcsEx:表示允许服务端把连接传递给下一级的服务端。 n:控制允许被服务端端级连的次数 flag:是连接的名称。允许使用中文，更加安全和不容易重名。 2009-07-17 调整修复了扩展连接bug,增加了服务器是否使用连接扩展的开关 用py2exe在py2.5下打包成独立运行包，mailip打包失败，mps打包成功，pyvidc打包成功（包含client+server+user） 包里的文件是用py2exe打包成独立运行的，不需要安装python环境。 包含了mps和pyvidc，但是不含mailip的定位功能，因为打包后不能用。 包内配置的简单说明： mps运行后：把对本地的8881端口的访问，均衡分散给本地的9050，9060，9070端口使用。这个是我在本地开了三个tor用来bt的。 pyvidc运行后：把本地的5个端口资源送到本地vidc服务器上，pyvidc服务器又根据特定标志把这些连接发送给下级的三vidc服务器（chentcahome,81 chentcahome,80 192.168.10.100,80），让它们三个都能同时获取本地的5个端口资源。而vidcuser仅向服务器提交了三个资源标识的获取请求。不过它只能得到1个，因为另外标志在服务器上是没有的。 标志支持使用中文。

pyvidc-超级中介的说明：这个软件的创意来自yyc写的vidc的反向连接的功能，我把它极致化了。它本身不存在任何独立应用的价值，它的价值体现在它所连接的其他端口上，比如远程桌面，socks代理。 它的优点：只需要一个中介端口就可以无限制的进行端口转发，甚至转发中介端口（我仅测试了远程桌面和socks代理）。相对的安全性，虽然没有安全验证机制，但它对连接的处理是不透明的，用户在不知道连接标识的情况下无法获取其他人的连接。

Python 学习教材 作者皮大庆 作为python简明教材的补充甚至替代都不错。