某大佬项目: “一个查询IP地理信息和CDN提供商的离线终端工具” 及使用
有什么用
查询IP地理信息和CDN提供商的离线终端工具
怎么用
命令行运行, 见文档如下
@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. 访问正常(一直也都是正常, 不变) 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截图
本机的DNS未改变, 可是汇报联通前后(最后一个ping 发生在下午) IP地址的变化.
保修前—————————————————————————————————————————–
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
保修后—————————————————————————————————————————–
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
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 %
DNS污染又或是DNS刷新延迟
几乎相同的时间点, 即便更新dns缓冲, 切换不同公网上的dns服务器, 只要使用不同的运营商, 那么返回的结果就可以不一样, 这种现象属于DNS污染吗? 还是网络DNS刷新的延迟导致?
如果属于刷新延迟; 根据以往经验等半天(几个小时)就能正常. 外面的宽带都能访问正常, 换一个本地运营商也能访问正常(获取正确最新的IP地址, 可是本地就是无法访问)
3个多小时过去了, 故障依旧(联通访问网址的CDN又解析到香港23.56.180.227, 然后无法访问)
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, 可以正常访问
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 恢复
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
关于MosDNS; 选择合适dns来返回‘最近’的CDN服务器
最后通过手工指定解析cdn到特定的IP地址来解决无法访问的故障:
优化以后(根据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 本地运行
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
用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提供商的离线终端工具.
English
功能
- 支持多种数据库
- 纯真 IPv4 离线数据库
- ZX IPv6 离线数据库
- Geoip2 城市数据库 (可选)
- IPIP 数据库 (可选)
- ip2region 数据库 (可选)
- DB-IP 数据库 (可选)
- IP2Location DB3 LITE 数据库 (可选)
- CDN 服务提供商查询
- 支持管道处理
- 支持交互式查询
- 同时支持IPv4和IPv6
- 支持多语言
- 查询完全离线
- 全平台支持
- 支持彩色输出
安装
从源码安装
Nali 需要预先安装 Go >= 1.19. 安装后可以从源码安装软件:
$ 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的地理信息
$ nali 1.2.3.4
1.2.3.4 [澳大利亚 APNIC Debogon-prefix网络]
或者 使用 管道
$ echo IP 6.6.6.6 | nali
IP 6.6.6.6 [美国 亚利桑那州华楚卡堡市美国国防部网络中心]
同时查询多个IP的地理信息
$ 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 [越南 越南邮电集团公司]
交互式查询
使用 exit 或 quit 退出查询
$ 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 程序
$ 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 程序
$ 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 支持管道处理，所以可以和任意程序配合使用
bash abc.sh | nali
Nali 将在 IP后面插入IP地理信息，CDN域名后面插入CDN服务提供商信息
支持IPv6
和 IPv4 用法完全相同
$ 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 后可单独使用
$ 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 来查看具体信息)，配置文件定义了数据库信息，默认用户无需进行修改
数据库格式默认如下：
- name: geoip
name-alias:
- geolite
- geolite2
format: mmdb
file: GeoLite2-City.mmdb
languages:
- ALL
types:
- IPv4
- IPv6
其中，languages 和 types 表示该数据库支持的语言和查询类型。 如果你需要增加数据库，需小心修改配置文件，如果有任何问题，欢迎提 issue 询问。
查看帮助
$ 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.
更新数据库
更新所有可以自动更新的数据库
$ nali update
2020/07/17 12:53:46 正在下载最新纯真 IP 库...
2020/07/17 12:54:05 已将最新的纯真 IP 库保存到本地 /root/.nali/qqwry.dat
或者指定数据库
$ 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_IP4、NALI_DB_IP6 或者两个同时设置
支持的变量内容:
- Geoip2
['geoip', 'geoip2'] - Chunzhen
['chunzhen', 'qqwry'] - IPIP
['ipip'] - Ip2Region
['ip2region', 'i2r'] - DBIP
['dbip', 'db-ip'] - IP2Location
['ip2location']
Windows平台
使用geoip数据库
set NALI_DB_IP4=geoip
或者使用 powershell
$env:NALI_DB_IP4="geoip"
使用ipip数据库
set NALI_DB_IP6=ipip
或者使用 powershell
$env:NALI_DB_IP6="ipip"
Linux平台
使用geoip数据库
export NALI_DB_IP4=geoip
使用ipip数据库
export NALI_DB_IP4=ipip
多语言支持
通过修改环境变量 NALI_LANG 来指定使用的语言，当使用非中文语言时仅支持GeoIP2这个数据库
该参数可设置的值见 GeoIP2 这个数据库的支持列表
# 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
set NALI_HOME=D:\nali
or
export NALI_HOME=/var/nali
感谢列表
- 纯真QQIP离线数据库
- qqwry纯真数据库解析
- ZX公网ipv6数据库
- Geoip2 city数据库
- geoip2-golang解析器
- CDN provider数据库
- IPIP数据库
- IPIP数据库解析
- ip2region数据库
- IP2Location DB3 LITE
- Cobra CLI库
感谢 JetBrains 提供开源项目免费License
发表回复