昨天在Amazon EC2上搭建了一套PPTP-VPN环境，通过Windows建立VPN连接非常成功，但是在Kubuntu环境中，采用“网络设置”中的VPN连接，始终无法与VPN服务器建立连接。
后来发现原来有些小机关要设置，参考资料是一片英文文档：
http://vpnblog.info/ubuntu-pptp-strongvpn.html
实际上有两个地方要注意，在VPN的“高级”配置中，（1）要去掉MSCHAP认证方式；（2）同时要选择“使用MPPE加密”。
MeeGo的发展固然堪忧，QT的发展也固然受到影响，不过受影响最大的应该就是Intel。如果生产出手机芯片，却没有任何一个厂家支持，确实让人烦恼；不能在手机芯片市场站稳脚根，其他移动设备市场即使占有较大份额，估计对Intel也没有太大的意义。
Intel想去寻找另外一个手机大厂来支持它的芯片和MeeGo系统，估计会比较困难。与其这样，为什么不向联发科学习？提供完整解决方案给中国的山寨厂家。中国手机山寨厂家的能力还是很强的，很有可能会对Nokia/Samsong/Moto造成极大的冲击，是手机世界里另一股不可忽视的力量。
通过SSH2在远程登陆Ubuntu，可以使用下面的命令关闭或者重起Ubuntu：
sudo shutdown -h now 现在关机
sudo shutdown -r now 现在重起
另外，需要在路由器上放开22端口，才能通过远程访问Ubuntu。
以下操作基于Ubuntu10.10，参考随机附带的文档：/usr/share/doc/apache2/README.Debian.gz
Ubuntu确实不错，只需要简单的几个命令就可以了。
sudo a2ensite default-ssl
sudo a2enmod ssl
sudo make-ssl-cert generate-default-snakeoil --force-overwrite
执行上述操作后，apache2的配置文件变更为：/etc/apache2/sites-enabled/default-ssl
使用命令 sudo service apache2 restart 后，就可以以https方式访问apache服务器了。
这实在是一件让人费解的事情！作为一个老牌的手机开发商，居然放弃了最核心的手机操作系统部分！媒体拿moto作例子，moto不就是果断选择android才能重新崛起么？话是这么说，可是moto毕竟不像Nokia一样，moto手机部门是整个moto的一部分而已，而手机对Nokia来说，基本相当于命脉。积攒了这么多年的开发和人力，居然无法做出一个与iOS和Android竞争的系统，实在让人无语！
Nokia没有全力发展Maemo是一个错误，与Intel联盟发展MeeGo是另一个错误，转而与微软结盟可能是第三个错误。
当然，这些都是不明真相群众的围观看戏而已。让人忧虑的是QT未来的发展。
毫无疑问，Nokia这次的决定让QT处于非常尴尬的位置。坦率地说，这两年QT在Nokia的支持下发展非常好，4.x版本给人留下了非常好的印象。而现在Nokia据说只会给QT最小限度的支持，QT开发组裁员估计是不可避免的。现在国外各QT/KDE论坛都在热烈讨论是否有必要fork一个版本出来（感谢Nokia在4.x是发布了QT的LGPL版本），可见这个消息给QT开发社区造成了相当大的冲击。
作为商业开发，选择一个开发工具或者开发套件是一件非常慎重的事情。负责任的开发公司对已有的工具都进行了大量的投资（包括人力培训、产品积累、产品管理等），不可能像普通开发人员的个人兴趣那样随时转换工具，这期间涉及大量的版本迁移、客户支持、开发演进等各方面的重大变更。
而我们也恰恰选择了QT作为基础开发套件之一，并在QT上花费了巨大的人力、物力和财力！
即时最终QT社区fork出一个新的QT，在技术支持、开发质量等方面是否能保持目前的水准，也是个很大的问题。面对QT未来发展的不确定性，实在不得不深深地忧虑。
昨天搭建了apache2和subversion的环境，在内网访问时完全没有问题，但是如果从外网访问时，发现总是无法找到server打开网页。
查了很久，排除了各方面的原因后，判断是电信封掉了adsl上网的上行80端口，导致外部浏览器无法访问apache。
解决方法就是将apache的监听端口从80修改到8080即可。网络上的一些资料是基于旧的apache进行配置或者是windows环境下的apache，与ubuntu环境下的apache2的配置有些不同。下面的配置基于Ubuntu10.10以及apache2：
step1：sudo gedit /etc/apache2/ports.conf 修改监听端口以及主机端口为8080
NameVirtualHost *:8080
Listen 8080
step2: sudo gedit /etc/apache2/sites-available/default 只要修改virtualHost的端口即可：
<VirtualHost *:8080>
step3：重启apache2
sudo service apache2 stop
sudo service apache2 start
以下各项操作基于Ubuntu10.10 desktop版本，其他版本估计也是类似，差别不大。
1、安装软件
安装apache2: sudo apt-get install apache2
（Ubuntu安装完上述软件后，会自动启动web服务，我们可以通过浏览器访问http://localhost。如果一切正常的话，应该能看到一个非常简陋的html页面）
安装subversion: sudo apt-get install subversion
安装apache的svn模块: sudo apt-get install libapache2-svn
2、创建subversion库
创建目录 sudo mkdir -p /var/local/svn/repos
创建subversion库 sudo svnadmin create /var/local/svn/repos
将所有权授予Apache(www-data) sudo chown -R www-data:www-data /var/local/svn/repos
3、配置Apache2（使用基本的用户名和密码验证方式）
修改/etc/apache2/mods-available/dav_svn.conf,完成后的文件如下:
<Location /mss_svn>
DAV svn
SVNPath /var/local/svn/repos
AuthType Basic
AuthName “Subversion Repository”
AuthUserFile /etc/subversion/passwd
Require valid-user
</Location>
创建用户及密码: sudo htpasswd -c /etc/subversion/passwd yxh
此时系统会提示输入用户yxh的密码。用户名和密码保存在上述passwd文件中。
4、启动Apache2，使上述配置生效
sudo service apache2 stop
sudo service apache2 start
5、打开浏览器访问：http://localhost/mss_svn，输入用户名和密码就可以浏览svn库了。
平时使用TortoiseSVN时，也是使用http://localhost/mss_svn就可以对库进行操作了，当然，也需要输入用户名和密码。
（上述localhost也可以换成ip地址或者其他能访问的域名）
经过测试，其实台湾的几个源是非常快的，而且是Debian官方认可的源，在安转Debian时，可以选择台湾的源作默认源，也可以安装完后再修改：
从Debian网站上下载了网络安装包，在VirtualBox中试试最新的Debian 6。以前安装Debian的体验是比较郁闷的，过程比较繁琐、复杂，因此安装最新的Debian 6之i前，心理上也做好了放弃的准备。
然后实际结果让我大吃一惊！
Debian 6的安装过程太顺利了，基本上和linux mint debian的安装过程一样顺利。我只测试了图形化安装方式，基本上都是一路点“继续”就好了。安装过程中让人惊喜的是直接就安装好了VirtualBox的AdditionalServices, 不需要单独安装。印象中，似乎只有Fedora13以上版本能这么支持。
Debian 6缺省的图形界面是Gnome，基本上没有太多额外的定制，只是中文版本初始界面的字体实在是太大了，可以用硕大来形容。如果看习惯了Mint/Ubuntu的中文界面，Debian 6的硕大中文字体确实非常有视觉冲击力。
有些比较诡异的地方，是debian将一些常用软件改成了一些莫名其妙的名字，例如Firefox被改名为Iceweasel，这是什么道理？是为了避免版权纠纷？可是OpenOffice套件仍然保留了原来的名字。。。
总的来说，debian 6给人的感觉相当给力。这个版本不仅保留了以前”debian版本适合作服务器”的特点，桌面应用也有了长足的进步。
升级到了9.0.597.84版本，不知道这个版本和以前的版本有什么区别。chrome的升级真是神速！
比较奇怪的是，我的chrome总是提示重新启动，每次重起之后还是以前的版本号。非要进入chrome的安装目录，删除以前的chrome.exe文件，将new_chrome.exe更名为chrome.exe才行。
另外发现一个比较奇怪的问题，在linux下用firefox登录google docs写文档时，经常会出现“连接服务器出错”的问题，而在windows下使用chrome登录google docs写文档时，则没有出现类似的问题。在linux环境下也安装同版本的chrome，与在windows系统下的表现基本一样。在widnows环境中没有尝试firefox，因此不能确定是firefox的问题? 还是google在某些产品的体验上，对其他浏览器作了一些“特殊处理”？