我刚刚在我们的networking上安装了一个WSUS，我正在进行初始同步。 我发现WSUS似乎不是在与Akamaicaching交谈，而是直接与MS交谈。 这与我一直以来想到的有关Windows Updatestream量的情况相反。
我们的WSUS服务器的tcpdump正在进行初始同步……正如你所看到的，它是与65.55.194.221交谈的 。 对于我来说，这个知识产权，我必须通过国际中转链接。 这当然不理想。
8:42:31.279757 IP 65.55.194.221.https > XXXX.XXXX.XXXX.XXXX.50888: Flags [.], seq 4379374:4380834, ack 289611, win 256, length 1460 18:42:31.279759 IP 65.55.194.221.https > XXXX.XXXX.XXXX.XXXX.50888: Flags [.], seq 4380834:4382294, ack 289611, win 256, length 1460 18:42:31.279762 IP 65.55.194.221.https > XXXX.XXXX.XXXX.XXXX.50888: Flags [.], seq 4382294:4383754, ack 289611, win 256, length 1460 18:42:31.279764 IP 65.55.194.221.https > XXXX.XXXX.XXXX.XXXX.50888: Flags [P.], seq 4383754:4384144, ack 289611, win 256, length 390 18:42:31.279793 IP XXXX.XXXX.XXXX.XXXX.50888 > 65.55.194.221.https: Flags [.], ack 4369154, win 23884, length 0 18:42:31.279888 IP XXXX.XXXX.XXXX.XXXX.50888 > 65.55.194.221.https: Flags [.], ack 4377914, win 23884, length 0 18:42:31.280015 IP XXXX.XXXX.XXXX.XXXX.50888 > 65.55.194.221.https: Flags [.], ack 4384144, win 23884, length 0 然而，如果我ping的download.windowsupdate.com它似乎parsing到本地（国家）Akamai节点，就好：
root@some-node:~# ping download.windowsupdate.com PING a26.ms.akamai.net (210.9.88.48) 56(84) bytes of data. 64 bytes from a210-9-88-48.deploy.akamaitechnologies.com (210.9.88.48): icmp_req=1 ttl=59 time=1.02 ms 64 bytes from a210-9-88-48.deploy.akamaitechnologies.com (210.9.88.48): icmp_req=2 ttl=59 time=1.10 ms
为什么是这样？ 我该如何改变（如果可能的话）？ 我知道我可以手动指定一个WSUS源进行同步，而不是像我目前所做的那样select默认的MS Update …但似乎我不应该这样做。
注意：我还没有确认用水户协会是否与Akamai交谈，只是看着WSUS，因为从现在开始，所有用水户协会都将使用我们的内部WSUS。
我们很快就会joinIX，希望能够与Akamaicaching对接，并且能够非常快速地访问Windows Updates。 在我让这个驱动器成为IX的动机之前，我想先确认一下，WSUS实际上可以用Akamaicaching来说话。
我知道这与networking有点相关，但是我觉得它比WSUS更像WSUS，所以比我更了解WSUS的人可能会弄清楚这一点。