这个很重要，先记下。稍候出一份整理好的。

update: http://code.google.com/p/chnroutes/   不用自己操刀了，哈哈。

通过后验证email，验证网站，然后在控制面板的第二个tab就可以生成证书文件ssl.crt了。

打开hm里的cpannel里的SSL管理器，

把privatekey上传（其实我不知道这个要不要上传）

把ssl.crt上传，另外还要把startssl的根证书也一起上传（hm把这个叫做CA bundler)。

然后发ticket叫HM安装，装完就好了。

一开始我没有上传根据书，hostmonster的客服就让我上传CA bundler，我也不知道这个是啥，只是分析猜测是根证书，所以就上传了，结果是猜对了。

HM的客服安装完后，https就可以用了。呵呵，不过目前还不知道要拿来干嘛，纯粹研究一下。

just test.

csetacl.cpp:

--- CSetACL.cpp.old     2009-04-06 23:44:41.000000000 +0800
+++ CSetACL.cpp 2009-04-06 23:57:16.000000000 +0800
@@ -2288,7 +2288,7 @@
        m_nAPIError                     =       RegOpenKeyEx (hRemoteKey ? hRemoteKey : hMainKey,  sSubkeyPath, 0, KEY_ENUMERATE_SUB_KEYS | KEY_EXECUTE, &hOpenStd);
 
        // We now know the key exists. Let's try some black magic and open it like a backup program
-       if (hOpenStd && (m_nAPIError == ERROR_SUCCESS || m_nAPIError == ERROR_ACCESS_DENIED))
+       if (hOpenStd || m_nAPIError == ERROR_ACCESS_DENIED)
        {
                DWORD   nNewCreated     =       0;
                DWORD nErrTmp   =       0;
@@ -2307,6 +2307,7 @@
                if (hOpenBckp && nErrTmp == ERROR_SUCCESS)
                {
                        *hSubKey                =       hOpenBckp;
+                       m_nAPIError = ERROR_SUCCESS;
 
                        // The standard key is not needed
                        RegCloseKey (hOpenStd);

新exe在这里.

设置注册表权限方法：

setacl -ot reg -on HKEY_LOCAL_MACHINE\aaaa\hehe  -rec yes  -actn setowner  -ownr n:Administrators -actn clear -clr dacl -actn setprot -op dacl:np

换作普通人，此时只能重装系统了。没办法，谁让我是IT民工，拿出windbg慢慢调。发现创建一个com+对象时，进入NtRequestWaitReplyPort后死等了。猜是com+问题，好像我以前禁用过com+。

运行 dcomcnfg，其界面直接死掉。晕，再调，发现还是这个com+对象的问题，写段小程序验证，一样是死锁：
 CoInitialize(0);
 CLSID clsid;
 CLSIDFromString(L”{182C40F0-32E4-11D0-818B-00A0C9231C29}”, &clsid);
 MULTI_QI qi = {0};
 qi.pIID = &IID_IUnknown;
 CoCreateInstanceEx(clsid, 0, CLSCTX_LOCAL_SERVER, 0, 1, &qi);

 if (qi.pItf) qi.pItf->Release();
 CoUninitialize();

可见的确是com+问题。注册表中删掉这个clsid，发现dcomcnfg可以运行出界面了，但进入后有些操作还是报错。启动msdtc就报错。

用msdtc -resetlog 重置log后，msdtc服务(Distributed Transaction Coordinator)可以启动了。原因是我曾经删掉了C:\WINDOWS\system32\MsDtc下的LOG文件。微软真TM搞笑，没有了LOG你直接创建不行吗，还要像模像样的搞个命令行参数重置LOG。多此一举。

但恢复备分的clsid发现还是出错，只能重装com+了：

1. 去掉光驱和虚拟光驱里的光盘或映象。保证第2步不会被系统自动找回dll
2. 删 C:\WINDOWS\system32\dllcache\clbcatq.dll
3. 重命令 C:\WINDOWS\system32\clbcatq.dll 为其它名如 ~clbcatq.dll
4. 删 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\COM3 键
5. 重启系统
6. 删目录 c:\windows\Registration
7. 复制 c:\windows\inf\sysoc.inf 到 c:\sysoc.inf，打开c:\sysoc.inf，找到com=那一行，去掉hide字样
8. 运行命令： sysocmgr /y /i:C:\sysoc.inf ，可以看到com+并发现已经被勾选。直接点下一步安装com+。安装成功。
9. 运行dcomcnfg检查是否真的成功。
10. 重启系统。

OK, 这样com+就正常了，iis也能正常安装了。

想把一台linux加入到域中，网上记录倒是不少，但是都有个公共的特点，一开始就要输入域控制器和域里的kerberos服务器IP。在windows下，入域很简单，根本不用知道什么IP，在机器名那里改改就进去了。如果整个域是自己做的，那自然知道域控的IP。但如果不是自己做的，是在已经做好的环境如公司里，咋办呢？

事实上，windows能找到，说明事情是有解的，只是解该怎样找的问题。搜了一圈也终于找到了，答案很简单，那就是微软有个nltest.exe的小工具，下回来运行一下就搞定了：

用：
nltest /DCLIST:DOMAINNAME        
取得域里的控制器列表。它还会列入主域控制器（PDC）

用
nltest /DSGETDC:DOMAINNAME  /KDC
可以得到kerberos的IP。这就终于可以进行下面的尝试了。

微软的工具是个安装包，我把文件提出来后压缩上传了，可点此处下载。

但这样做的话，就留下一大堆垃圾了。我比较了一下新的2.7.1和原来的目录的内容，把原来我加的文件copy了过来。不是我加的就不管了。然后运行，升级成功。回首页一看，惨了，一片空白。

因为想就着这个机会改一下theme，所以我没有copy theme过来，也许是这个原因吧。我把theme copy过去，果然行了。赶紧下个新的theme。设为新theme。OK，一切正常。最后把发表评论的那个图片验证码的逻辑小改了一下。默认这个图片验证码是在提交按钮下面的，移动一行解决。

其中2和4，已经发布版还没有，但不少用户强烈要求加上。
不同的人要求不同，奇怪的是有用户想要4这个方式。唉，谁让用户是上帝呢，这种东西，最后还是要做啊。

写一句。愿早点渡过灾难。

在windows xp sp3上安装vs2005时，报错：

—————————
Microsoft Visual Studio 2005 Setup
—————————
Some components must be installed in  directory. Check that you have write permissions and enough space in that directory.
—————————
OK  
—————————

因为报了这个错，在vmware中重试了一把确实有这个问题。

当然也可能是我的vs2005版本的原因，但这个版本我用了很多年了，之前一直是好的。

唉。

 5-10注：

事后表明只有从硬盘安装才会报这个错误，重新下载一个光盘版，无此错误。

把光盘版里的文件拷到硬盘安装，也一样出这个错误。

不过光盘版必须用工具比如ultraiso把卷标改为DVD1，注意全大写。否则会要求插入光盘。