在家庭Qwest DSL连接上无法连接到research.microsoft.com


3

关于从我家Qwest DSL连接访问research.microsoft.com我有一个令人费解的问题。默认情况下,我在Mac上从Firefox,Safari或Chrome访问research.microsoft.com时经常会出现超时。我也无法从Windows VM中的Internet Explorer访问该站点。但是,我可以通过proxify.com访问该网站,所以我知道该网站没有关闭。此外,我没有注意到访问其他网站的问题(特别是,www.microsoft.com工作正常)。此外,当我连接到家庭Qwest DSL连接以外的网络时,我可以访问research.microsoft.com。总之,上面让我怀疑我的路由器(机场快车)或更可能是我的ISP的问题。

任何人都对如何进一步缩小问题有任何想法?我可以打电话给我的ISP并告诉他们上面的内容,但我的感觉是可能不会让我走得太远。我可以通过代理浏览research.microsoft.com,但是很好地弄清楚这里发生了什么并解决了问题。哦,我通过Google找到的唯一相关讨论是:

http://forums.whirlpool.net.au/forum-replies-archive.cfm/1311734.html

更新:感谢那些试图帮助的人!谷歌搜索时我发现了另外一件可能含糊不清的事情:

http://thedaneshproject.com/posts/supportmicrosoftcom-not-working-behind-squid/

在Firefox中禁用Accept-Encoding标头实际上对我没有任何影响。我只是认为上面的内容可能引发一些其他想法,关于错误处理某些地方的HTTP标头可能会导致这个问题。再次感谢!

另一个更新:如果有人还在考虑这个问题; 我发现我无法使用基于链接文本的浏览器浏览research.microsoft.com,但我可以使用wget可靠地下载单个文件。也许这有帮助吗?


你不是一个人。我有完全相同的问题。和你一样,我可以通过使用我大学的VPN来“解决”它。
MJeffryes 2010年

我更新了我的答案,我今天也遇到了与其他提供商相同的问题。我想也许@Ziggamorph也没有使用Qwest?问题出在微软。
Arjan 2010年

我也有这个问题。我正在使用TalkTalk。
Ollie Saunders 2010年

Answers:


1

以下是什么IP地址给你的?

挖掘research.microsoft.com

我明白了:

[..]
;; 答案部分:
research.microsoft.com。617 IN A 131.107.65.14

使用其他DNS服务器(如OpenDNS)时也是如此:

dig @ 208.67.222.222 research.microsoft.com

更新:当您获得相同的IP地址时,下一步是将实际路由结果与物理上靠近您所在位置的人进行比较。我以为我在荷兰使用我自己的提供商没有任何问题,但今天我也无法访问该域名。所以,我猜这是微软的一个糟糕的配置(接近); 在那里抱怨时,你可以将他们推荐给这篇文章。

traceroute -q 1 research.microsoft.com

traceroute to research.microsoft.com(131.107.65.14)[..]

 1个speedtouch(192.168.1.254)29.850毫秒
 2 lo1.dr5.d12.xs4all.net(194.109.5.219)16.181 ms
 3 0.ge-3-3-0.xr4.1d12.xs4all.net(194.109.7.157)15.721 ms
 4 asd-dc2-ias-ur10.nl.kpn.net(194.151.244.74)15.172 ms
 5 195.190.227.221(195.190.227.221)15.599 ms
 6 nyk-s1-rou-1001.us.eurorings.net(134.222.231.230)103.566 ms
 7 nyk-s2-rou-1001.us.eurorings.net(134.222.226.18)102.136 ms
 8 134.222.248.6(134.222.248.6)101.973 ms
 9 ge-1-3-0-0.nyc-64cb-1b.ntwk.msn.net(207.46.47.214)101.625 ms
10 ge-7-0-0-0.nyc-64cb-1a.ntwk.msn.net(207.46.47.20)103.419 ms
11 ge-1-0-0-0.chg-64cb-1b.ntwk.msn.net(207.46.43.156)124.905 ms
12 xe-7-0-3-0.ch1-16c-1a.ntwk.msn.net(207.46.46.159)124.442 ms
13 ge-3-1-0-0.co1-64c-1a.ntwk.msn.net(207.46.46.118)184.476 ms
14 ge-4-0-0-0.co2-64c-1b.ntwk.msn.net(207.46.46.93)185.815 ms
15 ge-1-2-0-0.wst-64cb-1b.ntwk.msn.net(207.46.43.205)184.357 ms
16 vlan57.wst-76e-2.ntwk.msn.net(207.46.46.38)184.053 ms
17 207.46.36.110(207.46.36.110)184.450 ms
18 131.107.200.246(131.107.200.246)185.064 ms
19 131.107.200.78(131.107.200.78)187.394 ms
20 131.107.201.231(131.107.201.231)185.490 ms
21 *
22 *
23 *
24 *

第19步和第20步中失败的IP地址是Microsoft的:

whois 131.107.201.231

OrgName:微软公司
OrgID:MSFT
地址:一种Microsoft方式
城市:雷德蒙德
[..]
NetRange:131.107.0.0  -  131.107.255.255

当从另一个位置进行测试时,路由可能会有所不同,然后可能不会使用这两个特定的Microsoft服务器(因此,当其他更直接的路由失败时,通过proxify.com路由可能会有效)。您可以使用traceroute.org上的列表从许多其他位置进行测试。


谢谢参观!这是我得到的:[...] ;; 答案部分:research.microsoft.com。844 IN A 131.107.65.14看起来与你得到的相似; 至少IP是一样的。
msridhar 2010年

你好,我们又见面了!不幸的是,我不确定上面是否表明这是微软的一个问题。我使用traceroute.org和我自己的计算机从3个不同的地方运行traceroutes,他们都在131.107.201.231之后停止工作。我的猜测是MSFT禁止其他人使用traceroute来映射他们的内部网络。我发现另外一个模糊相关的事情,谷歌搜索可能会引发一些想法; 我将在上面发布。
msridhar 2010年

我不是网络专家,但为什么不允许像traceroute...... 这样的故障排除工具?
Arjan 2010年


0

从来没有想过这个,但research.microsoft.com现在在家里为我工作。也许他们修完了一些东西。其他人可能也想再试一次。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.