NOD32与Live Messenger冲突导致Messenger 80072745错误无法登陆问题

之前在代理服务器(CCProxy)环境下上MSN还算是正常的,但是在用了几天之后LiveMessenger开始提示80072745错误,无法登陆.

最初怀疑是代理服务器出现了问题,虽然重装过,也换过了CCProxy,但是都没有能够解决这个问题.

今天上网继续翻别人的方法,解决的办法可谓是千奇百怪的,有说改系统时间的,有说注册DLL文件的,有说修改注册表的,有说安装老版本的Windows Messenger的..

但是仔细分析别人的说法,发现在80072745错误的提示下的大部分人是依赖于端口错误而造成的.

然而我的Messenger在做通讯测试的时候提示是完全正常的,同时访问Messenger Service网站也是提示是可以登录的.只有在真正登录的时候才会提示这个错误.这就让我百思不得其解了.

后来终于想到了是不是NOD32的鬼,虽然我的NOD32使用的是不携带防火墙的纯杀毒软件版,但是似乎仍然是携带了部分Web防护的功能,是不是它的问题?带着这个想法用80072745+NOD32这个关键字搜索,果然得出了我想要的结论...

理由是:NOD32和Messenger的设置或存在冲突,这个冲突是自NOD32的3.x~4.x均有的一个.

解决方法是:修改高级设置-协议过滤-对于重定向以下对象的网络通信进行过滤

默认勾选的是第三项,也就是:"标记为Internet浏览器或电子邮件客户端的端口和应用程序",需要把它改成HTTP和POP3端口即可.

于是困扰我的工作单位Live Messenger登录不能的问题解决了,但是还有一个就是家里的Messenger无法发出消息的问题...是不是也和这个NOD32有关呢?这就需要回去测试一下才知道了....

评论

  1. 匿名2009年4月13日 11:11:00

    你太有才了，我照你的说法修好了

    回复删除
  2. 匿名2009年4月14日 10:15:00

    我也修改好了。感谢

    回复删除
  3. 匿名2009年4月15日 09:25:00

    感谢，症状同，问题解决！再次感谢

    回复删除
  4. 匿名2009年5月31日 18:57:00

    谢谢，症状相同

    回复删除

发表评论

此博客中的热门博文

远程记录OpenWRT日志

默认的OpenWRT日志放在/tmp/log下，这样有个问题就是每次重启就会丢失全部的日志，于是公司的路由器每次重启之后连为什么重启都不知道 于是就想办法把日志迁移出来，好在OpenWRT本身就附带了远程日志打印功能，于是直接在内网中开一个rsyslog服务器就可以了 在/etc/rsyslog.d/下新建一个router.conf 内容如下： module(load="imtcp") module(load="imudp") input(type="imudp"      port="514"      ruleset="routerSet") input(type="imtcp"      port="514"      ruleset="routerSet") # rsyslog RuleSets ruleset(name="routerSet") {     action(type="omfile"         File="/var/log/router.log") } （这个配置文件可以在 http://www.rsyslog.com/rsyslog-configuration-builder/ 生成） 接下来启动一下rsyslog服务就可以了 systemctl restart rsyslog 在OpenWRT端需要做的工作： vim /etc/config/system 在config system下增加这么几行         option log_remote '1'         option log_ip '192.168.0.13'  # 你的日志i服务器内网IP         option log_port '514'         option log_size '0'  # 如果不加这个可能会丢失部分日志 最后那个log_size其实是日志缓冲区的意思，如果使用它默认
阅读全文

用OpenWRT打造自动翻墙路由器（详解篇）

最初先调整一下bash ，让它符合自己的工作习惯： 到vim /etc/profile，可以在里面设置自己想要的alias 比如我加了一行： alias ll='ls -al' 然后就装图形显示界面再说 首先update一下 opkg update 安装luci opkg install luci 设置luci自动启动 /etc/init.d/uhttpd enable 结果告诉我 /etc/rc.common: line 1: procd_add_reload_trigger: not found 坑爹，搜索了一下发现是因为我的固件版本与软件仓库的版本不符，导致软件与系统组件不搭配所致，后来发现是 新版的OpenWrt更新了而已，于是我升级了一下系统就好了 ，如果你无法升级系统，那么可以按照下述方式解决： 先把安装的那些个用不了的一个个卸载掉 opkg remove luci opkg remove uhttpd-mod-ubus opkg remove uhttpd 修改opkg的配置，修改到以前的仓库 vim /etc/opkg.conf 注释掉原有的仓库地址，改用旧的 #src/gz barrier_breaker http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages src/gz barrier_breaker http://downloads.openwrt.org/attitude_adjustment/12.09/ar71xx/generic/packages 然后在opkg update一下，继续 opkg install luci opkg install luci-i18n-chinese 这次在/etc/init.d/uhttpd start 的时候就不会报错了 然后稳妥的进入luci的Web界面，修改一下时区、界面语言之类的 接下来的工作是 修改防火墙的设置，让远端的HTTP和SSH能够通过 vim /etc/config/firewall config rule                                         optio
阅读全文

转一下关于Fuck的用法

不得不说,不会国骂人的人那一定不是土生土长中国人,相对的,不会用这英文四字真经的绝对也不是土生土长美国人. “Fuck” 是现代英语中最强烈，最有争议的粗语之一，这个词可能也是世界上最著名的亵渎语。但何时这个词从一个友好用法变成亵渎用法却仍然无法解释。一些证明显示，在一些英语为母语的地区，这个词直到17世纪才有一种攻击和亵渎的含义; 而另外一些证明却表明，早在16世纪的英国，这个词已经变成粗语。因此一些诸如牛津大英字典的权威资料仍然无法确定这个粗语的来源，但倾向于相信撒克逊人(英国人)起源说，然后再流传到英国殖民地，再到全世界。 　　 　　在现代英语中，”Fuck”是一种高度冒犯性的用词，是最为严厉的4字母词。”Fuck” 原意就是性交(操，干)，但它往往被用作一个咒骂语和语气加强词。一些”Fuck”原意的例子有： 　　 　　”Let‘ s fuck.” (让我们操吧) 　　”That was a good fuck.” (那真是一次美妙的性交) 　　”I can‘t believe she‘s fucking him!” (我不能相信她正在操他！) 　　”I fucked my teacher!” (我干了我老师) 　　 　　其他则是一些粗直语用法，但这些用法往往牵涉到性，譬如强奸(fuck you)或者自慰(fuck yourself). 　　 　　”Fuck you!” or “Go fuck yourself!” (我不喜欢你，快滚开) 　　”He”s a dumb fuck.” (他是个白痴) 　　”Sorry, I fucked up your computer.” (不好意思，我弄坏了你的电脑) 　　”He‘ s pretty fucked up.” (他心理或者心情不稳定) 　　”I fucked up on this test.” (我这次测验做的很糟) 　　”Let‘s fuck around for a couple hours.” (让我们浪费2个小时好了) 　　”I‘m fucked.” (结果) 　　”What the fuck!” (到底刚才发生了什么?) 　　”Shut the fuck up!” (闭嘴) 　　”I‘m so fucked up right now.” (我已经烂醉或者被药物搞的晕晕乎乎了。) 　　其他一些粗直用法则
阅读全文