今天下午忙里偷闲玩了玩 ICMP Tunnel

这个Tunnel是什么意思呢？ 就是说，在一个”封闭”网络中，所有端口都封了，但只要你能Ping出去，你就能通过这个Ping发出的ICMP包上网了。

顾名思义，其实就是把TCP/IP Suite 上层的包放到ICMP包里面，利用ICMP echo request 和 echo reply 来达到通信的目的。

已经有一位大侠做到了，并且写了个很好用的工具来实现这个tunnel。

PingTunnel

可以来捣鼓一下这个ptunnel。

前提:
1. 有一台可以有root权限的服务器 (暂时叫 S)
2. 本地最好是类UNIX系统，或者装了winpcap的windows. (因为ptunnel依赖libpcap)

1. 先登录到 S, 在上面安装 pingtunnel. (make 即可)
直接运行 sudo ./ptunnel

2. 在本地也装， 假设S的地址是 5.5.5.5, 本地listen端口是8000
运行: ./ptunnel -p 5.5.5.5 -lp 8000 -da 127.0.0.1 -dp 22
(这命令就是说在本地起一个ptunnel, 监听8000端口, 监听来干嘛呢? 就是tunnel给在5.5.5.5上的ptunnel服务器端, 服务器端干什么呢? 就是连接到S自己的22端口 )
所以这里已经在本地跑了一个ptunnel实例，来连接到S的22端口

3. 再 ssh -p 8000 localhost
(连接到刚刚建立的那个ptunnel，其效果就是ssh连接到了5.5.5.5上)
这时就可以用ssh服务了

那如果想要上网呢？
可以这样 ssh -p 8000 -ND 9999 localhost
这样就用ssh建了一个SOCKS代理，该代理通向5.5.5.5。是一个在ICMP Tunnel上的SSH Tunnel.
然后设置浏览器的代理为 SOCK5 , 地址是 localhost, 端口为9999. 就可以上网了。

这样，我们就在一个只能Ping的“封闭”网络中实现了上网需求。

当然，用ICMP Tunnel理论上可以进行任何TCP通信，有兴趣的同学可以继续实验。

转载自：http://www.douban.com/note/153932873/

修正标签切换时如切换到的标签已停止运行则不会重绘图表的Bug。

修正在安装了iperf服务的系统上无法启动iPerfGui+的Server模式的问题（注意：这种情况下iPerfGui+会强制卸载已存在的iperf服务）。

标签栏增加添加新标签按钮和关闭标签按钮。

当前标签运行状态由图标改为标签顶端的颜色表示，绿色表示正在运行，红色表示停止运行，以减少标签宽度。

Output Format默认值改为MBits/s。

更换了全新的图标。

Download

Click here to download iPerfGui+ 1.1.0.0 from 115

Download

Click here to download iPerfGui+ 1.1.0.0 from Box.com

Iperf同时有提供Windows和Linux的版本，是以命令行的形式使用的。官方也有提供图形化界面，程序叫jperf，实际上也是调用的命令行版的iperf，只不过用Java做了一个GUI而已。

但jperf体积大，资源占用大，依赖于Java运行库，还有不少小Bug，所以早就萌发了重写一个GUI的想法，不过将就着能用就一直搁置了下来，最近莫名其妙的碰到jperf在公司的64位Win7上无法运行，所以就落实了这个想法。

之所以叫iPerfGui+是因为在写这个程序之前还写过一个版本叫iPerfGui，那个更接近于官方的jperf，但个人不太满意，所以又重写了整个程序，加入了多标签等功能，命名为iPerfGui+。

特性：

• 多标签支持。可以在一个界面中通过标签的形式管理多个iperf实例。在标签栏空白处双击新建标签，在标签上双击关闭当前标签，也可以在标签上点右键关闭。
• 程序体积小巧，只有100+k，单文件，加上iperf.exe也才两个文件。相比jperf近3M的体积算是相当苗条了。
• 资源占用低，单标签内存占用10M左右，每增加一个标签多占用1M左右的内存，而jperf打开一个不进行任何操作就已经占用了50M的内存。
• 独有的迷你模式，更便于做其他操作的流量监控。在标签栏空白处右键点击鼠标选择MiniMode进入，进入后双击标题栏或者在标签栏空白处右键点击鼠标选择MiniMode退出迷你模式。
• 自带流量图截图保存功能，在流量图显示（黑色）区域点鼠标右键。

PS: 使用程序前请确认您的操作系统是Win7，如果是XP请确认有安装Microsoft .Net Framwork 3.5。

下载请移步至http://www.fonlan.me/2012/02/iperfgui-1-1-0-0/

修正了列表中复制时会复制整行内容的Bug。

修正点击第二列小图标修改程序图标失效的Bug。

修正了JumplistTask模式时添加分隔符错误的Bug。

修正了拖入部分类型快捷方式报错的Bug。

修正文件夹不能设置为默认项的Bug。

修正开始菜单属性中不勾选“存储并显示最近在开始菜单和任务栏中打开的项目”时Jumplist Categories依然可选的Bug。

添加功能右击第二列的小图标回复当前行的默认图标。

Download

Click here to download QuickJumplist 3.2.0.0 from 115

Download

Click here to download QuickJumplist 3.2.0.0 from Box.net

注意：如果当前系统帐户不是Administrator，并且QuickJumplist被放置在C:\Program Files之类的目录下，并且UAC没有关闭，请以管理员权限运行QuickJumplist，否则会出错。

感谢大家的反馈，我会尽力让QuickJumplist更好用。关于QuickJumplist3.1.0.0的更新请参看以下文章：

http://www.fonlan.me/2011/11/quickjumplist-3-1/

下载请移步至新版：

http://www.fonlan.me/2012/01/quickjumplist3-2/

前几天硬盘报废了，大家差点就见不到这个版本了～～～

更新内容：

1. 配置文件结构更改，不支持原有的配置文件，使用3.1新版时需要重新添加Jumplist项。
2. 全新的程序界面，操作功能更明了。
3. 更改默认程序启动方式，启动更快捷。
4. 加入自定义组功能，通过对分隔符命名即可实现。
5. 添加对url后缀的网络快捷方式的支持
6. Jumplist Categories模式下最多支持添加60项（系统默认为10项，QuickJumplist会根据添加到项目数动态更改，超过10项时有可能会造成开始菜单被拉长）。
7. 中英文双语支持，根据操作系统语言自动匹配。
8. 去除了Jumplist列表中的“配置QuickJumplist”项，使用默认程序时再也不会多占两行了，如需要可以通过添加“命令”自行添加。
9. 重装系统（QuickJumplist在非系统盘）后，重新运行QuickJumplist点应用就能生效，不必再删除配置配置文件重新添加了。
10. 更改了任务栏图标后点应用时会自动刷新图标缓存了，新的图标即时生效。

命令列表：

最后Jumplist的效果：

一些注意事项：

• 如果需要添加自定义组可通过添加分隔符，然后在名称一列中对分隔符命名的方式实现。
• Jumplist Task模式操作系统默认支持添加15项，Jumplist Categories模式操作系统默认支持10项，不过Jumplist Categories模式程序会根据实际添加到项目数自适应，最大支持60项。
• 支持拖拽添加项目，可以把文件、文件夹或者快捷方式之类的拖到程序界面上实现快捷添加。

吼两句：

• 不要问我能不能实现左键点击任务栏图标的时候出现菜单，Jumplist是操作系统提供的功能，最大的优势在于几乎不占用系统资源，左键点击弹出菜单当然可以，但那时用的就不是Jumplist了，程序也就不是QuickJumplist了。
• 虽然Jumplist Categories模式最多可以添加60项，不过不太建议超过18项，否则你的开始菜单会拉长脸给你看的。

下载请移步至新版：

http://www.fonlan.me/2011/11/quickjumplist3-1-0-1/

gdipp项目地址：http://code.google.com/p/gdipp/

大家可以在以上地址获取到最新的gdipp源代码或者一些帮助。

gdipp虽然也是脱胎于gdi++，但CrendKing重构了大部分的代码，并且把hook组件从Detours移植到了EasyHook，这使得gdipp可以原生支持64位操作系统，使得64位的用户也能够品尝到字体渲染所带来的视觉感受。

gdipp的另一大改进就是将配置文件从ini文件切换到了xml文件，并引入了正则表达式。这样做的好处是什么呢？好处就是我们可以单独定义每一个程序甚至一种字体的渲染效果，下面讲配置文件的时候我会讲到如何单独定义一个程序的渲染参数。

简单说说gdipp相对于gdi++的改进吧：支持64位系统、支持shadow（针对氦版而言）、程序兼容性大幅度提高、渲染效率大幅度提高、配置文件功能强大、支持更多的渲染模式（DirectWrite等）、修正了Windows的FontLink问题、支持服务模式……太多了，这些还只是摆在明面上的一部分改进，至于核心改进，这个就只有CrendKing自己才有数了。

效果图大家就随便看看吧，用过gdi++的网友对这种文字的渲染应该不陌生了。

以上效果纯属个人喜好！

不管是gdi++也好，MacType也好，gdipp也好，对于一个使用它的用户来说，最重要的是什么？是配置文件，它直接决定了渲染的效果，而很多初学者望而却步也就是因为配置文件太复杂，调整起来太麻烦。先来看一下我用的gdipp的配置文件：

由于我的排除列表太长，所以这里做了简化，只列出了几个系统进程。

gdipp的配置文件不算复杂，参数不懂的可以猛击这里查看官方说明。

我的配置文件是最常见的黑名单工作模式，即<exclude>字段中的程序都不会加载gdipp，但由于gdipp的exclude列表支持正则表达式，所以其实还有一种特殊的白名单模式，如下所示：

意思就是说只渲染notepad和mspaint两个程序，其他程序忽略，这点gdipp做的比Mactype和gdi++都强大。

当然，gdipp绝不会只有这点功能，XML格式配置文件和正则表达式的加入使它更加灵活：

比如可以单独制定某个程序的渲染参数：

或者单独设置某个字体的渲染参数：

gdipp我用了也一年多了，以服务模式加载，很稳定，资源占用也不大，如果你不需要MacType的热替换之类的功能，或许gdipp同样会是一个不错的选择。

Download

Click here to download gdipp X86 0.9.1 from

Download

Click here to download gdipp X64 0.9.1 from