vifix.cn » Software http://vifix.cn/blog compile the dream, compile tomorrow Tue, 15 May 2012 11:42:35 +0000 en hourly 1 http://wordpress.org/?v=3.3.2 CentOS 安装 KVM 因 nc.openbsd 不存在导致无法使用远程 virt-manager 连接的问题 http://vifix.cn/blog/centos-6-2-install-kvm-remote-virt-manager-nc-openbsd-exception.html http://vifix.cn/blog/centos-6-2-install-kvm-remote-virt-manager-nc-openbsd-exception.html#comments Tue, 15 May 2012 07:36:42 +0000 Mac http://vifix.cn/blog/?p=2321

这两天公司里面准备配置一台专门的机器作为开发这边的共同测试环境

虽然前段时间早就配置过真实的生产环境机器的kvm，但是发现这次有些东西还是想不起来了，所以还是记录一下

安装KVM本身没什么，在yum的帮助下完成即可：

yum install libvirt kvm

就行了，然后使用modprobe加载下kvm模块，并且启动libvirtd服务（或者重启也可以）

但是在接下去的用远程的virt-manager连接的时候会碰到远程管理无法连接的问题，使用virt-manager –debug可以看到错误输出如下：

2012-05-14 20:35:10,068 (connection:991): Scheduling background open thread for qemu+ssh://root@hxdev/system
2012-05-14 20:35:10,068 (connection:1177): Background ‘open connection’ thread is running
2012-05-14 20:35:10,095 (connection:1227): Background open thread complete, scheduling notify
2012-05-14 20:35:10,096 (connection:1232): Notifying open result
2012-05-14 20:35:10,096 (create:158): Closing new vm wizard
2012-05-14 20:35:10,097 (storagebrowse:80): Closing storage browser
2012-05-14 20:35:10,097 (createvol:80): Closing new volume wizard
2012-05-14 20:35:10,100 (cli:83): Uncaught exception:
Traceback (most recent call last):
File “/usr/share/virt-manager/virtManager/manager.py”, line 665, in _connect_error
if conn.is_remote() and re.search(r”nc.openbsd: .* — ‘U’”, details):
UnboundLocalError: local variable ‘details’ referenced before assignment

Traceback (most recent call last):
File “/usr/share/virt-manager/virtManager/manager.py”, line 665, in _connect_error
if conn.is_remote() and re.search(r”nc.openbsd: .* — ‘U’”, details):
UnboundLocalError: local variable ‘details’ referenced before assignment

原因是virtmanager依赖的nc.openbsd不存在，但实际上nc（netcat）在CentOS中是有的，所以只要在服务器上为nc建立一个符号链接即可：

ln -s /usr/bin/nc /usr/bin/nc.openbsd

小TIP: virt-manager貌似bug还不少，很多时候实际发生错误的时候它都不会报错，如果你在使用它连接远程的时候，connect发现毫无动静，那就说明实际上已经出错了，可以通过virt-manager –debug进行查看。先前靠着这个信息还发现了一个变量在使用前没有初始化的问题，可见其代码质量并不是很好……

可以参考此文：http://korprulu.blogspot.com/2011/05/virt-manager-problem-in-archlinux.html （讲的也是上面的问题，当时找这个错误的原因花了好久……）

]]> http://vifix.cn/blog/centos-6-2-install-kvm-remote-virt-manager-nc-openbsd-exception.html/feed 0 Coreseek在GCC 4.7上编译不通过的问题 http://vifix.cn/blog/coreseek-cant-make-in-gcc-4-7-enviroment.html http://vifix.cn/blog/coreseek-cant-make-in-gcc-4-7-enviroment.html#comments Mon, 16 Apr 2012 06:31:35 +0000 Mac http://vifix.cn/blog/?p=2342

今天在archlinux在安装coreseek 4.1-beta时碰到的问题，在g++编译sphinxexpr.cpp时：

 
g++ -DHAVE_CONFIG_H -I. -I../config  -DSYSCONFDIR="\"/opt/coreseek-3.2.14/etc\"" -DDATADIR="\"/opt/coreseek-3.2.14/var/data\"" -I/usr/local/include -pthread -I/usr/include/mysql -fPIC -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fno-strict-aliasing -DBIG_JOINS=1 -fomit-frame-pointer  -g  -I/opt/mmseg-3.2.14/include/mmseg/   -Wall -g -D_FILE_OFFSET_BITS=64 -O3 -DNDEBUG -MT sphinxexpr.o -MD -MP -MF .deps/sphinxexpr.Tpo -c -o sphinxexpr.o sphinxexpr.cpp
sphinxexpr.cpp: In constructor ‘ExprParser_t::ExprParser_t(CSphSchema*, ISphExprHook*)’:
sphinxexpr.cpp:742:17: warning: ‘ExprParser_t::m_pExtra’ will be initialized after [-Wreorder]
sphinxexpr.cpp:711:19: warning:   ‘ISphExprHook* ExprParser_t::m_pHook’ [-Wreorder]
sphinxexpr.cpp:698:2: warning:   when initialized here [-Wreorder]
sphinxexpr.cpp: In instantiation of ‘int Expr_In_c<T>::IntEval(const CSphMatch&) const [with T = float]’:
sphinxexpr.cpp:3152:1:   required from here
sphinxexpr.cpp:1823:43: error: ‘ExprEval’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
sphinxexpr.cpp:1823:43: note: declarations in dependent base ‘Expr_ArgVsSet_c<float>’ are not found by unqualified lookup
sphinxexpr.cpp:1823:43: note: use ‘this->ExprEval’ instead
sphinxexpr.cpp: In instantiation of ‘int Expr_In_c<T>::IntEval(const CSphMatch&) const [with T = long long int]’:
sphinxexpr.cpp:3152:1:   required from here
sphinxexpr.cpp:1823:43: error: ‘ExprEval’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
sphinxexpr.cpp:1823:43: note: declarations in dependent base ‘Expr_ArgVsSet_c<long long int>’ are not found by unqualified lookup
sphinxexpr.cpp:1823:43: note: use ‘this->ExprEval’ instead
sphinxexpr.cpp: In instantiation of ‘int Expr_In_c<T>::IntEval(const CSphMatch&) const [with T = int]’:
sphinxexpr.cpp:3152:1:   required from here
sphinxexpr.cpp:1823:43: error: ‘ExprEval’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
sphinxexpr.cpp:1823:43: note: declarations in dependent base ‘Expr_ArgVsSet_c<int>’ are not found by unqualified lookup
sphinxexpr.cpp:1823:43: note: use ‘this->ExprEval’ instead
sphinxexpr.cpp: In instantiation of ‘int Expr_Interval_c<T>::IntEval(const CSphMatch&) const [with T = float]’:
sphinxexpr.cpp:3152:1:   required from here
sphinxexpr.cpp:1777:43: error: ‘ExprEval’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
sphinxexpr.cpp:1777:43: note: declarations in dependent base ‘Expr_ArgVsSet_c<float>’ are not found by unqualified lookup
sphinxexpr.cpp:1777:43: note: use ‘this->ExprEval’ instead
sphinxexpr.cpp: In instantiation of ‘int Expr_Interval_c<T>::IntEval(const CSphMatch&) const [with T = long long int]’:
sphinxexpr.cpp:3152:1:   required from here
sphinxexpr.cpp:1777:43: error: ‘ExprEval’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
sphinxexpr.cpp:1777:43: note: declarations in dependent base ‘Expr_ArgVsSet_c<long long int>’ are not found by unqualified lookup
sphinxexpr.cpp:1777:43: note: use ‘this->ExprEval’ instead
sphinxexpr.cpp: In instantiation of ‘int Expr_Interval_c<T>::IntEval(const CSphMatch&) const [with T = int]’:
sphinxexpr.cpp:3152:1:   required from here
sphinxexpr.cpp:1777:43: error: ‘ExprEval’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
sphinxexpr.cpp:1777:43: note: declarations in dependent base ‘Expr_ArgVsSet_c<int>’ are not found by unqualified lookup
sphinxexpr.cpp:1777:43: note: use ‘this->ExprEval’ instead
sphinxexpr.cpp: In instantiation of ‘int Expr_IntervalConst_c<T>::IntEval(const CSphMatch&) const [with T = float]’:
sphinxexpr.cpp:3152:1:   required from here
sphinxexpr.cpp:1746:43: error: ‘ExprEval’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
sphinxexpr.cpp:1746:43: note: declarations in dependent base ‘Expr_ArgVsSet_c<float>’ are not found by unqualified lookup
sphinxexpr.cpp:1746:43: note: use ‘this->ExprEval’ instead
sphinxexpr.cpp: In instantiation of ‘int Expr_IntervalConst_c<T>::IntEval(const CSphMatch&) const [with T = long long int]’:
sphinxexpr.cpp:3152:1:   required from here
sphinxexpr.cpp:1746:43: error: ‘ExprEval’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
sphinxexpr.cpp:1746:43: note: declarations in dependent base ‘Expr_ArgVsSet_c<long long int>’ are not found by unqualified lookup
sphinxexpr.cpp:1746:43: note: use ‘this->ExprEval’ instead
sphinxexpr.cpp: In instantiation of ‘int Expr_IntervalConst_c<T>::IntEval(const CSphMatch&) const [with T = int]’:
sphinxexpr.cpp:3152:1:   required from here
sphinxexpr.cpp:1746:43: error: ‘ExprEval’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
sphinxexpr.cpp:1746:43: note: declarations in dependent base ‘Expr_ArgVsSet_c<int>’ are not found by unqualified lookup
sphinxexpr.cpp:1746:43: note: use ‘this->ExprEval’ instead
make[2]: *** [sphinxexpr.o] Error 1
make[2]: Leaving directory `/home/mac/Downloads/coreseek-4.1-beta/csft-4.1/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/mac/Downloads/coreseek-4.1-beta/csft-4.1/src'
make: *** [all-recursive] Error 1

在替换为coreseek 3.2.13后仍然发生了类似问题，但是在自己的Mac OS X 10.6.8上类似的编译却没有碰到这个问题，于是觉得很奇怪。

搜索之后，仅找到一个有用的链接：http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667378，是关于coreseek上游的sphinx的同样问题的，看了一下了解似乎是gcc 4.7的C++作用域的问题（？），上面的debian bugs里面提供了一个patch，看了下patch的内容，也对自己本地的coreseek的制作了同样的补丁，压缩包发布如下，使用时注意版本：

sphinxexpr.cpp.patch.zip

]]> http://vifix.cn/blog/coreseek-cant-make-in-gcc-4-7-enviroment.html/feed 2 KVM + libvirtd 配置iptables端口转发 http://vifix.cn/blog/kvm-libvirtd-iptables-port-forward.html http://vifix.cn/blog/kvm-libvirtd-iptables-port-forward.html#comments Sat, 14 Apr 2012 07:43:47 +0000 Mac http://vifix.cn/blog/?p=2328

（标题图与文章正文没有关系！ orz）

这个玩意儿不好好找文档看是真心不知道的，中文的iptables和libvirt的资源又比较零碎，所以特此总结下。

这两天在配置一个KVM虚拟机在宿主机（MAIN）上的端口转发，环境如下：

宿主机MAIN：
eth0 – 连接外网，有一个固定IP（例如12.34.56.78），并且可以被外网直接访问到
virbr0 – libvirtd自动建立的虚拟网卡，用于连接内网，IP:192.168.122.1

虚拟机VM：
eth0 – 连接MAIN的virbr0，IP:192.168.122.100
MySQL在端口3306上提供真实服务

现在要在外网上通过访问外网的MAIN的某个端口（例如12345），实现访问内网VM的3306，最初我想当然的在iptables.rules（CentOS位于/etc/sysconfig/iptables）里面增加了两条规则：

*filter
#... 其他规则
-A FORWARD -p tcp --dport 3306 -d 192.168.122.100 -j ACCEPT
#... 其他规则
COMMIT
#...
*nat
#... 其他规则
-A PREROUTING -p tcp -d 12.34.56.78 --dport 12345 -j DNAT --to 192.168.122.100:80
-A POSTROUTING -p tcp -d 192.168.122.100 --dport 80 -j SNAT --to 192.168.122.1
#... 其他规则
COMMIT

结果测试发现，在系统只有这些规则的情况下是没有问题的，但一旦libvirtd启动时自己加入的确保虚拟内网正常访问外网的NAT规则进来的话会产生冲突，原因很简单，就是libvirtd后来加入规则优先级高过我在iptables.rules里面设置的规则，所以就失去作用了。在这里我几乎花费了一天的时间来找问题到底如何解决，其中包括尝试修改iptables的优先级，详细阅读各种iptables的各种文档，用iptables-save导出被libvirtd修改后的iptables表在这基础上进行修改。最后终于搜到了libvirtd官网上的文档，讲libvirt管理下的虚拟机应该如何处理传入的连接，才了解到要用libvirtd的钩子脚本，会在任何虚拟机启动时启动这个脚本，位于/etc/libvirt/hooks/qemu 这个位置，于是编写脚本如下：

#!/bin/sh
 
Guest_name=vm-database
Host_external_ipaddr=12.34.56.78
Host_port=12345
Host_ipaddr=192.168.122.1
Guest_ipaddr=192.168.122.100
Guest_port=3306
 
if [ "${1}" = "${Guest_name}" ]; then
  if [ "${2}" = "start" ]; then
     iptables -t nat -A PREROUTING -p tcp --dport ${Host_port} -d ${Host_external_ipaddr} \
              -j DNAT --to ${Guest_ipaddr}:${Guest_port}
     iptables -I FORWARD -d ${Guest_ipaddr}/32 -p tcp \
              --dport ${Guest_port} -j ACCEPT
elif [ "${2}" = "stopped" ]; then
     iptables -t nat -D PREROUTING -p tcp --dport ${Host_port} -d ${Host_external_ipaddr} \
              -j DNAT --to ${Guest_ipaddr}:${Guest_port}
     iptables -D FORWARD -d ${Guest_ipaddr}/32 -p tcp \
              --dport ${Guest_port} -j ACCEPT
 fi
fi

这样的话，就可以确保新建的FORWARD规则的优先级是最高的了，从而不被libvirtd的规则给盖住。不过要注意的是这里无需做SNAT，因为libvirtd自己添加的在NAT表的MASQUERADE规则相当于已经给你做掉了SNAT转换！

这是值得一看的中文iptables文档，对于理解如何配置iptables的NAT配置非常有帮助！：iptables 应用初探（nat+三层访问控制）

libvirt的官网文档：http://wiki.libvirt.org/page/Networking#Forwarding_Incoming_Connections （里面提供了一个hooks钩子脚本的范例，不过这个里面提供的脚本不够全面，实际的生产环境因为可能更加复杂所以那个无法产生效果，）

最后和本文主题无关的~感谢下Haiku里面的”PoorMan”，也就是文章顶图中虚拟机中高亮的窗口，是Haiku内建的一个超级轻量级的http服务器，在我本地archlinux上研究iptables和libvirtd的时候，作为主要测试对象立下了汗马功劳。Haiku是一个开源项目，立足于创立一个与BeOS兼容的操作系统，是一个很有趣的系统，感兴趣的童鞋可以去官网下载一个玩一下~

]]> http://vifix.cn/blog/kvm-libvirtd-iptables-port-forward.html/feed 0 Parted Magic http://vifix.cn/blog/parted-magic.html http://vifix.cn/blog/parted-magic.html#comments Thu, 05 Jan 2012 11:10:44 +0000 Mac http://vifix.cn/blog/?p=2224

近来在朋友送了个512M的小U盘给我，在这文件动辄上G的年代，这小巧的容量显得并不是那么实用，于是一直在考虑到底该拿它来干吗。然后自己公司里面的PC因为是去年安装的kubuntu，当时出于可能仍然还会双系统的考虑，所以分区划分的太小，一年过去了已经渐渐的不堪用起来了，于是开始考虑把还没利用起来的仍然存在的ntfs分区合并入已有的ext4当中。以前做这种事情都是在Windows下面的Acronis Disk Director这个工具，这次打算在Linux下面处理掉这个问题。所以就google到了一个名为Parted Magic的Linux LiveCD发行版，从名字就可以看得出来，这是在模仿曾经的经典的分区软件Norton PartitionMagic的名字。

gparted是这个发行版最核心的应用，此外还提供了testdisk这个非常优秀的恢复软件（我曾经用过它的windows版本恢复过一个彻底被覆盖的分区表），当然还有其他很多和磁盘相关的应用（包括但不限于磁盘检查，磁盘备份，磁盘镜像等等等等等），并且可以使用firefox随时上网查相关的问题。

照着官网的说明，很容易就做成了自启动U盘，通过在gparted约一个小时的折腾（其中主要是因为分区位置变动所以其自动复制几十G数据时的消耗的时间），搞定了相关的问题，觉得此物还是蛮不错的，所以就写了这篇日志。

PS:  开始的时候还担心移动分区的位置可能会导致uuid变动导致grub2无法正常引导的问题，事实证明（操作前后进行了对比）这个是不会发生变化的，所以可以安心使用移动分区位置的功能（当然还是要小心操作啦～丢了数据还是伤不起的 = 。 =）

]]> http://vifix.cn/blog/parted-magic.html/feed 0 Stellarium http://vifix.cn/blog/stellarium.html http://vifix.cn/blog/stellarium.html#comments Fri, 09 Dec 2011 11:33:27 +0000 Mac http://vifix.cn/blog/?p=2182

Stellarium模拟的杭州在北京时间2011年12月10日22:17时的星空，十字选中的是正在发生月食的月亮

从小就热爱星空，然而住在城市，无缘于干净的天空不免是件很遗憾的事情，来了月全食和日全食这种盛事自然也是不能错过了。

所以这里推荐下用了多年的名为Stellarium这个好物，是个可以模拟太阳系内任意位置任意时间的天空运行的软件（包括日食月食这种天象），当然模拟的看起来并不是那么过瘾，但作为爱好者的必备软件，这个还是非常值得推荐的。

官网是：http://www.stellarium.org/

现代人真的应该好好保护下夜空了，周围很多人都觉得看过流星就是件很稀奇的事情，这个真的有点遗憾啊……

]]> http://vifix.cn/blog/stellarium.html/feed 0 DoubanFM-CLI http://vifix.cn/blog/doubanfm-cli.html http://vifix.cn/blog/doubanfm-cli.html#comments Wed, 12 Oct 2011 09:14:36 +0000 Mac http://vifix.cn/blog/?p=2158

嗯……一直想在Linux下面搞个好使的豆瓣FM客户端好在工作时听听（不然要专门开个浏览器），于是google了下找到了这个，于是什么桌面客户端之类的弱爆了啊，这个才是Geeker听音乐的方式 = 。 =

东西是Python写的，代码短小精干，也可以自己研究下

github: https://github.com/zhendi/DoubanFM-CLI

作者豆瓣: http://www.douban.com/people/KaKa9527/

]]> http://vifix.cn/blog/doubanfm-cli.html/feed 3 fbterm—支持freetype2字体库的帧缓冲终端控制台 http://vifix.cn/blog/fbterm.html http://vifix.cn/blog/fbterm.html#comments Sat, 20 Aug 2011 18:02:18 +0000 Mac http://vifix.cn/blog/?p=2134

http://code.google.com/p/fbterm/

继续来推荐Linux下面的software，这是最近发现的好物，fbterm，可以在帧缓冲的终端控制台下提供中文显示的支持，并且也能支持输入法，比起那个已经数年没有更新的zhcon好多了（zhcon也容易导致没有响应或有奇怪的问题）。更重要的是，它的字体显示是调用freetype2的，所以能和X下面的GUI应用达到相同的字体显示效果，看着文泉驿非常舒服～

中文输入法可以用来自对岸的香草输入法，在ubuntu下面（我是11.04），需要安装的包为

  • libucimf
  • fbterm-ucimf
  • ucimf-openvanilla
  • openvanilla-modules

装完openvanilla后可以去/usr/share/openvanilla/OVIMGeneric把文件移走到别的目录（其实就是删除），只剩拼音或者其它你熟悉的输入法～

然后配置一下你自己的.fbtermrc，做如下设置即可：

input-method=fbterm_ucimf

输入效果：

PS.1: 如果不介意中文输入，也可以尝试下jfbterm这个另外的控制台终端程序，貌似也还行，就是不知道为什么我这里退出的时候程序会死掉。

PS.2:KDE 4.6的性能提升不少啊，用着很舒服，KDE加油！

PS.3: 最近工作真的是忙死了，各种求RP啊

]]> http://vifix.cn/blog/fbterm.html/feed 1 推荐下mintty http://vifix.cn/blog/mintty.html http://vifix.cn/blog/mintty.html#comments Sat, 25 Jun 2011 10:10:14 +0000 Mac http://vifix.cn/blog/?p=2086

没啥好说的，cmd.exe太挫了，找到了这个mintty用来替换之，非常不错，对于CLI一直很薄弱的windows来说已经觉得很满意了。

项目似乎是基于putty的，推荐给那些整天Unix世界（Linux/BSD/OSX）和Windows世界来回奔波的geeker们（伤不起啊有木有！！！）

]]> http://vifix.cn/blog/mintty.html/feed 5 我的KDE4不可能这么华丽 http://vifix.cn/blog/my-linux-workspace-kde4-cant-be-this-deluxe.html http://vifix.cn/blog/my-linux-workspace-kde4-cant-be-this-deluxe.html#comments Wed, 26 Jan 2011 11:45:38 +0000 Mac http://vifix.cn/blog/?p=1848

呃，想了半天脑子里面还是跳出这个标题……也罢，这个就这个吧，囧 （另一个候选是“关于我的桌面的二三事”……呃……

在公司里去年11月的时候把90%的工作转向了Linux下面（偶尔要用下photoshop或者改下老项目的代码则不得不重启到windows xp），选择了一直最顺手的发行版也就是ubuntu（因为一直是kde用户，所以是直接kubuntu了），一开始装的是10.04，后来直接apt升级到了10.10。

几个月下来一直用的还算蛮顺手的，不过还是主要得益于去年11月的时候有一个项目比较空档的时候，所以能有比较多的时间来调教和熟悉KDE4（KDE1.x-KDE2.x-KDE3.x的时代一直很顺手），没有调教过的kubuntu的KDE4总觉得怪怪的，不如ubuntu的gnome那样精致。

那么记录几条算是心得的东西：

  • BFS，介个是个好东西，虽然名字比较囧，全称为Brain F**k Scheduler ，嗯你没想错，F**k正是那个地球人都知道的单词……这玩意儿是一个针对16个核心以下的cpu优化的调度器，以内核补丁的形式存在，不过懒得自己去捣鼓编译内核，就找了个适合ubuntu 10.10的第三方apt源，其地址为https://launchpad.net/~chogydan/+archive/ppa。总之一句话，快，人能感觉到的快！（不过要注意的是，nvidia的显卡需要自己去官网下一个重新安装过，ubuntu预编译的都是针对ubuntu官方预编译的内核的，对于这个第三方打过补丁的预编译内核无效）
  • 第二个好东西叫yakuake，全名为Yet Another Quake，为什么是这么奇怪的名字，是因为它是模仿Quake那个游戏内建的控制台的终端程序，装备之后，真可谓CLI anywhere了，按一下默认快捷键F12就出来一个半透明终端，拉风，又非常实用。
  • KDE4的KWin是个好东西，KDE官方的桌面效果的实现，但是它用了双缓冲这种以往只有游戏里面才会用的技术，于是在公司的intel集显上显得很不给力（甚至屏幕刷新都有问题），所以还是用compiz来做桌面装饰，首先apt安装compiz后，去KDE的settings里修改默认程序（和修改默认web浏览器同一个地方），把窗口管理改成compiz，然后在~/.kde/Autostart/下面加一个脚本，在里面启动emerald。再重启KDE即可在低端集成卡上体验到流畅的桌面效果了（这样设置不会有kpager认compiz的workspace数量认错的问题）。

最后例行的晒桌面（好吧其实也就这样……）

snapshot1 snapshot2 snapshot3 snapshot4 snapshot5 snapshot6

在公司办公桌上放了一份同事给的vim快捷键cheetsheet，努力习惯vim中……希望能过段时间写篇啥《我的VIM不可能这么华丽》吧……

]]> http://vifix.cn/blog/my-linux-workspace-kde4-cant-be-this-deluxe.html/feed 4 wget使用ssh socks代理 http://vifix.cn/blog/wget-use-socks-proxy-as-http-proxy.html http://vifix.cn/blog/wget-use-socks-proxy-as-http-proxy.html#comments Tue, 14 Sep 2010 07:40:26 +0000 Mac http://vifix.cn/blog/?p=1557 在apt自动调用wget下载http://archive.canonical.com/上的一个二进制文件的时候遇到了一个问题，那就是速度太慢，然而wget又无法直接指定ssh通道建立的socks代理服务器，于是google来了这个方法解决了这个问题。
wget不支持socks代理而仅支持http/https/ftp代理，而有时候又只有ssh可以用，这时候这个两部即可完成的技巧就很管用：

  1. 用ssh的-L参数指定一个端口到目标服务器的SSH Tunnel
  2. 将wget的http代理设置为localhost的对应端口，并增加一个http header

实际操作，指定端口转发到目标服务器，并和ssh服务器建立连接：

ssh -L 8888:[要访问的服务器IP]:[服务器HTTP端口] [ssh服务器地址]

使用wget时则需要：

wget -header="Host: [要访问的服务器IP]:[服务器HTTP端口]" http://localhost:8888/[文件路径]

如果是apt那种应用环境自动调用的wget，则可以在/etc/wgetrc里面修改参数，加入

header = Host: [要访问的服务器IP]:[服务器HTTP端口]
http_proxy = http://localhost:8888/

]]> http://vifix.cn/blog/wget-use-socks-proxy-as-http-proxy.html/feed 0