难道 ISP 封了 UDP 协议？

hotsnow

某 KVM 小鸡上无法执行 ntpdate，总是返回如下错误 “no server suitable for synchronization found”，
于是我用以下命令进行调试 "ntpdate -dv pool.ntp.org"，结果发现只有发送包，没有返回包，这明显不正常，
初步判断所在的网络封了 UDP 123 端口？

1. 
   
2. root@xxx:~# ntpdate -dv pool.ntp.org
   
3. 3 Nov 03:46:29 ntpdate[10855]: ntpdate [email protected] Sat May 12 09:54:56 UTC 2012 (1)
   
4. transmit(218.189.210.4)
   
5. transmit(137.189.4.10)
   
6. transmit(218.189.210.3)
   
7. transmit(202.131.74.126)
   
8. transmit(218.189.210.4)
   
9. transmit(137.189.4.10)
   
10. transmit(218.189.210.3)
    
11. transmit(202.131.74.126)
    
12. transmit(218.189.210.4)
    
13. transmit(137.189.4.10)
    
14. transmit(218.189.210.3)
    
15. transmit(202.131.74.126)
    
16. transmit(218.189.210.4)
    
17. transmit(137.189.4.10)
    
18. transmit(218.189.210.3)
    
19. transmit(202.131.74.126)
    
20. transmit(218.189.210.4)
    
21. transmit(137.189.4.10)
    
22. transmit(218.189.210.3)
    
23. transmit(202.131.74.126)
    
24. 218.189.210.4: Server dropped: no data
    
25. 137.189.4.10: Server dropped: no data
    
26. 218.189.210.3: Server dropped: no data
    
27. 202.131.74.126: Server dropped: no data
    

复制代码

October十月

国内有机房封UDP，基本都是高防，可以联系机房解的

domin

试试 ntp -u pool.ntp.org

hotsnow

domin 发表于 2014-11-3 17:22
试试 ntp -u pool.ntp.org

root@snow:~# ntpdate -u pool.ntp.org
3 Nov 18:28:44 ntpdate[14967]: no server suitable for synchronization found

一样的错误，我现在先用 htpdate 替代，误差 0.5s，还凑活吧

https://packages.debian.org/sid/net/htpdate

SKIDROW

肯定是那个45的……

槛外人

应该是机房封的吧。。。

hotsnow

SKIDROW 发表于 2014-11-3 19:35
肯定是那个45的……

嗯，大学生那个

今天又搞了个 CNSERVERS 的，也是这德行。。。

SKIDROW

hotsnow 发表于 2014-11-3 19:41
嗯，大学生那个

今天又搞了个 CNSERVERS 的，也是这德行。。。

大家都被反射放大搞怕了……

domin

hotsnow 发表于 2014-11-3 19:41
嗯，大学生那个

今天又搞了个 CNSERVERS 的，也是这德行。。。

我的机房加 -u 应该可以的. 如果不行告诉我哪个IP,我看看是不是UDP封了.