DNS 参考资料 a href="http://en.wikipedia.org/wiki/List_of_DNS_record_types" target="_blank">List of DNS Record Types dig 使用说明 djbdns DNS Parameters dnslib for Python
这是一个创建于 2526 天前的主题，其中的信息可能已经有所发展或是发生改变。
我这边几个服务器都 ping 不通了，但是 8.8.4.4 可以
 | 1 lttc119 2019-01-29 10:57:48 +08:00 via Android 8.8.8.8 是什么呢 |
 | 2 DonaidTrump 2019-01-29 11:01:52 +08:00 via iPhone @lttc119 Google 公共 dns |
 | 3 yuanshuai1995 2019-01-29 11:14:21 +08:00 江苏南京电信 正在 Ping 8.8.8.8 具有 32 字节的数据: 请求超时。 请求超时。 请求超时。 请求超时。 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失)， 正在 Ping 8.8.4.4 具有 32 字节的数据: 请求超时。 请求超时。 请求超时。 请求超时。 8.8.4.4 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失)， |
 | 4 YQ94 2019-01-29 11:15:52 +08:00 请求超时 武汉电信 |
 | 5 passerbytiny 2019-01-29 11:22:08 +08:00 没细测。DNS 只有 8.8.8.8，今天所有域名都 ping 不同，换成 4.2.2.1 后正常，推测 8.8.8.8 已从根上被弄死了。 |
 | 6 Katrol 2019-01-29 11:24:17 +08:00 公司连的香港专线当然可以=，= |
 | 7 maliang0130 2019-01-29 11:36:09 +08:00 北京联通 已完。看来这次是真完了 |
 | 8 liuminghao233 2019-01-29 11:38:14 +08:00 via iPhone 校园网表示一直在享受内网版 8.8.8.8 |
 | 9 iro 2019-01-29 11:39:26 +08:00 广州电信 Pinging 8.8.8.8 with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out. Ping statistics for 8.8.8.8: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), |
| 10 iro 2019-01-29 11:40:57 +08:00 8.8.4.4 trace 到香港 google.com |
 | 11 keepeye 2019-01-29 11:42:33 +08:00 已完蛋 |
 | 12 pig1983 2019-01-29 11:49:36 +08:00 起床手机无法上网，以为路由器挂了，折腾了半天发现是 dns 被墙了。。。。 |
 | 13 F1024 2019-01-29 11:52:30 +08:00 不是早就不行了吗 |
 | 14 V2FullStack 2019-01-29 11:54:02 +08:00 via Android 是时候祭出 1.1.1.1 了 |
 | 15 66beta 2019-01-29 11:55:33 +08:00 via Android 楼主说的境外吧，你们一帮墙里的人 ping 来做什么 |
 | 16 woodie1994 2019-01-29 11:56:31 +08:00 1.1.1.1 我这也不行了，还是用 114 吧 |
 | 17 glouhao 2019-01-29 11:59:31 +08:00 via Android @V2FullStack 有些 1.1.1.1 延迟个位，给联通抢答了。 |
 | 18 lingo 2019-01-29 12:03:11 +08:00 今天一公司都在喊没网 = = |
| 19 V2FullStack 2019-01-29 12:31:07 +08:00 via Android @glouhao 的确，很多地方 1.1.1.1 延迟超低 |
 | 20 dot2017 2019-01-29 12:32:33 +08:00 用 1.0.0.1 |
 | 21 Windy00 2019-01-29 12:47:08 +08:00 ping 8.8.8.8 江苏无锡电信 正在 Ping 8.8.8.8 具有 32 字节的数据: 请求超时。 请求超时。 请求超时。 请求超时。 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失)， ping 8.8.4.4 正在 Ping 8.8.4.4 具有 32 字节的数据: 来自 8.8.4.4 的回复: 字节=32 时间=72ms TTL=118 来自 8.8.4.4 的回复: 字节=32 时间=71ms TTL=118 来自 8.8.4.4 的回复: 字节=32 时间=75ms TTL=118 来自 8.8.4.4 的回复: 字节=32 时间=75ms TTL=118 8.8.4.4 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 71ms，最长 = 75ms，平均 = 73ms |
 | 22 Gill123 2019-01-29 12:57:22 +08:00 测试了境内基本都无法 ping 通 8.8.8.8，用 8.8.4.4 吧，也是谷歌的 |
 | 24 5460 2019-01-29 20:02:45 +08:00 我之前用 8.8.4.4，今天也不通了，但 8.8.8.8 还是通的 |
 | 25 wjwwq 2019-01-29 21:47:49 +08:00 安徽移动 8.8.8.8 是通的 |
 | 26 dream7758522 2019-01-29 23:02:44 +08:00 via Android 联通，8888 通，8844 不通 |
 | 27 mengyang624 2019-01-30 06:01:43 +08:00 通是通，不过会被抢答 推荐使用 simplednscrypt，慢是慢点，但是安全 |
 | 28 zanzhz1101 2019-01-30 08:43:26 +08:00 ping 8.8.8.8 正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=219ms TTL=115 来自 8.8.8.8 的回复: 字节=32 时间=219ms TTL=115 来自 8.8.8.8 的回复: 字节=32 时间=220ms TTL=115 来自 8.8.8.8 的回复: 字节=32 时间=219ms TTL=115 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 219ms，最长 = 220ms，平均 = 219ms ping 1.1.1.1 正在 Ping 1.1.1.1 具有 32 字节的数据: 来自 1.1.1.1 的回复: 字节=32 时间=60ms TTL=51 来自 1.1.1.1 的回复: 字节=32 时间=58ms TTL=51 来自 1.1.1.1 的回复: 字节=32 时间=60ms TTL=51 来自 1.1.1.1 的回复: 字节=32 时间=58ms TTL=51 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 58ms，最长 = 60ms，平均 = 59ms |
 | 29 ybbos 2019-01-31 16:09:46 +08:00 吉林移动。。。 Microsoft Windows [版本 10.0.18298.1000] (c) 2018 Microsoft Corporation。保留所有权利。 C:\Users\Administrator>PING 8.8.8.8 正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=59 来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=59 来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=59 来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=59 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 8ms，最长 = 8ms，平均 = 8ms C:\Users\Administrator>PING 8.8.4.4 正在 Ping 8.8.4.4 具有 32 字节的数据: 来自 8.8.4.4 的回复: 字节=32 时间=7ms TTL=59 来自 8.8.4.4 的回复: 字节=32 时间=7ms TTL=59 来自 8.8.4.4 的回复: 字节=32 时间=7ms TTL=59 来自 8.8.4.4 的回复: 字节=32 时间=7ms TTL=59 8.8.4.4 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 7ms，最长 = 7ms，平均 = 7ms C:\Users\Administrator>ping 1.1.1.1 正在 Ping 1.1.1.1 具有 32 字节的数据: 来自 1.1.1.1 的回复: 字节=32 时间=66ms TTL=51 来自 1.1.1.1 的回复: 字节=32 时间=66ms TTL=51 来自 1.1.1.1 的回复: 字节=32 时间=66ms TTL=51 来自 1.1.1.1 的回复: 字节=32 时间=66ms TTL=51 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 66ms，最长 = 66ms，平均 = 66ms |
 | 30 AkiseAru 2019-02-01 12:01:09 +08:00 正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=23ms TTL=41 来自 8.8.8.8 的回复: 字节=32 时间=22ms TTL=41 来自 8.8.8.8 的回复: 字节=32 时间=23ms TTL=41 来自 8.8.8.8 的回复: 字节=32 时间=22ms TTL=41 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 22ms，最长 = 23ms，平均 = 22ms C:\Users\Administrator>ping 8.8.4.4 正在 Ping 8.8.4.4 具有 32 字节的数据: 来自 8.8.4.4 的回复: 字节=32 时间=7ms TTL=118 来自 8.8.4.4 的回复: 字节=32 时间=9ms TTL=118 来自 8.8.4.4 的回复: 字节=32 时间=9ms TTL=118 来自 8.8.4.4 的回复: 字节=32 时间=8ms TTL=118 8.8.4.4 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 7ms，最长 = 9ms，平均 = 8ms C:\Users\Administrator>ping 1.1.1.1 正在 Ping 1.1.1.1 具有 32 字节的数据: 来自 1.1.1.1 的回复: 字节=32 时间=153ms TTL=54 来自 1.1.1.1 的回复: 字节=32 时间=153ms TTL=54 来自 1.1.1.1 的回复: 字节=32 时间=153ms TTL=54 来自 1.1.1.1 的回复: 字节=32 时间=153ms TTL=54 1.1.1.1 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 153ms，最长 = 153ms，平均 = 153ms |
 | 31 xmdbb 2019-02-01 16:24:43 +08:00 广州电信 C:\>ping 8.8.8.8 正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=20ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=20ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=20ms TTL=43 来自 8.8.8.8 的回复: 字节=32 时间=20ms TTL=43 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 20ms，最长 = 20ms，平均 = 20ms C:\>tracert -d 8.8.8.8 通过最多 30 个跃点跟踪到 8.8.8.8 的路由 1 2 ms 51 ms 1 ms 192.168.1.1 2 2 ms 1 ms 1 ms 113.65.108.1 3 2 ms 3 ms 2 ms 121.8.132.65 4 5 ms 7 ms 8 ms 113.98.75.165 5 4 ms * 4 ms 202.97.94.130 6 12 ms 7 ms 13 ms 202.97.94.90 7 27 ms 15 ms 15 ms 202.97.91.82 8 8 ms 9 ms 8 ms 202.97.62.214 9 10 ms 9 ms 9 ms 108.170.241.79 10 10 ms 9 ms 9 ms 209.85.249.158 11 21 ms 21 ms 21 ms 209.85.142.172 12 29 ms 21 ms 21 ms 216.239.46.229 13 * * * 请求超时。 14 * * * 请求超时。 15 * * * 请求超时。 16 * * * 请求超时。 17 * * * 请求超时。 18 * * * 请求超时。 19 * * * 请求超时。 20 * * * 请求超时。 21 * * * 请求超时。 22 * * * 请求超时。 23 * * * 请求超时。 24 20 ms 20 ms 20 ms 8.8.8.8 跟踪完成。 |
 | 32 citydog 2019-02-02 08:20:58 +08:00 C:\>ping 8.8.8.8 正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=61ms TTL=41 来自 8.8.8.8 的回复: 字节=32 时间=61ms TTL=41 来自 8.8.8.8 的回复: 字节=32 时间=63ms TTL=41 来自 8.8.8.8 的回复: 字节=32 时间=60ms TTL=41 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 60ms，最长 = 63ms，平均 = 61ms |
 | 33 Bunnyranch 2019-02-03 17:26:03 +08:00 我 ping 8.8.8.8 延迟才 40MS 这是真的还是假的呀。。 |
 | 34 kyobox 2019-02-10 02:18:08 +08:00 广州移动的，以前两个地址一直被移动劫持 ping 值在 10ms 以内，几个月前突然放开了，追踪过是走香港路线，虽然延时大但不掉包 正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=184ms TTL=116 来自 8.8.8.8 的回复: 字节=32 时间=177ms TTL=115 来自 8.8.8.8 的回复: 字节=32 时间=177ms TTL=115 来自 8.8.8.8 的回复: 字节=32 时间=175ms TTL=115 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 175ms，最长 = 184ms，平均 = 178ms |
 | 35 testcaoy7 2019-03-03 07:55:16 +08:00 PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=38 time=47.784 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=38 time=47.687 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=38 time=48.252 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=38 time=48.530 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=38 time=46.522 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=38 time=46.651 ms PING 8.8.4.4 (8.8.4.4): 56 data bytes 64 bytes from 8.8.4.4: icmp_seq=0 ttl=113 time=74.452 ms 64 bytes from 8.8.4.4: icmp_seq=1 ttl=113 time=75.553 ms 64 bytes from 8.8.4.4: icmp_seq=2 ttl=113 time=75.373 ms 64 bytes from 8.8.4.4: icmp_seq=3 ttl=113 time=75.749 ms 64 bytes from 8.8.4.4: icmp_seq=4 ttl=113 time=75.153 ms |
Select Language