openwares.net

用ssh来管理远程服务器真是一件很舒适安逸的事情,当然前提是要做足安全工作,internet上可是杀机四伏啊。

记得我刚安装好Debian的时候 ,为root设置了一个很简单的密码，然后开放了ssh服务,没几天root帐号就让人给暴了, 看看/var/log/auth.log吧，真是惨不忍睹，里面全是尝试ssh登录的记录。好吧，我承认，当时是太没经验了。当然现在这种情况是一去不复返了。

下面就来说说如何提高ssh登录的安全性和自动登录ssh服务器。

64bits CPU引入了REX指令前缀。
REX前缀的主要功能有以下几点：

• 指定通用寄存器和SSE寄存器，当然主要是来指定扩展的寄存器，如R8-R15寄存器等

• 指定64位操作数

• 指定扩展控制寄存器

一直以来都不知道这个REX缩写词是由哪个或哪几个单词缩写来的，今天突然想明白了，REX应该就是Register EXtension，因为REX的主要功能就是用来索引扩展寄存器的。

关于REX前缀更详细的介绍，请参考Intel® 64 and IA-32 Architectures Software Developer’s Manuals

一直琢磨着抽空再玩玩FreeBSD,第一次接触FreeBSD是6.0-Release,距现在时间不短了。

前几天有点儿时间，在windows 2003 R2 x86服务器上的VirualBox 2.2.4里面开始安装最新的FreeBSD 7.2 AMD64 Release。安装也还算顺利，毕竟原来接触过，熟悉了他的分区规则概念slice和partition就没啥大的障碍了。这次装FreeBSD要好好的研究一下，以后在FreeBSD里面host个网站，FreeBSD毕竟是TCP/IP的发源地，其稳定性也是有目共睹的。

因为有在VirtualBox里面安装Debian的经验，特别关注了一下客户机的时间，果然客户机的时间走的特别慢，没多久就与Host差了几分钟，而且可以看到时间差在明显的拉大。系统时间的准确性对于服务器来讲还是比较重要的，cron守护程序，网络日志等都严重依赖于系统时间。因为在客户机Debian使用的ntpd来校对系统时间，运行很正常，也在这里如法炮制吧，在运行ntpd之前也用ntpdate同步了几次时间。但是，为什么又是”但是”。
ntpd看样子很正常，但是Guest系统时间依旧比Host慢一拍,差距眼看着在拉大。当时实在是搞不清怎么回事了，google了一下也没找到满意答案，就暂时放下了。

今天连上FreeBSD一看，晕，时间都慢了一天多了，看来不解决时间是不行了。去google英文站搜，经过几轮筛选总算发现了一个有价值的信息：在FreeBSD的/boot/loader.conf文件里面增加一句kern.hz=100。赶快试验了一下，还真是这样,记得要重启一下guest。不用开ntpd时间也跑的很准确了。当然如果你要求很高可以继续开着ntpd。kern=100这几话怎么讲呢，官方说是降低客户化FreeBSD的CPU使用率，难道是因为CPU使用率高导致部分时钟中断丢失造成时间跑慢吗？我还没想明白，谁明白这个原理给我留言解释一下吧，谢谢。

===
[erq]

traceroute是常用的网络诊断和查询工具，但是通常traceroute只能显示中间路由器和主机的ip地址和主机名，如果能输出机器的地理位置是最好不过了。怎么办？重新写一个traceroute？这是windows的思路。traceroute已经足够好了，为什么要重写呢，我们只要把结果加工一下就可以了。不得不佩服UNIX的设计哲学，无疑这种正交的功能，如果硬要搀和在一起，实在是没什么必要和额外的好处。

这几天正好研究了一下纯真IP数据库的格式，看着qqwry.pl的代码实在是太乱，所以完全重写了一个perl查询脚本ip_geo_qqwry.pl，配合qqhostinfo插件来查询IP地理位置，看着顺眼多了 ：）

utf8是目前最好的多字节编码方案，支持世界上的绝多大多数语言，也是我最喜欢的字符集。debian lenny 上的awstats安装完毕后，默认输出iso-8859-1字符集，对中文支持不友好。打开/usr/lib/cgi-bin/awstats.pl
，定位到大约第80、81行将$PageCode变量的内容更改为’UTF-8’,这样awstats就可以吐出utf8编码格式的页面了。修改成utf8字符集还有一个好处，不用加载decodeutfkeys插件就可以正确的显示来自google的中文搜索关键字了。至于百度让它自生自灭去吧！

awstats通过插件qqhostinfo插件和qqwry.pl库使用纯真IP数据库可以显示来访者的地理位置，是一个不错的解决方案。具体的使用方法网上转载很多，可以google之。纯真IP数据库使用的是gbk/gb2312/gb18030系列编码，而我的awstats使用utf8编码，所以显示出来的物理地址全部是乱码。解决方法也很简单，打开qqwry.pl，在文件前面加上一句”use Encode;”,然后找到”return $ipaddr;”这一行，在其前面加上一句”$ipaddr=decode(“gbk”,$ipaddr);” 就ok了，因为perl 5内部使用的就是utf8编码，所以就不用再encode成utf8了。

KWinUI配合ResEdit来开发Dialog Based Application还是比较轻松的。

启动ResEdit添加一个简单的dialog资源，ResEdit为你生成两个文件，一个是资源文件，一个包含资源ID的头文件resource.h。我这里简单的把这两个文件的内容贴出来。

在KWinUI发布的文章中有些事情没有说清楚，现在补充一下。

首先是KWinUI的开发和测试环境。在开发KWinUI的最初是用的Visual C++ 2005 Express和windows platform sdk,sdk的版本记不清楚了。对于开发工具，我是有新的不用旧的。后来换到了Visual C++ 2008 Express,sdk更新到了windows sdk 6.0。为什么要用Express版本，自然是因为它是免费的，而且相当的好用，运行速度飞快。VC的编辑器我是不用的，我还是习惯用vim，所以其实主要用到的还是它的Debugger，编译、链接的话用命令行也是一样的方便。KWinUI还特别考虑到了C++ Builder系列的兼容性，因为我早年用过一段时间C++ Builder，相当不错的工具。不过我只在Turbo C++ Explore下面做过测试，除了它生成的程序体积比VC大一些以外，其他都还正常。甚至KWinUI可以与VCL混合编程，我试过。所以使用VC 2005/2008 Express加上最新的windows sdk或者Turbo C++ Explore以上版本的C++ Builder,来使用KWinUI应该都是没有问题的。

其次是关于界面设计。KWinUI是没有可视化界面设计器的，不过对于Dialog Based应用来说，这也不是很大的问题，我习惯用ResEdit来设计界面，也是很方便的，ResEdit是一个很不错的资源编辑器，现在完全支持UNICODE，使用很简单。后面会放出几个这样的samples。后面的samples会尽量带上截图，可以更直观的看到用KWinUI做出来的程序长啥样子:)，其实不过就是标准的windows程序界面。KWinUI的程序支持系统的视觉样式也是很简单的，增加个manifest资源就可以了，关于这个网上介绍的不少。我也基于KWinUI做了一个支持程序换肤的库，不过还不太成熟，有机会可以展示一下。

因为要经常在post中贴一些代码出来，为了美观，安装了WP-Syntax插件来高亮代码，但是wordpress的visual编辑器实在是太逊了，经常把整齐的代码搞的一团糟，虽然有语法高亮，但是仍然惨不忍睹。

终于再无法忍受，寻觅其他解决的办法。平时编辑代码都是用vim的，突然想到vim有一个功能可以把编辑的文本转换为HTML格式，这不正是我想要的吗！vim的语法高亮能力可不是一般的强悍，用vim编辑代码那可是相当的舒适。

终于可以抛弃wordpress的visual编辑器了。在vim里面执行:TOhtml就可以把当前编辑的文本转换为HTML页面，转换结果相当的好，也可以用：m,nTOhtml把一个范围内的文本转换为html。

因为我的vim用的自己修改的desert256配色方案，背景是黑色的，所以转换出来的html在白色背景下略显刺眼。

UPDATE:
最新版的vim默认使用CSS来生成html代码,这样嵌入wordpress会有问题,可以在~/.vimrc文件里面设置变量关闭CSS来解决问题

:let g:html_use_css=0