Author: Unknown
•20:14
今天从网上下载了一个chm文档,结果打开的时候总是提示“已经取消到该网页的导航”,不知道到底是怎么回事,只好上网搜索,找到了答案!

解决方法如下:
为最终用户提供的解决方案
警告:如果提示从网站打开或保存 .chm 文件,应仅在需要此文件且信任提供此文件的网站的情况下进行此操作。

在“文件下载”对话框中,单击“保存”,然后选择要保存此 .chm 文件的位置。然后,使用下面的方法之一:
方法 1
双击此 .chm 文件。
在“打开文件安全警告”对话框,单击以清除“打开此文件前始终询问”复选框。
单击“打开”。
方法 2
右键单击该 CHM 文件,然后单击“属性”。
单击“取消阻止”。
双击此 .chm 文件以打开此文件。

为系统管理员提供的解决方案
要解决此问题,请使用下列方法之一。
使用 UNC 文件路径和文件共享以链接到 .chm 文件
如果 Intranet 网页使用 HTTP URL 方案链接到 .chm 文件,安全更新 896358 可能阻止用户查看 .chm 文件的主题。使用 UNC 文件路径替换 HTTP 文件路径可以重新从网页打开 .chm 文件。

要使用 UNC 文件路径替换 HTTP URL,请按照下列步骤操作:
将 .chm 文件放在可以使用 UNC 文件路径访问的文件共享服务器上。

UNC 文件路径类似于下面的路径:
\\productmanuals\helpfiles
使用 ItssRestrictions\UrlAllowList 值使 Intranet 中的系统能够从该文件共享访问 .chm 文件。

有关更多信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
896054 (http://support.microsoft.com/kb/896054/ ) 无法在安装安全更新 896358、安全更新 840315 或 Windows Server 2003 Service Pack 1 后使用 InfoTech 协议打开远程内容
更新 Intranet 网页上的链接,以便在链接到 .chm 文件的 URL 中使用 UNC 文件路径。
注意:此方法仅对来自 Intranet 区域的页面有效。对于来自 Internet 区域的页面,此方法无效。

微软关于这个问题的说明:http://support.microsoft.com/kb/902225/zh-cn
Author: Unknown
•09:17
MSN今天登录的时候360询问是否阻止,结果一不小心点了阻止,就不能登录上去了,也找不到再次允许的地方,无奈只能重启电脑,仍然不能登录,显示80072745 错误,测试一下网络,在发送验证数据的时候就发生错误,在网上搜索360并没有自己的防火墙,再下一次运行msn的时候其实就是允许了的,无奈只能又到网上搜索,解决方法的有很多种,不过都没有真的解决问题,最终找到了下面的方法:
打开Nod32的主窗口,“设置”—> “高级设置”—>“防病毒和反间谍保护”—>“协议过滤”,默认的重定数据过滤检查选的是第三项:端口和应用程序被标志着作为Internet浏览器或电子邮件客户端。我把它修改成选择第一项,即:HTTP和POP3协议端口,然后点“确定”按钮。重新启动MSN,用户名,密码,登录…哈哈,登录成功!
其实我还是很奇怪,Nod32也不是第一天装上去,不明白前些天是怎么用的,无所谓了,只要能用就好了,哈哈...
Author: Unknown
•19:21
[转载] http://jkflyfox.spaces.live.com/blog/cns!C936FCDDF997BA5F!169.entry
由于特定需求,最近实验室需要远程连接外地的sql server 2000服务器,最开始怎么连也连不上,出现了很多问题,但是在今天上午,借用实验室的测试条件(一个公网IP,两个教育网静态IP),终于调试通过,也 算是完成了老师的任务,在这里写下自己的心得,参考了很多网上的文章和论坛里的问题,希望对有此需要的有帮助。不完善之处,也请留言。废话少说,进入主 题。
步骤:
一 看ping 服务器IP能否ping通。
这个实际上是看和远程sql server 2000服务器的物理连接是否存在。如果不行,请检查网络,查看配置,当然得确保远程sql server 2000服务器的IP拼写正确。

二 在Dos或命令行下输入telnet 服务器IP 端口,看能否连通。
如telnet 202.114.100.100 1433
通常端口值是1433,因为1433是sql server 2000的对于Tcp/IP的默认侦听端口。如果有问题,通常这一步会出问题。通常的提示是“……无法打开连接,连接失败"。
如果这一步有问题,应该检查以下选项。
1 检查远程服务器是否启动了sql server 2000服务。如果没有,则启动。
2 检查服务器端有没启用Tcp/IP协议,因为远程连接(通过因特网)需要靠这个协议。检查方法是,在服务器上打开 开始菜单->程序->Microsoft SQL Server->服务器网络实用工具,看启用的协议里是否有tcp/ip协议,如果没有,则启用它。
3 检查服务器的tcp/ip端口是否配置为1433端口。仍然在服务器网络实用工具里查看启用协议里面的tcp/ip的属性,确保默认端口为1433,并且隐藏服务器复选框没有勾上。
事实上,如果默认端口被修改,也是可以的,但是在客户端做telnet测试时,写服务器端口号时必须与服务器配置的端口号保持一致。如果隐藏服务器复选框 被勾选,则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接,但是Tcp/ip协议的默认端口将被隐式修改为2433, 在客户端连接时必须作相应的改变。
4 如果服务器端操作系统打过sp2补丁,则要对windows防火墙作一定的配置,要对它开放1433端口,通常在测试时可以直接关掉windows防火墙(其他的防火墙也关掉最好)。
5 检查服务器是否在1433端口侦听。如果服务器没有在tcp连接的1433端口侦听,则是连接不上的。检查方法是在服务器的dos或命令行下面输入
netstat -a -n 或者是netstat -an,在结果列表里看是否有类似 tcp 127.0.0.1 1433 listening 的项。如果没有,则通常需要给sql server 2000打上至少sp3的补丁。其实在服务器端启动查询分析器,输入 select @@version 执行后可以看到版本号,版本号在8.0.2039以下的都需要打补丁。
如果以上都没问题,这时你再做telnet 服务器ip 1433 测试,将会看到屏幕一闪之后光标在左上角不停闪动。恭喜你,你马上可以开始在企业管理器或查询分析器连接了。

三 检查客户端设置
程序->Microsoft SQL Server -> 客户端网络使用工具。像在服务器网络实用工具里一样,确保客户端tcp/ip协议启用,并且默认端口为1433(或其他端口,与服务器端保持一致就行)。

四 在企业管理器里或查询那分析器连接测试
企业管理器->右键SQlserver组->新建sqlserver注册->下一步->写入远程IP->下一步-> 选Sqlserver登陆->下一步->写入登陆名与密码(sa,password)->下一步->下一步->完成
查询分析器->文件->连接->写入远程IP->写入登录名和密码(sa,password)->确定
通常建议在查询分析器里做,因为默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是4秒,而查询分析器是15秒。
修改默认连接超时的方法:
企业管理器->工具->选项->在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡->连接设置->在 登录超时(秒) 后面的框里输入一个较大的数字
查询分析器->工具->选项->连接->在 登录超时(秒) 后面的框里输入一个较大的数字
通常就可以连通了,如果提示错误,则进入下一步。

五 错误产生的原因通常是由于SQL Server使用了"仅 Windows"的身份验证方式,因此用户无法使用SQL Server的登录帐户(如 sa )进行连接。解决方法如下所示:
 1 在服务器端使用企业管理器,并且选择"使用 Windows 身份验证"连接上 SQL Server。
  2 展开"SQL Server组",鼠标右键点击SQL Server服务器的名称,选择"属性",再选择"安全性"选项卡。
  3 在"身份验证"下,选择"SQL Server和 Windows "。
  4 重新启动SQL Server服务。(在dos或命令行下面net stop mssqlserver停止服务,net start mssqlserver启动服务,也是一种快捷的方法)。

附注:在连接本地服务器时,通常使用的是命名管道协议(在服务器网络实用工具里可以看到启用的协议有这个),默认端口是445,因此在本地能连通是不能说明什么问题的,连接远程服务器是完全不同的协议)