上海电信和深圳阿里云都是这个情况...
上海电信
深圳阿里云
This topic created in 2281 days ago, the information mentioned may be changed or developed.
Supplement 1 · Mar 29, 2020
@johnjiang85 #28 正解 dig +nocookie 可使用，可能是为了防 D 吧。
35 replies • 2020-04-28 00:48:15 +08:00
 |
1
skylancer Mar 28, 2020
|
 |
2
geekvcn Mar 28, 2020
有的中西部落后省市电信早就 Ban 了 119 了，上海电信才 Ban 啊，去年就是了，问电信去
|
|
3
geekvcn Mar 28, 2020
我也不清楚电信为什么要禁掉 119 DNS，去年开始很多地方陆续旧禁掉了
|
|
4
geekvcn Mar 28, 2020
建议 DNS 分流，国内的用运营商的 DNS，国外用 DoH
|
|
5
geekvcn Mar 28, 2020
国内就算你上海解析到成都，速度也不会差到哪，随便用个 DNS 就行
|
 |
6
superszy Mar 28, 2020
北京联通是正常的
|
 |
7
superhxl Mar 28, 2020
我也是上海电信，可以 ping 通!
ping 119.29.29.29 Pinging 119.29.29.29 with 32 bytes of data: Reply from 119.29.29.29: bytes=32 time=18ms TTL=54 Reply from 119.29.29.29: bytes=32 time=8ms TTL=54 Reply from 119.29.29.29: bytes=32 time=10ms TTL=54 Reply from 119.29.29.29: bytes=32 time=10ms TTL=54 Ping statistics for 119.29.29.29: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 8ms, Maximum = 18ms, Average = 11ms |
 |
8
Leon6868 Mar 28, 2020
广州没问题
C:\Users\***>ping 119.29.29.29 正在 Ping 119.29.29.29 具有 32 字节的数据: 来自 119.29.29.29 的回复: 字节=32 时间=19ms TTL=102 来自 119.29.29.29 的回复: 字节=32 时间=21ms TTL=102 来自 119.29.29.29 的回复: 字节=32 时间=23ms TTL=102 来自 119.29.29.29 的回复: 字节=32 时间=16ms TTL=102 119.29.29.29 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 16ms，最长 = 23ms，平均 = 19ms |
 |
10
ddddddzzz Mar 28, 2020
|
 |
11
Windelight Mar 28, 2020
|
 |
12
iugo Mar 28, 2020
我这里电信 `nslookup gitlab.com 8.8.8.8` 无法查询到结果.
|
 |
14
Vhc001 Mar 28, 2020
|
|
15
Vhc001 Mar 28, 2020
 |
|
16
Vhc001 Mar 28, 2020  1
 |
 |
17
jazzychai Mar 28, 2020
我这里 119.29.29.29 会劫持谷歌
|
 |
19
nathanwongggg Mar 28, 2020
@Leon6868
你这个延迟的确有点高了,深圳电信 ping 119 才 5ms 左右,广州不可能 20 多 ms. ping 119.29.29.29 正在 Ping 119.29.29.29 具有 32 字节的数据: 来自 119.29.29.29 的回复: 字节=32 时间=6ms TTL=106 来自 119.29.29.29 的回复: 字节=32 时间=5ms TTL=106 来自 119.29.29.29 的回复: 字节=32 时间=5ms TTL=106 来自 119.29.29.29 的回复: 字节=32 时间=5ms TTL=106 119.29.29.29 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 5ms，最长 = 6ms，平均 = 5ms |
 |
20
yjxjn Mar 28, 2020 via Android
onedns 不好吗
|
 |
22
Primovist Mar 28, 2020 via iPhone
故意改成运营商的 DNS 可能就我一个了？
|
 |
23
pperlee Mar 28, 2020
云服务商都会有劫持，被阿里 dns 劫持过了的飘过，不过 119 这个我还在用，因为在广州。
|
 |
24
Kiriya Mar 28, 2020
来自 114.114.114.114 的回复: 字节=32 时间=37ms TTL=90
来自 114.114.114.114 的回复: 字节=32 时间=36ms TTL=85 来自 114.114.114.114 的回复: 字节=32 时间=36ms TTL=90 来自 114.114.114.114 的回复: 字节=32 时间=36ms TTL=75 114 真的神奇 |
 |
25
leon0318 Mar 28, 2020
PING 119.29.29.29 (119.29.29.29): 56 data bytes
64 bytes from 119.29.29.29: icmp_seq=0 ttl=55 time=7.915 ms 64 bytes from 119.29.29.29: icmp_seq=1 ttl=55 time=6.323 ms 64 bytes from 119.29.29.29: icmp_seq=2 ttl=55 time=6.431 ms 64 bytes from 119.29.29.29: icmp_seq=3 ttl=55 time=7.084 ms 64 bytes from 119.29.29.29: icmp_seq=4 ttl=55 time=6.534 ms 上海联通 |
 |
26
ddzzhen Mar 28, 2020 via Android
223 和 114 日常挂，坐标成都，懒得用大厂 dns 了，还不如电信自己的 dns，或者就国外的
|
 |
27
ZZSZZSZZS Mar 29, 2020 via iPhone
重庆电信，正常
|
 |
28
johnjiang85 Mar 29, 2020
+nocookie
|
 |
29
leafre Mar 29, 2020
用所谓大厂，不如默认运营商的
|
 |
30
OllyDebug Mar 29, 2020
dns 服务器没啥用的，53 端口都被劫持了
|
|
31
Leon6868 Apr 2, 2020
@nathanwongggg
得出：珠江宽频不是什么好东西 正在 Ping 119.29.29.29 具有 32 字节的数据: 来自 119.29.29.29 的回复: 字节=32 时间=21ms TTL=102 来自 119.29.29.29 的回复: 字节=32 时间=17ms TTL=102 来自 119.29.29.29 的回复: 字节=32 时间=21ms TTL=102 来自 119.29.29.29 的回复: 字节=32 时间=17ms TTL=102 119.29.29.29 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 17ms，最长 = 21ms，平均 = 19ms |
 |
32
brobird Apr 25, 2020
@johnjiang85 #28 借楼问一下为什么江苏联通到 119.29.29.29 和 119.28.28.28 的路由是[->上海->北京->天津]（ 29 ）和[->武汉->北京->天津]（ 28 ）？延迟直接平均 40+，为什么舍近求远不直接接入上海呢= =到上海应该延迟可以在 20 以内，这样做有什么特别的理由吗？谢谢！
|
Select Language