一台Windows服务器，里面装了个Oracle 9i，天知道什么时候什么烂人装的，装一半不装一半。

IMP命令运行不了，没法把数据导出来。

于是就找台版本相同的数据库服务器，手工复制了IMP命令过去，运行后提示如下：
C:\imp xxx/xxx@xxx
Message 100 not found; No message file for product=RDBMS, facility=IMP: Release 9.
2.0.1.0 -…..

Copyright (c) 1982, 2002, Or
Invalid format of Import utility name
Verify that ORACLE_HOME is properly set
Import terminated unsuccessfully
IMP-00000: Message 0 not found; No message file for product=RDBMS, facility=IMP

提示中的ORACLE_HOME误导了一起捣糨糊的人们都去讨论环境变量的问题。

后来注意到了还有个“No message file”

于是在另一台服务器上找了找，把rdbms\mesg中的impus.msb、impzhs.msb也复制过去。

再次运行imp就河蟹了。

有些项目因为客户系统在内网，为了少跑几步路，向客户申请了VPN，装个客户端，开个账号就能从办公室登录过去。

但现在换了新办公室之后，不再使用ADSL了，而是用写字楼提供的宽带，发现有些小问题，VPN没法连接了。

开始以为是软件问题没当回事，可后来重装了几次都不行，客户那边也检查了VPN防火墙正常，才想起来现在网络拓扑结构变了。得通过两层NAT上互联网，先通过公司的宽带路由接入大楼的网络，然后通过写字楼的网关访问外网，这样可能会有些问题。

于是修改了一下宽带路由的设置，把自己的主机设置为DMZ主机就行了。

就是有些麻烦，每次只能同时允许一台电脑连接VPN，有空想想还有没有别的办法。

上周末公司搬了办公室，可能是因为RPWT吧，搬完之后发现一台装着windows 2003的电脑没法启动操作系统了。

抽空检查了一下，发现总是出现启动动画时就自动重启机器了。

按F8，选择禁止故障时自动重启，看到了漂亮的蓝屏：unmountable_boot_volume

找了张安装光盘启动，选择新安装（当然不会真的安装了），发现有个分区有问题，识别不了分区格式。

重启后继续用光盘引导，按“R”选择控制台修复，运行CHKDSK /R，把几个分区都检查修复了一下，然后重启系统，能正常启动Windows 2003了，启动过程中提示修复磁盘，然后便和谐了。

修复启动没什么，值得吹嘘的是进入控制台的时候必须得使用安装时的密码，不能用修改后的密码，居然。。。又猜对密码了。

前些天在公司捣鼓无线路由，后来总算让我的神舟（Intel WiFi Link 5100无线网卡）连上了无线路由。当时以为是密码的问题。

这段时间每天不是需求调研就是出去开会，基本上没机会在公司用无线。

今天上午呆在公司，就把电脑从包里拎出来收收邮件，没曾想又连不上了。

抱着Symantec是万恶之源的想法，先把SEP禁用，然后再连接便没问题了，打开SEP后，再断线重连又连接不上。

试过几次都是这样，终于确定就是SEP惹的祸，可能是把连接程序中某个模块给拦截了吧。

在日志中瞄了一会，找不到具体是拦截的什么，所以也就无从修改SEP配置。将就吧，所幸只要连接上无线，再打开SEP就没有问题了。

WEP不受影响，就只是和WPA与WPA2过不去。

算了，得过且过吧。

昨天弄了台netgear wgr614，打算把广州办公室也加上无线。

为了安全，使用了WPA2-PSK（AES），发现我自己的笔记本居然上不了无线。

以为弄来的小白有问题，便鼓动其他人也连无线，大多数能连接上，只有一个哥们的HP本和我的神舟本一样连不上。我的是Intel WiFi Link 5100 agn，那哥们的无线网卡也是Intel的，忘记具体型号了。

以为是Intel的无线管理软件有问题，便升级到最新的13.1，还是不行，然后又干脆把它停了，使用Windows自带的无线网络管理，倒是能显示连上，其实是假象，连网关都没法ping通。

无奈改成WEP（128位）加上MAC验证，凑合着用一下。

后来要出去开会，只好作罢。

今天中午回办公室，总觉得有WPA2不用怪别扭的，接着折腾。

折腾了一中午，终于把自己的笔记本连上无线了，无意撞出来的方法忒怪异，把原先”数字+字母”的密码改成”字母+数字”的组合，居然就连上了，我靠，这TMD什么人品啊？(update 20103-11:又是乌龙，和密码没关系，是凑巧禁用了SEP撞上的！)

顺便看了一下那哥们的笔记本，发现他的问题和我不同，他安装的是XP SP2，不支持WPA2。

给他下了个KB893357补丁装上，重启后也能连上了。

下次有空下载个BT4，测一下密码安不安全。其实是多余，周围到处是802.11n，谁没事来蹭802.11g啊!

前几天为了临时搭代理服务器，装了个刚刚更新的freeproxy 4.10，并写了日志介绍。

刚才有人留言提醒该软件带病毒。

为了证实，特地去handcrafted software的论坛中看了一下，的确在两个帖子中有用户称发现病毒。

http://www.handcraftedsoftware.org/phpBB2/viewtopic.php?t=13685

这个帖子里，有人把freeproxy.zip上传至virustotal.com，被检查出有病毒感染。貌似作者的GregRobson则坚称没问题，说代码都是他一行行写的，怎么会有病毒，并且很拽的说不信我就别用了。

另外一个帖子中，则有其他用户有类似反馈

http://www.handcraftedsoftware.org/phpBB2/viewtopic.php?t=11256

所以为了安全起见，特地在那篇日志中加以了说明，没把握先不用下载。

不过我几年前用过Freeproxy，还从没发现过有病毒行为。刚才用SEP 11.0和360对setup程序和安装后的文件都检查了一遍，都没有报告有病毒。

同时启动freeproxy服务，检查网络连接状况，发现freeproxy进程仅仅监控标准的socks和http端口，没有偷偷连接其他外部服务器，等有机会连个客户端进来，再抓包分析一下看看有没有异常。

在一个安全网站中查到freeproxy被报警的原因有两个：

This process creates other processes on disk
Executes Processes stored in Temporary Folders

这两个行为都是代理软件该做的事情，可能有误报吧。

不管怎样，没搞清楚之前还是不推荐其他人使用了。我自己用倒无妨，一是普通病毒整不到我，二是我装了几个操作系统，XP只是平常使用稍多的一个罢了，大不了弄废了不用。

update:2010-3-4

刚又瞄了一下这个帖子：

http://www.handcraftedsoftware.org/phpBB2/viewtopic.php?t=13685

看样子GregRobson也纳闷是怎么回事，怀疑是因为包含的DLL中有TCP通讯行为导致的这个问题，也不确定。

他向多家杀毒软件公司提交了这个问题，symantec联系不上，但M$和Dr.Web都回应了，说是误报。

不管杀毒软件厂商怎么回复吧，至少作者有这个举措，就说明他不会人为往软件里面塞病毒，我前两天的监控也没有发现有异常的数据包和进程活动，应该是可以安全使用的了。

今天在客户那里调研一整天，中午休息时上上网查看公司邮件。

发现客户那边的网络维护人员只给我的电脑开通了上网，其他同事没有登记MAC地址的就没法上网了。

于是就上网找找代理服务器软件，给他们做个HTTP代理临时凑合一下。

想起了04年在珠海做项目时用过的Freeproxy效果不错，但几年没更新过了，打算就下载这个古董玩意对付一下也行，省得用其他软件还到处找破解。

找到了几年没看过的http://www.handcraftedsoftware.org/ ，小吃了一惊，这个Freeproxy居然在前几天刚刚更新过，现在是4.10版本了。

下载安装，界面和以前没多大差别，其他几台电脑通过它代理上网了一下午一点问题没有，稳定性似乎比以前强一点了。

先不忙删除，以后还可以随时拿出来临时对付一下。

下载地址是：http://home.alphalink.com.au/~gregr/freeproxy.zip (注意：有提醒说该软件可能感染病毒，如无把握请勿下载，如有兴趣可在虚拟机下载中试用)

更新说明：

V4.10 Build 1750, 07 February 2010
Change: Increased number of local IP addresses to 300 （用不上）
Fix: Various fixes（等于没说）

Update 2010-2-26

有网友留言说freeproxy.zip有病毒。

虽然在我的电脑上用Symantec SEP 11.0和360查杀没发现，但为了安全起见，还是得提醒各位想试用该软件的朋友小心谨慎，如果没把握还是不用下载的好。

Update 2010-3-4

可以参考一下这个帖子：http://www.handcraftedsoftware.org/phpBB2/viewtopic.php?t=13685

应该是杀毒软件误报造成的。

原先安装XP时，因为找不到驱动，所以把在BIOS中把AHCI改成IDE。

但这样安装成功的XP是不支持eSATA热插拔的，为了支持热插拔，又懒得重装XP，得想办法在XP中开启AHCI。

以下方法参考了“在已安裝 XP 系統上裝 intel 的 AHCI driver”一文(该文作者提到他也参考了HOWTO: enable AHCI mode after installing Windows)。

1.下载Intel Matrix Storage Manager

http://downloadmirror.intel.com/17882/a08/IATA89CD.exe

运行iata89cd.exe -a，将驱动解压到：C:\Program Files\Intel\Intel Matrix Storage Manager\driver中

记得加”-a”参数，否则会提示不能安装的。

2.修改注册表文件，将如下内容保存为一个ahci.reg文件，双击导入注册表：

achi.reg内容:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\CriticalDeviceDatabase\pci#ven_8086&dev_2929&cc_0106]
“Service”=”iaStor”
“ClassGUID”=”{4D36E96A-E325-11CE-BFC1-08002BE10318}”

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor]
“Type”=dword:00000001
“Start”=dword:00000000
“Group”=”SCSI miniport”
“ErrorControl”=dword:00000001
“ImagePath”=”system32\\drivers\\iaStor.sys”
“tag”=dword:00000019
“DisplayName”=”Intel AHCI Controller”

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Parameters]
“queuePriorityEnable”=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\iaStor\Enum]
“0″=”PCI\\VEN_8086&DEV_2929&SUBSYS_B0051458&REV_02\\3&13c0b0c5&0&FA”
“Count”=dword:00000001
“NextInstance”=dword:00000001

注意：以上内容只针对我的ICH9M芯片组，如果是其他芯片组得修改一下。

以上注册表信息中有两处：pci#ven_8086&dev_2929&cc_0106，根据自己的主板型号加以修改。

如果不清楚如何修改，可以查看iaAHCI.inf文件内容，找到和自己主板芯片组匹配的项目：

DiskName                                    = “Intel Matrix Storage Manager Driver”
*PNP0600.DeviceDesc                         = “Intel AHCI Controller”
PCI\VEN_8086&DEV_2681&CC_0106.DeviceDesc    = “Intel(R) ESB2 SATA AHCI Controller”
PCI\VEN_8086&DEV_27C1&CC_0106.DeviceDesc    = “Intel(R) ICH7R/DH SATA AHCI Controller”
PCI\VEN_8086&DEV_27C5&CC_0106.DeviceDesc    = “Intel(R) ICH7M/MDH SATA AHCI Controller”
PCI\VEN_8086&DEV_2821&CC_0106.DeviceDesc    = “Intel(R) ICH8R/DH/DO SATA AHCI Controller”
PCI\VEN_8086&DEV_2829&CC_0106.DeviceDesc    = “Intel(R) ICH8M-E/M SATA AHCI Controller”
PCI\VEN_8086&DEV_2922&CC_0106.DeviceDesc    = “Intel(R) ICH9R/DO/DH SATA AHCI Controller”
PCI\VEN_8086&DEV_2929&CC_0106.DeviceDesc    = “Intel(R) ICH9M-E/M SATA AHCI Controller”
PCI\VEN_8086&DEV_3A02&CC_0106.DeviceDesc    = “Intel(R) ICH10D/DO SATA AHCI Controller”
PCI\VEN_8086&DEV_3A22&CC_0106.DeviceDesc    = “Intel(R) ICH10R SATA AHCI Controller”
PCI\VEN_8086&DEV_3B29&CC_0106.DeviceDesc    = “Intel(R) PCHM SATA AHCI Controller 4 Port”
PCI\VEN_8086&DEV_3B2F&CC_0106.DeviceDesc    = “Intel(R) PCHM SATA AHCI Controller 6 Port”
PCI\VEN_8086&DEV_3B22&CC_0106.DeviceDesc    = “Intel(R) PCH SATA AHCI Controller”

3.重启电脑，修改BIOS，将IDE改回为AHCI。

4.如果能正常进入Windows XP，则系统会提示找到新硬件，可以安装刚才解压的驱动，或运行IATA89CD.exe。

5.安装完成后，在设备管理器中查看，原先的“IDE ATA/ATAPI控制器”会变成“Intel(R) ICH9M-E/M SATA AHCI Controller ”了。

用HDTune检测，可以发现现在已经支持NCQ(Native Command Queuing)了。

试了一下插拔esata硬盘，好像没什么问题。不过esata线有插拔次数限制，也不用试个没完没了。

和esata中安装的windows 2003一样，在系统日志中有iaStor错误：“设备 \Device\Ide\iaStor0 没有在传输等待时间内响应。”，可能真是IMSM有bug吧。

去年笔记本送修前，买了个飚王硬盘盒，把硬盘拆出来当移动硬盘用。后来笔记本修好了，这个硬盘盒也就闲置起来了。

这个硬盘盒带e-sata功能，我的那部神舟偏偏又有e-sata接口。放着不用太可惜了。

前几天从客户那里调研回来，顺路去太平洋买了块WD 320G，看看e-sata到底性能如何。

昨天在XP下修改成了AHCI模式，支持热插拔，测了一下读写速度还可以。

今天试一下直接在外置e-sata硬盘上安装操作系统，看看效果。

为了开启AHCI，先做点准备工作，下载了intel matrix storage manager,然后运行iata98cd.exe -a，先解压到C:\Program Files\Intel\Intel Matrix Storage Manager\driver 目录中。

然后接上软驱，将这个目录中的iaStor.sys等文件复制到软盘中。（没USB软驱的另想办法或关闭AHCI就是了）

重启电脑，在BIOS中设置esata优先启动。安装windows 2k3。

安装时按F6，等到询问驱动时，选择ICHI 9M-E/M SATA AHCI Controller即可，然后就会顺利安装完毕，不会碰到传说中的蓝屏了。（以前也是这样装的，但还就是要蓝屏，可能当时找的驱动版本不够新）

顺利完成安装，时间和在内置硬盘中安装系统差不多。

安装完成后，直接用e-sata硬盘启动，用到现在，感觉速度还挺快，复制大文件尤其快，从内置硬盘中复制一个900MB的文件到外置硬盘仅用了10多秒。居然比内置硬盘中的windows下复制文件还快。

测了一下，原来新硬盘是sata 300的，旧硬盘是sata 150，所以会快一些。

本想把新硬盘换进主机的，但既然用得没问题，干脆以后直接使用e-sata硬盘为主硬盘好了，省得拆进拆出的。

注：刚才冲凉，回来时发现个小问题，屏幕保护后，重新输入密码，居然蓝屏了。不知是电源管理对外接硬盘的支持不到位有关，还是和我为了4G内存修改boot.ini加上/PAE有关。将boot.ini参数改回，然后又等到屏保后重新登录了一下，又没问题了，奇怪。E-SATA硬盘使用usb供电，会不会是USB口供电不足导致的故障呢？

系统日志中有“设备 \Device\Ide\iaStor0 没有在传输等待时间内响应”，不知道是不是IMSM的bug。

情况如下：
1）某XP能访问一台加入域的win2k Srv，可以ping通。

2）DC正好关机。

3）该XP没有加入域

4）访问win2k Srv时，没有弹出要求输入帐号密码的对话。只有一个警告框说没有找到域服务器验证身份

开始觉得比较奇怪，后来想起来，在XP里面可以保存网络密码的。于是在帐户管理里面，查看存储的网络密码，果然是原先保存过访问该win2k的帐号密码，但是保存的帐号是域帐号。

清除掉保存的帐号密码，再访问win2k srv的共享，就可以了。

之前由于AD一直工作正常，没有发现这个现象。

这个不算解决什么问题，没有成就感！:(