看起來的確同 IP 可能出現在不同地區/國家.
怎麽辦到的? 不會混淆嗎?
Frankfurt
Start: 2019-09-30T03:31:03+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 10.0.10.1 0.0% 4 0.1 0.1 0.1 0.1 0.0
2.|-- 62.115.47.24 0.0% 4 0.4 0.4 0.2 0.7 0.2
3.|-- 62.115.116.16 0.0% 4 0.5 0.6 0.4 0.9 0.2
4.|-- 62.115.153.215 0.0% 4 12.4 12.4 12.4 12.4 0.0
5.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
6.|-- 8.8.8.8 0.0% 4 12.3 12.3 12.3 12.3 0.0
New York
Start: 2019-09-30T03:31:30+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 134.209.160.254 0.0% 4 0.4 0.9 0.4 1.5 0.5
2.|-- 138.197.248.40 0.0% 4 0.4 1.0 0.4 1.9 0.7
3.|-- 138.197.244.34 0.0% 4 1.5 2.3 0.9 5.6 2.2
4.|-- 162.243.191.241 0.0% 4 1.4 1.5 1.4 1.7 0.1
5.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
6.|-- 8.8.8.8 0.0% 4 1.7 1.8 1.7 1.9 0.1
Miami
Start: 2019-09-30T03:31:30+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
2.|-- 108.61.249.33 0.0% 4 0.8 0.8 0.8 0.9 0.1
3.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
4.|-- 206.41.108.12 0.0% 4 0.5 1.2 0.5 3.1 1.3
5.|-- 108.170.253.17 0.0% 4 0.9 0.9 0.9 1.0 0.0
6.|-- 216.239.59.69 0.0% 4 1.4 1.6 1.4 1.7 0.1
7.|-- 8.8.8.8 0.0% 4 0.8 0.8 0.8 0.9 0.0
Dallas
Start: 2019-09-30T03:31:30+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 45.79.12.202 0.0% 4 0.9 0.8 0.7 0.9 0.1
2.|-- 45.79.12.6 0.0% 4 0.6 1.8 0.5 5.6 2.5
3.|-- 45.79.12.8 0.0% 4 0.6 0.7 0.5 1.2 0.3
4.|-- 213.52.131.179 0.0% 4 1.2 4.7 1.1 15.4 7.1
5.|-- 108.170.252.129 0.0% 4 1.8 1.3 1.1 1.8 0.3
6.|-- 108.170.226.57 0.0% 4 1.1 1.1 1.1 1.2 0.1
7.|-- 8.8.8.8 0.0% 4 1.1 1.1 1.0 1.2 0.1
San Francisco
Start: 2019-09-30T03:31:31+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 104.236.128.253 0.0% 4 0.7 0.7 0.4 1.4 0.4
2.|-- 138.197.248.222 0.0% 4 0.7 0.6 0.5 0.8 0.1
3.|-- 138.197.244.235 0.0% 4 2.9 6.1 2.9 15.5 6.3
4.|-- 209.85.149.170 0.0% 4 2.5 2.5 2.4 2.7 0.1
5.|-- 108.170.242.241 0.0% 4 4.2 4.1 4.0 4.2 0.1
6.|-- 72.14.239.97 0.0% 4 3.0 3.0 3.0 3.2 0.1
7.|-- 8.8.8.8 0.0% 4 2.9 3.0 2.9 3.2 0.1
Seattle
Start: 2019-09-30T03:31:30+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
2.|-- 45.63.33.225 0.0% 4 3.6 4.2 3.6 5.2 0.7
3.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
4.|-- 206.81.80.17 0.0% 4 0.3 0.4 0.3 0.5 0.1
5.|-- 74.125.243.193 0.0% 4 0.6 0.6 0.5 0.6 0.1
6.|-- 209.85.254.237 0.0% 4 1.6 1.4 1.3 1.6 0.2
7.|-- 8.8.8.8 0.0% 4 0.6 0.5 0.5 0.6 0.0
Toronto
Start: 2019-09-30T03:31:30+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 159.203.0.253 0.0% 4 0.9 1.4 0.5 3.3 1.3
2.|-- 138.197.249.86 0.0% 4 0.9 0.7 0.5 0.9 0.2
3.|-- 162.243.190.33 0.0% 4 0.6 1.1 0.6 2.3 0.8
4.|-- 108.170.250.225 0.0% 4 1.2 1.1 0.9 1.3 0.2
5.|-- 108.170.226.219 0.0% 4 1.1 1.1 1.0 1.3 0.1
6.|-- 8.8.8.8 0.0% 4 0.9 1.0 0.9 1.3 0.2
London
Start: 2019-09-30T03:31:29+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 46.101.0.254 0.0% 4 0.4 6.7 0.4 22.8 10.8
2.|-- 138.197.251.196 0.0% 4 0.4 0.6 0.4 0.9 0.2
3.|-- 74.125.49.86 0.0% 4 0.5 0.5 0.5 0.7 0.1
4.|-- 74.125.242.65 0.0% 4 0.5 0.5 0.5 0.5 0.0
5.|-- 172.253.50.223 0.0% 4 0.5 0.6 0.5 0.7 0.1
6.|-- 8.8.8.8 0.0% 4 0.4 0.4 0.4 0.4 0.0
Paris
Start: 2019-09-30T03:31:28+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
2.|-- 45.63.112.65 0.0% 4 3.6 4.9 3.4 8.7 2.6
3.|-- 89.167.134.89 0.0% 4 0.4 0.4 0.3 0.5 0.1
4.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
5.|-- 4.69.140.34 75.0% 4 0.9 0.9 0.9 0.9 0.0
6.|-- 72.14.218.78 0.0% 4 0.9 0.9 0.9 0.9 0.0
7.|-- 108.170.244.161 0.0% 4 1.1 1.1 1.0 1.1 0.1
8.|-- 216.239.48.27 0.0% 4 1.1 1.1 1.0 1.2 0.1
9.|-- 8.8.8.8 0.0% 4 1.1 1.1 1.0 1.1 0.0
Amsterdam
Start: 2019-09-30T03:31:29+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 128.199.32.253 0.0% 4 0.4 6.7 0.4 23.8 11.4
2.|-- 138.197.250.78 0.0% 4 7.7 3.2 0.4 7.7 3.5
3.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
4.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
5.|-- 8.8.8.8 0.0% 4 22.5 22.6 22.4 22.7 0.1
Singapore
Start: 2019-09-30T03:31:31+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 128.199.191.253 0.0% 4 1.1 3.1 0.4 6.1 2.8
2.|-- 138.197.250.210 0.0% 4 0.4 0.7 0.4 1.3 0.4
3.|-- 138.197.245.12 0.0% 4 0.7 0.8 0.7 0.8 0.1
4.|-- 103.253.144.255 0.0% 4 2.1 4.5 2.1 6.6 1.9
5.|-- 108.170.240.225 0.0% 4 2.4 2.2 2.1 2.4 0.1
6.|-- 108.170.233.65 0.0% 4 1.3 1.1 1.0 1.3 0.1
7.|-- 8.8.8.8 0.0% 4 1.0 1.1 1.0 1.2 0.1
Sydney
Start: 2019-09-30T03:31:32+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
2.|-- 103.43.73.193 0.0% 4 3.6 6.1 3.5 13.4 4.9
3.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
4.|-- 218.100.52.3 0.0% 4 1.4 1.0 0.8 1.4 0.3
5.|-- 108.170.247.81 0.0% 4 1.2 1.2 1.1 1.3 0.1
6.|-- 209.85.142.137 0.0% 4 1.2 1.2 1.2 1.3 0.1
7.|-- 8.8.8.8 0.0% 4 1.1 1.1 1.1 1.1 0.0
Tokyo
Start: 2019-09-30T03:31:31+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 139.162.65.2 0.0% 4 0.7 0.8 0.6 0.9 0.1
2.|-- 139.162.64.14 0.0% 4 0.5 0.6 0.5 0.7 0.1
3.|-- 72.14.196.114 0.0% 4 0.5 0.6 0.5 0.7 0.1
4.|-- 108.170.242.97 0.0% 4 1.1 3.5 1.1 6.6 2.3
5.|-- 216.239.62.23 0.0% 4 0.8 0.7 0.7 0.8 0.0
6.|-- 8.8.8.8 0.0% 4 0.7 0.7 0.6 0.7 0.0
Bangalore
Start: 2019-09-30T03:31:30+0000
Loss Snt Last Avg Best Wrst StDev
1.|-- 159.89.160.254 0.0% 4 2.0 1.3 0.5 2.0 0.7
2.|-- 138.197.249.18 0.0% 4 0.4 0.6 0.4 0.9 0.2
3.|-- 202.56.198.29 0.0% 4 2.6 2.9 1.9 4.7 1.2
4.|-- 182.79.255.169 0.0% 4 11.6 10.6 8.4 13.7 2.5
5.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
6.|-- 182.79.239.193 0.0% 4 10.9 12.6 8.4 22.6 6.8
7.|-- 72.14.208.234 0.0% 4 9.2 9.3 9.1 9.5 0.2
8.|-- ??? 100.0 4 0.0 0.0 0.0 0.0 0.0
9.|-- 8.8.8.8 0.0% 4 9.2 9.2 9.1 9.5 0.2
EthanTs wrote:用了 https:/...(恕刪)
這是因為你搞錯這網站的功用了
他只是告訴你從這些國家的主機到8.8.8.8的路徑IP
而不是8.8.8.8同時出現在不同國家主機上
另外你一直好奇的19樓不是給你正確答案了嗎?
CDN
下面連結是cloudflare所做的演示動畫圖
左邊是CDN的運作，右邊是傳統沒CDN的運作
https://www.cloudflare.com/img/products/cdn/map.gif
不用把CDN想得太複雜，最簡單的解釋就是電信公司客服
雖然打的電話是同一隻（中華：0800-080-123#9），但它會自動分配給你空閒的客服人員
CDN的運作也是差不多的原理
一個中央主機(ORIGINAL SERVER)配上在其他地區的很多主機(EDGE SERVER)
當你訪問網站的那瞬間，就會根據你的所在地(電信商...等)分配最適當的地區主機給你連
唯一不同的是網站主機能一對多，而客服人員只能一對一
然後你一直說IP位置在哪，坦白說這只是參考用
用IPIP去查你就會知道我說什麼
https://www.ipip.net/ip/172.217.11.174.html
他只會告訴你這個IP是隸屬於GOOGLE的，除非有人上去回報
就有點像手機門號一樣，例如0937專屬於中華電信
那其他資料庫只要看到你查0937的電話，就會告訴你這是中華的電話
假設今天用戶拿到門號後立刻解約轉到遠傳呢？
當資料庫還來不及更新時，就會發生用戶已經轉到遠傳，但查資料卻是在中華的情況
至於你一開始的問題為什麼相差這麼多
這會分成兩個部分，第一個是你測錯了
先看一個報導
Chrome 76 版更新項目介紹，破解網址隱藏 WWW 與子網域名稱
當然我不確定你是不是用chrome，但我想90%是肯定的
因為你是測試amazon.com，而不是www.amazon.com
最有可能的原因就是用了新版的chrome，結果因為www被隱藏
讓你誤以為你是連到沒有www，因而在CMD內用amazon.com來測
如果你使用IE或火狐就會發現當你輸入amazon.com時，會經過一個301跳轉
網址會自動跳成www.amazon.com
換句話說，你應該要測的是www.amazon.com，而不是amazon.com
C:\Users\xxxxxx\ping www.amazon.com
Ping e15316.e22.akamaiedge.net [118.214.252.116] (使用 32 位元組的資料):
回覆自 118.214.252.116: 位元組=32 時間=4ms TTL=56
回覆自 118.214.252.116: 位元組=32 時間=4ms TTL=56
回覆自 118.214.252.116: 位元組=32 時間=8ms TTL=56
回覆自 118.214.252.116: 位元組=32 時間=7ms TTL=56
118.214.252.116 的 Ping 統計資料:
封包: 已傳送 = 4，已收到 = 4, 已遺失 = 0 (0% 遺失)，
大約的來回時間 (毫秒):
最小值 = 4ms，最大值 = 8ms，平均 = 5ms
第二個部分是為什麼amazon.com Ping會這麼高
我在猜這才是amazon主機的真實IP，可能是沒開到CDN的緣故
畢竟原先已經設定好當你訪問amazon.com就自動301轉址到www.amazon.com
那自然而然就沒有必要開啟CDN做分流
最後Google跟亞馬遜的Ping值為什麼能壓這麼低
我想你確實知道答案了，但我還是給你資料來源
Google Cloud所有的機房位置
https://cloud.google.com/about/locations/?region=asia-pacific#region
在亞太地區，你就會看到台灣
也就是在台灣有CDN機房
再來我們看一下亞馬遜的所有機房位置
https://aws.amazon.com/tw/cloudfront/features/?nc=sn&loc=2
在亞洲的區塊下，會看到台灣台北 (3)
同上意思
內文搜尋