一个查询IP地理信息和CDN提供商的离线终端工具nali及使用

某大佬项目: “一个查询IP地理信息和CDN提供商的离线终端工具” 及使用

有什么用

查询IP地理信息和CDN提供商的离线终端工具

怎么用

命令行运行, 见文档如下

1
2
3
4
5
6
7
8
9
@MacBookPro frp % traceroute                                                                         
Version 1.4a12+Darwin
Usage: traceroute [-adDeFInrSvx] [-A as_server] [-f first_ttl] [-g gateway] [-i iface]
[-M first_ttl] [-m max_ttl] [-p port] [-P proto] [-q nqueries] [-s src_addr]
[-t tos] [-w waittime] [-z pausemsecs] host [packetlen]


@MacBookPro frp % traceroute www.163.com | nali

如果您需要一个监测和保修一个特定合理合法互联网网址的恢复访问, 请联系我

相关内容

网络/网址访问故障检测

20251118, 监测一个NetSuite地址直接访问的故障前后,

之前尝试过, 更新dns缓冲, 切换dns服务器, 重新路由器, 重启猫, 重启电脑等操作, 均无法正常访问网址: https://11666440-sb1.app.netsuite.com/

1. 登陆后; 页面跳转
 先是跳: 
     https://system.netsuite.com/app/login/secure/transport.nl?target=https%253A%252F%252F11666440-sb1.app.netsuite.com%252Fapp%252Flogin%252Fsecure%252Fauthenticaterole.nl%253Fsrc_dc%253Dsyd-ap1&dc=nrt-ap2&whence=
     
2. 最后landing:
https://11666440-sb1.app.netsuite.com/app/login/secure/authenticaterole.nl?src_dc=syd-ap1

    This site can’t be reached
    11666440-sb1.app.netsuite.com took too long to respond.

故障汇报/沟通过程:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
1. 访问正常(一直也都是正常, 不变) https://system.netsuite.com/pages/customerlogin.jsp
2. 输入账号密码后登陆; 页面打不开(如图).
但ping 可以通(知道CDN服务器在香港)

哥,你把你登录网址发给我

登陆网址正常: https://system.netsuite.com/pages/customerlogin.jsp

登陆后系统自动跳转
1. 先是跳: [正常访问]
https://system.netsuite.com/app/login/secure/transport.nl?target=https%253A%252F%252F11666440-sb1.app.netsuite.com%252Fapp%252Flogin%252Fsecure%252Fauthenticaterole.nl%253Fsrc_dc%253Dsyd-ap1&dc=nrt-ap2&whence=

2. 最后landing: [无法访问]
https://11666440-sb1.app.netsuite.com/app/login/secure/authenticaterole.nl?src_dc=syd-ap1


测试无法访问的其他网址:
https://11666440-sb1.app.netsuite.com/app/accounting/transactions/transactionlist.nl?searchtype=Transaction&searchid=-2100&Transaction_TYPE=PurchOrd


您那边trace一下
发个截图给我
网监让我这边提供这个tracert截图
网监让我这边提供这个tracert截图


image-20251118151312396

本机的DNS未改变, 可是汇报联通前后(最后一个ping 发生在下午) IP地址的变化.

保修前—————————————————————————————————————————–

1
2
3
4
5
6
7
8
9
10
11
12
13
14
carlzeng@MacBookPro frp % ping -c 1 11666440-sb1.app.netsuite.com
PING e5403.x.akamaiedge.net (23.56.180.227): 56 data bytes
64 bytes from 23.56.180.227: icmp_seq=0 ttl=53 time=42.398 ms

--- e5403.x.akamaiedge.net ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 42.398/42.398/42.398/nan ms
carlzeng@MacBookPro frp % ping -c 1 11666440-sb1.app.netsuite.com
PING e5403.x.akamaiedge.net (23.56.180.227): 56 data bytes
64 bytes from 23.56.180.227: icmp_seq=0 ttl=53 time=42.511 ms

--- e5403.x.akamaiedge.net ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 42.511/42.511/42.511/nan ms

image-20251118151721950

image-20251118151751642

保修后—————————————————————————————————————————–

1
2
3
4
5
6
7
ping -c 1 11666440-sb1.app.netsuite.com | nali
PING e5403.x.akamaiedge.net [Akamai CDN] (157.197.144.225 [韩国 三星系统数据有限公司BGP节点] ): 56 data bytes
64 bytes from 157.197.144.225 [韩国 三星系统数据有限公司BGP节点] : icmp_seq=0 ttl=52 time=119.260 ms

--- e5403.x.akamaiedge.net [Akamai CDN] ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 119.260/119.260/119.260/0.000 ms

image-20251118151558097

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
MacBookPro frp % nslookup 11666440-sb1.app.netsuite.com 223.18.18.18 | nali
Server: 223.18.18.18 [香港 环球全域电讯数据中心]
Address: 223.18.18.18 [香港 环球全域电讯数据中心] #53

Non-authoritative answer:
11666440-sb1.app.netsuite.com canonical name = app-cdn-future.ap2.netsuite.com.
app-cdn-future.ap2.netsuite.com canonical name = app-future.netsuite.com.edgekey.net [Akamai CDN] .
app-future.netsuite.com.edgekey.net [Akamai CDN] canonical name = e5403.x.akamaiedge.net [Akamai CDN] .
Name: e5403.x.akamaiedge.net [Akamai CDN]
Address: 157.197.144.225 [韩国 三星系统数据有限公司BGP节点]

carlzeng@MacBookPro frp % nslookup 11666440-sb1.app.netsuite.com 8.8.8.8 | nali
Server: 8.8.8.8 [美国加利福尼亚州圣克拉拉县山景市 谷歌公司DNS服务器]
Address: 8.8.8.8 [美国加利福尼亚州圣克拉拉县山景市 谷歌公司DNS服务器] #53

Non-authoritative answer:
11666440-sb1.app.netsuite.com canonical name = app-cdn-future.ap2.netsuite.com.
app-cdn-future.ap2.netsuite.com canonical name = app-future.netsuite.com.edgekey.net [Akamai CDN] .
app-future.netsuite.com.edgekey.net [Akamai CDN] canonical name = e5403.x.akamaiedge.net [Akamai CDN] .
Name: e5403.x.akamaiedge.net [Akamai CDN]
Address: 157.197.144.225 [韩国 三星系统数据有限公司BGP节点]

carlzeng@MacBookPro frp % dig 11666440-sb1.app.netsuite.com +short | nali
app-cdn-future.ap2.netsuite.com.
app-future.netsuite.com.edgekey.net [Akamai CDN] .
e5403.x.akamaiedge.net [Akamai CDN] .
157.197.144.225 [韩国 三星系统数据有限公司BGP节点]
carlzeng@MacBookPro frp % dig 11666440-sb1.app.netsuite.com | nali

; <<>> DiG 9.10.6 <<>> 11666440-sb1.app.netsuite.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27951
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;11666440-sb1.app.netsuite.com. IN A

;; ANSWER SECTION:
11666440-sb1.app.netsuite.com. 2708 IN CNAME app-cdn-future.ap2.netsuite.com.
app-cdn-future.ap2.netsuite.com. 2708 IN CNAME app-future.netsuite.com.edgekey.net [Akamai CDN] .
app-future.netsuite.com.edgekey.net [Akamai CDN] . 2708 IN CNAME e5403.x.akamaiedge.net [Akamai CDN] .
e5403.x.akamaiedge.net [Akamai CDN] . 2708 IN A 157.197.144.225 [韩国 三星系统数据有限公司BGP节点]

;; Query time: 4 msec
;; SERVER: 202.106.0.20 [北京市 联通DNS服务器] #53(202.106.0.20 [北京市 联通DNS服务器] )
;; WHEN: Tue Nov 18 15:23:19 CST 2025
;; MSG SIZE rcvd: 204

@MacBookPro frp %

image-20251118152612984


DNS污染又或是DNS刷新延迟

几乎相同的时间点, 即便更新dns缓冲, 切换不同公网上的dns服务器, 只要使用不同的运营商, 那么返回的结果就可以不一样, 这种现象属于DNS污染吗? 还是网络DNS刷新的延迟导致?

image-20251118161118140

如果属于刷新延迟; 根据以往经验等半天(几个小时)就能正常. 外面的宽带都能访问正常, 换一个本地运营商也能访问正常(获取正确最新的IP地址, 可是本地就是无法访问)

image-20251118163336827

3个多小时过去了, 故障依旧(联通访问网址的CDN又解析到香港23.56.180.227, 然后无法访问)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
 traceroute 11666440-sb1.app.netsuite.com | nali
traceroute to e5403.x.akamaiedge.net (23.56.180.227), 64 hops max, 40 byte packets
1 openwrt (192.168.6.1 [局域网 对方和您在同一内部网] ) 10.525 ms 7.576 ms 8.338 ms
2 221.218.232.1 [北京市西城区 联通] (221.218.232.1 [北京市西城区 联通] ) 3.858 ms 4.641 ms 6.206 ms
3 123.126.28.141 [北京市 联通数据中心] (123.126.28.141 [北京市 联通数据中心] ) 8.858 ms 9.507 ms 9.341 ms
4 * * 124.65.194.29 [北京市 联通] (124.65.194.29 [北京市 联通] ) 26.653 ms
5 * * *
6 219.158.8.118 [广东省广州市 中国联通骨干网广东省节点(AS4837)] (219.158.8.118 [广东省广州市 中国联通骨干网广东省节点(AS4837)] ) 43.665 ms
219.158.3.154 [中国 联通骨干网] (219.158.3.154 [中国 联通骨干网] ) 44.251 ms
219.158.103.42 [广东省广州市 联通骨干网节点] (219.158.103.42 [广东省广州市 联通骨干网节点] ) 36.373 ms
7 219.158.4.2 [中国 联通骨干网] (219.158.4.2 [中国 联通骨干网] ) 38.358 ms *
219.158.4.54 [中国 联通骨干网] (219.158.4.54 [中国 联通骨干网] ) 41.454 ms
8 219.158.6.106 [中国 联通骨干网] (219.158.6.106 [中国 联通骨干网] ) 45.899 ms
219.158.20.98 [中国 联通骨干网] (219.158.20.98 [中国 联通骨干网] ) 47.593 ms
219.158.6.122 [中国 联通骨干网] (219.158.6.122 [中国 联通骨干网] ) 41.182 ms
9 219.158.43.2 [中国 联通骨干网] (219.158.43.2 [中国 联通骨干网] ) 47.740 ms
219.158.40.130 [中国 联通骨干网] (219.158.40.130 [中国 联通骨干网] ) 48.115 ms 47.056 ms
10 * 014136143013.ctinets.com (14.136.143.13 [香港 城市电讯有限公司] ) 78.656 ms 46.355 ms



dig img.carlzeng.com | nali

; <<>> DiG 9.10.6 <<>> img.carlzeng.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17838
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;img.carlzeng.com. IN A

;; ANSWER SECTION:
img.carlzeng.com. 918 IN A 221.218.235.18 [北京市西城区 联通]

;; Query time: 3 msec
;; SERVER: 180.76.76.76 [北京市 北京百度网讯科技有限公司公共DNS服务器(电信节点)] #53(180.76.76.76 [北京市 北京百度网讯科技有限公司公共DNS服务器(电信节点)] )
;; WHEN: Tue Nov 18 19:53:10 CST 2025
;; MSG SIZE rcvd: 61

而如果用中国移动的宽带获取的CDN地址就变成23.215.188.189, 可以正常访问

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
traceroute 11666440-sb1.app.netsuite.com | nali
traceroute to 11666440-sb1.app.netsuite.com (23.215.188.189), 64 hops max, 40 byte packets
1 192.168.10.1 [局域网 对方和您在同一内部网] (192.168.10.1 [局域网 对方和您在同一内部网] ) 5.326 ms 17.571 ms 2.807 ms
2 192.168.1.1 [局域网 对方和您在同一内部网] (192.168.1.1 [局域网 对方和您在同一内部网] ) 5.617 ms 4.687 ms 4.778 ms
3 10.7.0.1 [局域网 IP] (10.7.0.1 [局域网 IP] ) 13.172 ms 9.514 ms 15.452 ms
4 211.136.63.173 [北京市 移动] (211.136.63.173 [北京市 移动] ) 12.811 ms 9.066 ms
211.136.67.221 [北京市 移动] (211.136.67.221 [北京市 移动] ) 9.658 ms
5 221.183.76.81 [广东省广州市 移动骨干网] (221.183.76.81 [广东省广州市 移动骨干网] ) 11.383 ms
221.183.39.113 [广东省广州市 移动骨干网] (221.183.39.113 [广东省广州市 移动骨干网] ) 8.923 ms *
6 221.183.184.166 [广东省广州市 移动骨干网] (221.183.184.166 [广东省广州市 移动骨干网] ) 34.032 ms 46.864 ms 31.134 ms
7 221.183.89.45 [广东省广州市 移动骨干网] (221.183.89.45 [广东省广州市 移动骨干网] ) 40.262 ms
221.183.89.49 [广东省广州市 移动骨干网] (221.183.89.49 [广东省广州市 移动骨干网] ) 34.627 ms
221.183.89.13 [广东省广州市 移动骨干网] (221.183.89.13 [广东省广州市 移动骨干网] ) 35.335 ms
8 * 221.183.89.70 [广东省广州市 移动骨干网] (221.183.89.70 [广东省广州市 移动骨干网] ) 30.888 ms *
9 * * *
10 223.120.3.185 [中国 移动] (223.120.3.185 [中国 移动] ) 54.920 ms
223.120.3.173 [中国 移动] (223.120.3.173 [中国 移动] ) 58.422 ms
223.120.22.113 [广东省广州市 中国移动骨干网广东省节点(AS9808)] (223.120.22.113 [广东省广州市 中国移动骨干网广东省节点(AS9808)] ) 56.600 ms
11 223.120.2.58 [中国 移动] (223.120.2.58 [中国 移动] ) 56.768 ms
223.120.2.118 [香港 中国移动骨干网香港接入点(AS58453)] (223.120.2.118 [香港 中国移动骨干网香港接入点(AS58453)] ) 55.598 ms 57.504 ms
12 akamai5-lacp-100g.hkix.net (123.255.91.95 [香港 香港国际互联网交换中心] ) 181.797 ms * 329.010 ms
13 lo1.r04.stem01.hkg01.fab.netarch.akamai.com (23.37.122.26 [日本 Akamai节点] ) 59.766 ms
lo1.r03.stem01.hkg01.fab.netarch.akamai.com (23.37.122.25 [日本 Akamai节点] ) 60.459 ms 59.768 ms
14 lo1.r01.spine04.hkg01.fab.netarch.akamai.com (23.37.122.19 [日本 Akamai节点] ) 67.094 ms
lo1.r03.spine03.hkg01.fab.netarch.akamai.com (23.37.122.17 [日本 Akamai节点] ) 55.875 ms
lo1.r03.spine01.hkg01.fab.netarch.akamai.com (23.37.122.9 [日本 Akamai节点] ) 57.831 ms
15 lo1.r03.leaf01.hkg01.fab.netarch.akamai.com (23.37.122.5 [日本 Akamai节点] ) 57.073 ms * 56.520 ms
16 vlan100.r08.tor01.hkg01.fab.netarch.akamai.com (23.40.189.65 [美国 Akamai节点] ) 58.080 ms 59.834 ms 69.080 ms
17 * * *

第二天(1119)上班时间前故障依旧, 9:59am 恢复

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
dig 11666440-sb1.app.netsuite.com | nali

; <<>> DiG 9.10.6 <<>> 11666440-sb1.app.netsuite.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38361
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;11666440-sb1.app.netsuite.com. IN A

;; ANSWER SECTION:
11666440-sb1.app.netsuite.com. 1713 IN CNAME app-cdn-future.ap2.netsuite.com.
app-cdn-future.ap2.netsuite.com. 1713 IN CNAME app-future.netsuite.com.edgekey.net [Akamai CDN] .
app-future.netsuite.com.edgekey.net [Akamai CDN] . 1713 IN CNAME e5403.x.akamaiedge.net [Akamai CDN] .
e5403.x.akamaiedge.net [Akamai CDN] . 1713 IN A 23.55.96.79 [美国 Akamai节点]

;; Query time: 33 msec
;; SERVER: 180.76.76.76 [北京市 北京百度网讯科技有限公司公共DNS服务器(电信节点)] #53(180.76.76.76 [北京市 北京百度网讯科技有限公司公共DNS服务器(电信节点)] )
;; WHEN: Wed Nov 19 09:58:19 CST 2025
;; MSG SIZE rcvd: 204

dns搭配cdn选取最优线路服务器

DNS 与 CDN 配合使用,通过结合两者的优势,可以实现访问用户附近服务器的效果。关键在于利用 CDN 的地理分布式加速能力DNS 的智能解析能力,当用户访问一个域名时,DNS 会根据用户的地理位置,将域名解析到离用户最近的 CDN 节点 IP 地址上,从而缩短访问路径,提升访问速度和稳定性

关于smart dns; 选择合适dns来返回‘最近’的CDN服务器, 可搭配: dnsmasq-china-list

​ 使用配置和体验可参考: OpenWrt安装并配置SmartDNS

image-20251119110739594

关于MosDNS; 选择合适dns来返回‘最近’的CDN服务器

image-20251119103044352

最后通过手工指定解析cdn到特定的IP地址来解决无法访问的故障:

image-20251119110642726

优化以后(根据ping ip地址得到最近的韩国节点); 然后按 韩国先加, 美国节点后加的方式, 让DNS优先放回韩国更快的节点.

CDN配置方法

  • 1、将域名的NS记录指向CDN厂商提供的DNS服务器。
  • 2、给域名设置一个cname记录,将它指向CDN厂商提供的另一个域名。

如何查询到一个域名配置多少个IP地址的CDN节点?

方法一: https://ping.chinaz.com/

根据全球ping来探测CDN服务器节点所在位置, 及对应的IP地址

那些延迟时间极低的地点, 一般就是CDN有部署本地服务器的地点, 比如: 日本大阪, 日本东京, 新加坡, 香港, 韩国首尔, 美国旧金山

监测点 解析IP解析IP归属地 解析时间 TTL值 操作
日本 184.28.95.4日本大阪大阪[其他] 0ms 56 查看 DNS HTTP 路由
新加坡 23.207.192.199新加坡新加新加坡[其他] 0ms 57 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 1ms 57 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 1ms 57 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 1ms 58 查看 DNS HTTP 路由
韩国 23.35.220.218韩国首尔首尔[其他] 1ms 51 查看 DNS HTTP 路由
美国圣何塞 23.221.76.205美国加利旧金山[其他] 1ms 56 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 1ms 58 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 2ms 58 查看 DNS HTTP 路由
韩国首尔 23.35.220.218韩国首尔首尔[其他] 2ms 51 查看 DNS HTTP 路由
韩国 23.35.220.218韩国首尔首尔[其他] 2ms 50 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 2ms 58 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 2ms 54 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 2ms 58 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 2ms 58 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 4ms 52 查看 DNS HTTP 路由
中国香港 23.195.108.166中国香港[其他] 4ms 52 查看 DNS HTTP 路由
湖北武汉[电信] 23.217.68.232日本东京东京[其他] 45ms 51 查看 DNS HTTP 路由
日本 23.195.108.166中国香港[其他] 46ms 52 查看 DNS HTTP 路由
浙江宁波[移动] 23.195.108.166中国香港[其他] 49ms 45 查看 DNS HTTP 路由
湖北丹江口[电信] 23.219.68.153日本东京东京[其他] 50ms 49 查看 DNS HTTP 路由
江苏镇江[电信] 23.217.68.232日本东京东京[其他] 52ms 51 查看 DNS HTTP 路由
北京[电信] 23.217.68.232日本东京东京[其他] 52ms 52 查看 DNS HTTP 路由
浙江宁波[电信] 23.217.68.232日本东京东京[其他] 53ms 49 查看 DNS HTTP 路由
河北石家庄[电信] 23.217.68.232日本东京东京[其他] 53ms 51 查看 DNS HTTP 路由
浙江宁波[电信] 23.217.68.232日本东京东京[其他] 55ms 46 查看 DNS HTTP 路由
广西南宁[电信] 23.217.68.232日本东京东京[其他] 58ms 51 查看 DNS HTTP 路由
湖北武汉[电信] 23.219.68.153日本东京东京[其他] 58ms 51 查看 DNS HTTP 路由
内蒙古呼和浩特[电信] 23.217.68.232日本东京东京[其他] 58ms 50 查看 DNS HTTP 路由
湖南长沙[移动] 184.51.96.232新加坡新加新加坡[其他] 60ms 50 查看 DNS HTTP 路由
广东汕头[电信] 23.217.68.232日本东京东京[其他] 62ms 52 查看 DNS HTTP 路由
福建厦门[电信] 23.217.68.232日本东京东京[其他] 63ms 46 查看 DNS HTTP 路由
湖北襄阳[电信] 23.217.68.232日本东京东京[其他] 65ms 49 查看 DNS HTTP 路由
湖北十堰[电信] 23.219.68.153日本东京东京[其他] 65ms 47 查看 DNS HTTP 路由
福建厦门[电信] 23.217.68.232日本东京东京[其他] 66ms 46 查看 DNS HTTP 路由
陕西西安[电信] 23.217.68.232日本东京东京[其他] 66ms 50 查看 DNS HTTP 路由
陕西西安[电信] 23.217.68.232日本东京东京[其他] 66ms 52 查看 DNS HTTP 路由
湖北十堰[电信] 23.217.68.232日本东京东京[其他] 66ms 50 查看 DNS HTTP 路由
湖北十堰[多线] 23.219.68.153日本东京东京[其他] 67ms 50 查看 DNS HTTP 路由
湖北十堰[电信] 23.219.68.153日本东京东京[其他] 68ms 50 查看 DNS HTTP 路由
陕西西安[电信] 23.217.68.232日本东京东京[其他] 68ms 50 查看 DNS HTTP 路由
美国洛杉矶 104.76.100.114美国新泽锡考克斯[其他] 68ms 51 查看 DNS HTTP 路由
云南昆明[电信] 23.217.68.232日本东京东京[其他] 69ms 54 查看 DNS HTTP 路由
云南昆明[电信] 23.217.68.232日本东京东京[其他] 69ms 53 查看 DNS HTTP 路由
湖北十堰[移动] 23.55.208.234日本东京东京[其他] 71ms 47 查看 DNS HTTP 路由
内蒙呼和浩特[电信] 23.217.68.232日本东京东京[其他] 72ms 52 查看 DNS HTTP 路由
云南昆明[电信] 23.217.68.232日本东京东京[其他] 72ms 49 查看 DNS HTTP 路由
河南洛阳[多线] 23.217.68.232日本东京东京[其他] 73ms 51 查看 DNS HTTP 路由
青海西宁[电信] 23.217.68.232日本东京东京[其他] 76ms 48 查看 DNS HTTP 路由
内蒙呼和浩特[电信] 23.217.68.232日本东京东京[其他] 77ms 52 查看 DNS HTTP 路由
湖北武汉[电信] 23.215.160.192日本东京东京[其他] 77ms 51 查看 DNS HTTP 路由
重庆[电信] 23.217.68.232日本东京东京[其他] 77ms 51 查看 DNS HTTP 路由
湖北十堰[电信] 23.217.68.232日本东京东京[其他] 80ms 47 查看 DNS HTTP 路由
湖北襄阳[电信] 23.217.68.232日本东京东京[其他] 81ms 48 查看 DNS HTTP 路由
湖北襄阳[电信] 23.219.68.153日本东京东京[其他] 82ms 47 查看 DNS HTTP 路由
湖北十堰[电信] 23.219.68.153日本东京东京[其他] 82ms 51 查看 DNS HTTP 路由
湖北十堰[电信] 23.217.68.232日本东京东京[其他] 83ms 48 查看 DNS HTTP 路由
四川眉山[联通] 23.215.160.192日本东京东京[其他] 85ms 49 查看 DNS HTTP 路由
湖北十堰[电信] 23.219.68.153日本东京东京[其他] 85ms 50 查看 DNS HTTP 路由
山东济南[移动] 23.36.16.189日本东京东京[其他] 88ms 39 查看 DNS HTTP 路由
辽宁大连[电信] 23.207.192.199新加坡新加新加坡[其他] 93ms 48 查看 DNS HTTP 路由
中国香港 184.27.28.232马来西亚吉隆吉隆坡[其他] 98ms 52 查看 DNS HTTP 路由
新疆乌鲁木齐[电信] 23.217.68.232日本东京东京[其他] 101ms 51 查看 DNS HTTP 路由
西藏拉萨[电信] 23.217.68.232日本东京东京[其他] 102ms 49 查看 DNS HTTP 路由
山东济南[移动] 23.48.116.185日本东京东京[其他] 117ms 39 查看 DNS HTTP 路由
上海[电信] 184.27.32.169日本大阪大阪[其他] 122ms 49 查看 DNS HTTP 路由
四川成都[移动] 104.121.228.221印度卡纳班加罗尔[其他] 124ms 43 查看 DNS HTTP 路由
西藏[移动] 23.49.8.227新加坡新加新加坡[其他] 129ms 45 查看 DNS HTTP 路由
四川成都[移动] 104.121.228.221印度卡纳班加罗尔[其他] 134ms 44 查看 DNS HTTP 路由
江苏南京[电信] 104.85.244.95美国加利洛杉矶[其他] 158ms 50 查看 DNS HTTP 路由
新疆乌鲁木齐[移动] 23.2.76.228美国加利圣何塞[其他] 159ms 47 查看 DNS HTTP 路由
中国香港 184.27.28.232马来西亚吉隆吉隆坡[其他] 159ms 52 查看 DNS HTTP 路由
上海[多线] 23.38.160.223美国加利洛杉矶[其他] 165ms 49 查看 DNS HTTP 路由
山东济南[联通] 2.20.168.228土耳其伊斯伊斯坦布尔[其他] 184ms 41 查看 DNS HTTP 路由
四川成都[移动] 184.31.253.4澳大利亚新南悉尼[其他] 185ms 39 查看 DNS HTTP 路由
江西九江[电信] 104.85.244.95美国加利洛杉矶[其他] 186ms 52 查看 DNS HTTP 路由
中国香港 104.85.244.95美国加利洛杉矶[其他] 191ms 51 查看 DNS HTTP 路由
宁夏中卫[电信] 23.38.160.223美国加利洛杉矶[其他] 192ms 51 查看 DNS HTTP 路由
安徽马鞍山[电信] 23.208.8.76美国加利埃尔塞贡多[其他] 196ms 46 查看 DNS HTTP 路由
甘肃兰州[联通] 23.212.168.75新西兰奥克奥克兰[其他] 199ms 46 查看 DNS HTTP 路由
上海[电信] 23.38.160.223美国加利洛杉矶[其他] 199ms 50 查看 DNS HTTP 路由
河南郑州[电信] 23.41.100.206美国加利洛杉矶[其他] 202ms 46 查看 DNS HTTP 路由
浙江宁波[联通] 23.209.216.233中国中国台北[其他] 219ms 47 查看 DNS HTTP 路由
福建泉州[电信] 23.217.76.233美国—-[其他] 221ms 46 查看 DNS HTTP 路由
河北石家庄[联通] 2.19.244.88德国北莱杜塞尔多夫[其他] 227ms 52 查看 DNS HTTP 路由
贵州贵安[电信] 23.212.168.75新西兰奥克奥克兰[其他] 230ms 50 查看 DNS HTTP 路由
吉林长春[电信] 23.38.72.230德国汉堡汉堡[其他] 230ms 48 查看 DNS HTTP 路由
青海西宁[联通] 23.220.192.232中国香港[其他] 243ms 50 查看 DNS HTTP 路由
山东青岛[电信] 23.212.168.75新西兰奥克奥克兰[其他] 259ms 46 查看 DNS HTTP 路由
海南海口[电信] 2.20.168.228土耳其伊斯伊斯坦布尔[其他] 260ms 47 查看 DNS HTTP 路由
辽宁大连[电信] 23.212.168.75新西兰奥克奥克兰[其他] 263ms 46 查看 DNS HTTP 路由
云南昆明[联通] 23.220.192.232中国香港[其他] 275ms 51 查看 DNS HTTP 路由
海南海口[电信] 23.75.64.226捷克布拉布拉格[其他] 275ms 50 查看 DNS HTTP 路由
浙江宁波[电信] 23.195.108.166中国香港[其他] 288ms 43 查看 DNS HTTP 路由
湖北武汉[电信] 23.195.108.166中国香港[其他] 291ms 44 查看 DNS HTTP 路由
甘肃兰州[电信] 23.220.192.232中国香港[其他] 293ms 46 查看 DNS HTTP 路由
浙江宁波[电信] 23.195.108.166中国香港[其他] 296ms 41 查看 DNS HTTP 路由
江苏镇江[电信] 23.207.64.228美国明尼明尼阿波利斯[其他] 302ms 46 查看 DNS HTTP 路由
江苏镇江[电信] 23.207.64.228美国明尼明尼阿波利斯[其他] 315ms 46 查看 DNS HTTP 路由
山西太原[电信] 23.195.108.166中国香港[其他] 320ms 47 查看 DNS HTTP 路由
江苏南京[电信] 23.207.64.228美国明尼明尼阿波利斯[其他] 329ms 47 查看 DNS HTTP 路由
湖南长沙[电信] 23.195.108.166中国香港[其他] 363ms 46 查看 DNS HTTP 路由
山东淄博[联通] 23.220.192.232中国香港[其他] 364ms 48 查看 DNS HTTP 路由
吉林白城[联通] 184.51.96.232新加坡新加新加坡[其他] 447ms 48 查看 DNS HTTP 路由
山东枣庄[联通] 超时
四川成都[移动] 超时
广东深圳[电信] 超时
黑龙江哈尔滨[联通] 超时
天津[电信] 超时
广西南宁[电信] 超时
浙江绍兴[电信] 超时
湖南长沙[联通] 超时
江苏宿迁[多线] 超时

方法二: nslookup 或 dig 本地运行

1
2
3
4
5
6
7
8
nslookup 11666440-sb1.app.netsuite.com 8.8.8.8 | nali  
Server: 8.8.8.8 [美国加利福尼亚州圣克拉拉县山景市 谷歌公司DNS服务器]
Address: 8.8.8.8 [美国加利福尼亚州圣克拉拉县山景市 谷歌公司DNS服务器] #53

Name: 11666440-sb1.app.netsuite.com
Address: 157.197.144.225 [韩国 三星系统数据有限公司BGP节点]
Name: 11666440-sb1.app.netsuite.com
Address: 23.205.144.180 [美国 Akamai节点]

方法三: nslookup远程

CNAME

比如: https://www.lookup-dns.com/zh-CN/cname?host=11666440-sb1.app.netsuite.com&dns_server_type=default&dns_server=127.0.0.1

检测地区 记录值 IP TTL
北美-美国-加州 app-cdn-future.ap2.netsuite.com 23.221.76.205美国-加州-圣克拉拉 300
亚太-新加坡-新加坡 app-cdn-future.ap2.netsuite.com 104.83.196.169新加坡-新加坡 300
亚太-中国-香港 app-cdn-future.ap2.netsuite.com 23.220.192.232香港-香港 300
亚太-日本-东京 app-cdn-future.ap2.netsuite.com 23.36.16.189日本-东京都-东京 300
亚太-中国-北京 app-cdn-future.ap2.netsuite.com 23.217.68.232United States of America-Massachusetts-Cambridge 299
欧洲-英国-伦敦 app-cdn-future.ap2.netsuite.com 23.206.176.232United States of America-Massachusetts-Cambridge 300
亚太-澳大利亚-悉尼 app-cdn-future.ap2.netsuite.com 184.31.253.4韩国-首尔特别市-首尔特别市 300
中东-巴林-麦纳麦 app-cdn-future.ap2.netsuite.com 23.47.112.153阿联酋-Dubai-迪拜 300
非洲-南非-开普敦 app-cdn-future.ap2.netsuite.com 184.28.84.77南非-Western Cape-Cape Town 300
北美-美国-华盛顿 app-cdn-future.ap2.netsuite.com 104.99.48.207美国-加州-圣克拉拉 300
北美-美国-纽约 app-cdn-future.ap2.netsuite.com 184.27.178.230United States of America-Massachusetts-Cambridge 300

A记录

检测地区 IP TTL
北美-美国-加州 23.221.76.205美国-加州-圣克拉拉 30
亚太-新加坡-新加坡 184.51.96.232新加坡-新加坡 30
亚太-中国-香港 23.220.192.232香港-香港 30
亚太-日本-东京 23.36.16.189日本-东京都-东京 30
亚太-中国-北京 23.217.68.232United States of America-Massachusetts-Cambridge 30
欧洲-英国-伦敦 184.26.44.196英国-英格兰-Slough 6
亚太-澳大利亚-悉尼 184.31.253.4韩国-首尔特别市-首尔特别市 20
中东-巴林-麦纳麦 23.47.112.153阿联酋-Dubai-迪拜 20
非洲-南非-开普敦 184.28.84.77南非-Western Cape-Cape Town 20
北美-美国-华盛顿 104.99.48.207美国-加州-圣克拉拉 20
北美-美国-纽约 184.27.178.230United States of America-Massachusetts-Cambridge 60

再比如: https://www.iplocation.net/ip-lookup

https://tools.iplocation.net/dns-lookup

学习: 我有特别的 DNS 配置和使用技巧

用AdGuardHome屏蔽一些广告吧, https://ruleset.skk.moe/Internal/reject-adguardhome.txt

如果你被广告整到内心奔溃的话, 可以试一下AdGuardHome结合动态域名黑名单这种解决方案.

优化CDN, 从而加速访问网址

用了Clash后,

@1175

- DOMAIN-SUFFIX,phncdn.com,REJECT

- DOMAIN-KEYWORD,phncdn.com,DIRECT


工具/灵感来源Nali


Nali

一个查询IP地理信息和CDN提供商的离线终端工具.

Github Actions

English

功能

  • 支持多种数据库
    • 纯真 IPv4 离线数据库
    • ZX IPv6 离线数据库
    • Geoip2 城市数据库 (可选)
    • IPIP 数据库 (可选)
    • ip2region 数据库 (可选)
    • DB-IP 数据库 (可选)
    • IP2Location DB3 LITE 数据库 (可选)
  • CDN 服务提供商查询
  • 支持管道处理
  • 支持交互式查询
  • 同时支持IPv4和IPv6
  • 支持多语言
  • 查询完全离线
  • 全平台支持
  • 支持彩色输出

安装

从源码安装

Nali 需要预先安装 Go >= 1.19. 安装后可以从源码安装软件:

1
$ go install github.com/zu1k/nali@latest

下载预编译的可执行程序

可以从Release页面下载预编译好的可执行程序: Release

你需要选择适合你系统和硬件架构的版本下载,解压后可直接运行

Arch 系 Linux

我们在 Aur 中发布了 3 个相关的包:

  • nali-go: Release 版本,安装时编译
  • nali-go-bin: Release 版本,预编译的二进制文件
  • nali-go-git: 最新的 master 分支版本,安装时编译

使用说明

查询一个IP的地理信息

1
2
$ nali 1.2.3.4
1.2.3.4 [澳大利亚 APNIC Debogon-prefix网络]

或者 使用 管道

1
2
$ echo IP 6.6.6.6 | nali
IP 6.6.6.6 [美国 亚利桑那州华楚卡堡市美国国防部网络中心]

同时查询多个IP的地理信息

1
2
3
4
$ nali 1.2.3.4 4.3.2.1 123.23.3.0
1.2.3.4 [澳大利亚 APNIC Debogon-prefix网络]
4.3.2.1 [美国 新泽西州纽瓦克市Level3Communications]
123.23.3.0 [越南 越南邮电集团公司]

交互式查询

使用 exitquit 退出查询

1
2
3
4
5
6
7
8
$ nali
123.23.23.23
123.23.23.23 [越南 越南邮电集团公司]
1.0.0.1
1.0.0.1 [美国 APNIC&CloudFlare公共DNS服务器]
8.8.8.8
8.8.8.8 [美国 加利福尼亚州圣克拉拉县山景市谷歌公司DNS服务器]
quit

dig 命令配合使用

需要你系统中已经安装好 dig 程序

1
2
3
4
$ dig nali.zu1k.com +short | nali
104.28.2.115 [美国 CloudFlare公司CDN节点]
104.28.3.115 [美国 CloudFlare公司CDN节点]
172.67.135.48 [美国 CloudFlare节点]

nslookup 命令配合使用

需要你系统中已经安装好 nslookup 程序

1
2
3
4
5
6
7
8
9
10
11
$ nslookup nali.zu1k.com 8.8.8.8 | nali
Server: 8.8.8.8 [美国 加利福尼亚州圣克拉拉县山景市谷歌公司DNS服务器]
Address: 8.8.8.8 [美国 加利福尼亚州圣克拉拉县山景市谷歌公司DNS服务器]#53

Non-authoritative answer:
Name: nali.zu1k.com
Address: 104.28.3.115 [美国 CloudFlare公司CDN节点]
Name: nali.zu1k.com
Address: 104.28.2.115 [美国 CloudFlare公司CDN节点]
Name: nali.zu1k.com
Address: 172.67.135.48 [美国 CloudFlare节点]

与任意程序配合使用

因为 nali 支持管道处理,所以可以和任意程序配合使用

1
bash abc.sh | nali

Nali 将在 IP后面插入IP地理信息,CDN域名后面插入CDN服务提供商信息

支持IPv6

和 IPv4 用法完全相同

1
2
3
4
5
6
7
8
9
$ nslookup google.com | nali
Server: 127.0.0.53 [局域网 IP]
Address: 127.0.0.53 [局域网 IP]#53

Non-authoritative answer:
Name: google.com
Address: 216.58.211.110 [美国 Google全球边缘网络]
Name: google.com
Address: 2a00:1450:400e:809::200e [荷兰Amsterdam Google Inc. 服务器网段]

查询 CDN 服务提供商

因为 CDN 服务通常使用 CNAME 的域名解析方式,所以推荐与 nslookup 或者 dig 配合使用,在已经知道 CNAME 后可单独使用

1
2
3
4
5
6
7
8
9
10
11
12
13
$ nslookup www.gov.cn | nali
Server: 127.0.0.53 [局域网 IP]
Address: 127.0.0.53 [局域网 IP]#53

Non-authoritative answer:
www.gov.cn canonical name = www.gov.cn.bsgslb.cn [白山云 CDN].
www.gov.cn.bsgslb.cn [白山云 CDN] canonical name = zgovweb.v.bsgslb.cn [白山云 CDN].
Name: zgovweb.v.bsgslb.cn [白山云 CDN]
Address: 103.104.170.25 [新加坡 ]
Name: zgovweb.v.bsgslb.cn [白山云 CDN]
Address: 2001:428:6402:21b::5 [美国Louisiana州Monroe Qwest Communications Company, LLC (CenturyLink)]
Name: zgovweb.v.bsgslb.cn [白山云 CDN]
Address: 2001:428:6402:21b::6 [美国Louisiana州Monroe Qwest Communications Company, LLC (CenturyLink)]

用户交互

程序第一次运行后,会在 config 目录生成配置文件 config.yaml (使用 nali info 来查看具体信息),配置文件定义了数据库信息,默认用户无需进行修改

数据库格式默认如下:

1
2
3
4
5
6
7
8
9
10
11
- name: geoip
name-alias:
- geolite
- geolite2
format: mmdb
file: GeoLite2-City.mmdb
languages:
- ALL
types:
- IPv4
- IPv6

其中,languagestypes 表示该数据库支持的语言和查询类型。 如果你需要增加数据库,需小心修改配置文件,如果有任何问题,欢迎提 issue 询问。

查看帮助

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$ nali --help
Usage:
nali [flags]
nali [command]

Available Commands:
help Help about any command
update update qqwry, zxipv6wry, ip2region ip database and cdn

Flags:
-h, --help help for nali
-t, --toggle Help message for toggle

Use "nali [command] --help" for more information about a command.

更新数据库

更新所有可以自动更新的数据库

1
2
3
$ nali update
2020/07/17 12:53:46 正在下载最新纯真 IP 库...
2020/07/17 12:54:05 已将最新的纯真 IP 库保存到本地 /root/.nali/qqwry.dat

或者指定数据库

1
2
3
$ nali update --db qqwry,cdn
2020/07/17 12:53:46 正在下载最新纯真 IP 库...
2020/07/17 12:54:05 已将最新的纯真 IP 库保存到本地 /root/.nali/qqwry.dat

自选数据库

用户可以指定使用哪个数据库,需要设置环境变量: NALI_DB_IP4NALI_DB_IP6 或者两个同时设置

支持的变量内容:

  • Geoip2 ['geoip', 'geoip2']
  • Chunzhen ['chunzhen', 'qqwry']
  • IPIP ['ipip']
  • Ip2Region ['ip2region', 'i2r']
  • DBIP ['dbip', 'db-ip']
  • IP2Location ['ip2location']

Windows平台

使用geoip数据库
1
2
3
4
5
set NALI_DB_IP4=geoip

或者使用 powershell

$env:NALI_DB_IP4="geoip"
使用ipip数据库
1
2
3
4
5
set NALI_DB_IP6=ipip

或者使用 powershell

$env:NALI_DB_IP6="ipip"

Linux平台

使用geoip数据库
1
export NALI_DB_IP4=geoip
使用ipip数据库
1
export NALI_DB_IP4=ipip

多语言支持

通过修改环境变量 NALI_LANG 来指定使用的语言,当使用非中文语言时仅支持GeoIP2这个数据库

该参数可设置的值见 GeoIP2 这个数据库的支持列表

1
2
# NALI_LANG=en nali 1.1.1.1
1.1.1.1 [Australia]

工作目录

设置环境变量 NALI_HOME 来指定工作目录,配置文件和数据库存放在工作目录下。也可在配置文件中使用绝对路径指定其他数据库路径。

设置环境变量 NALI_CONFIG_HOME 来指定配置文件目录,NALI_DB_HOME 来执行数据库文件目录

如果未指定相关环境变量,将使用 XDG 规范,配置文件目录在 $XDG_CONFIG_HOME/nali,数据库文件目录在 $XDG_DATA_HOME/nali

1
2
3
4
5
set NALI_HOME=D:\nali

or

export NALI_HOME=/var/nali

感谢列表

感谢 JetBrains 提供开源项目免费License

作者

Nali © zu1k, 遵循 MIT 证书.

个性化需求沟通 扫客服加V加群: