疑問 - 有關tw.yahoo.com的名稱解析問題

[rezard]

大家好：
小弟今天在辦公室測試Hinet的DNS 168.95.192.1與Seednet的南部DNS 139.175.10.20二個設定解析tw.yahoo.com網址，發現二個解出來的對應IP不一樣，Hinet解出202.43.195.52，Seednet解出203.84.202.164，透過TWNIC反查註冊單位，結果分別剪貼如下：

Hinet解出的202.43.195.52：
http://wq.apnic.net/apnic-bin/whois....=202.43.195.52

inetnum: 202.43.192.0 - 202.43.223.255
netname: YAHOO-ASIA-1
descr: Internet Content Crovider
country: US
admin-c: YI12-AP
tech-c: YI12-AP
status: ALLOCATED PORTABLE
mnt-by: APNIC-HM
mnt-lower: MAINT-AP-YAHOO-INC
remarks: -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
remarks: This object can only be modified by APNIC hostmaster
remarks: If you wish to modify this object details please
remarks: send email to hostmaster@apnic.net with your organisation
remarks: account name in the subject line.
remarks: -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
changed: hm-changed@apnic.net 20030807
changed: hm-changed@apnic.net 20041013
changed: hm-changed@apnic.net 20050311
source: APNIC

route: 202.43.192.0/21
descr: Yahoo Taiwan
country: TW
origin: AS10229
mnt-by: MAINT-AP-YAHOO-INC
changed: gnelson@yahoo-inc.com 20030813
source: APNIC

role: YAHOO INC
address: 701 First Avenue
address: Sunnyvale, CA 94089
country: US
phone: +1 408 349 3300
fax-no: +1 408 349 3301
e-mail: netblockadmin@yahoo-inc.com
trouble: send spam and abuse reports to abuse@yahoo.com
trouble: or visit http://abuse.yahoo.com
admin-c: KW133-AP
tech-c: KW133-AP
tech-c: SD210-AP
nic-hdl: YI12-AP
notify: netops@yahoo-inc.com
mnt-by: MAINT-AP-YAHOO-INC
changed: kirkw@yahoo-inc.com 20061211
source: APNIC

--------------------------------------------------（分隔線）

Seednet解出的203.84.202.164：
http://wq.apnic.net/apnic-bin/whois....203.84.202.164

inetnum: 203.84.192.0 - 203.84.223.255
netname: YAHOO-ASIA-3
descr: Internet Content Provider
country: AP
admin-c: YI12-AP
tech-c: YI12-AP
mnt-by: APNIC-HM
mnt-lower: MAINT-AP-YAHOO-INC
status: ALLOCATED PORTABLE
remarks: -+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+
remarks: This object can only be updated by APNIC hostmasters.
remarks: To update this object, please contact APNIC
remarks: hostmasters and include your organisation's account
remarks: name in the subject line.
remarks: -+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+
changed: hm-changed@apnic.net 20050121
changed: hm-changed@apnic.net 20050121
changed: hm-changed@apnic.net 20050311
changed: hm-changed@apnic.net 20050830
source: APNIC

route: 203.84.200.0/22
descr: Yahoo TPC
country: TW
origin: AS24031
mnt-by: MAINT-AP-YAHOO-INC
changed: stephend@yahoo-inc.com 20051114
source: APNIC

role: YAHOO INC
address: 701 First Avenue
address: Sunnyvale, CA 94089
country: US
phone: +1 408 349 3300
fax-no: +1 408 349 3301
e-mail: netblockadmin@yahoo-inc.com
trouble: send spam and abuse reports to abuse@yahoo.com
trouble: or visit http://abuse.yahoo.com
admin-c: KW133-AP
tech-c: KW133-AP
tech-c: SD210-AP
nic-hdl: YI12-AP
notify: netops@yahoo-inc.com
mnt-by: MAINT-AP-YAHOO-INC
changed: kirkw@yahoo-inc.com 20061211
source: APNIC

--------------------------------------------------（分隔線）
經過tracer route，發現Seednet解出來的目的IP非但節點較多，且還經過p4-7-1-0-3.r20.tokyjp01.jp.bb.gin.ntt.net [129.250.8.5] 這個看似出國後又繞回來的路由節點。

想請教諸位大大：
一、請問你們那頭測試結果（分設二家DNS）是否一樣？（小弟是用windows xp pro的電腦，nslookup指令與tracert指令，ISP是GSN）
二、這是Yahoo自身的問題嗎？

[mini]

你可以再試一次
可能又會不同 (個人是了3次會有一些不同)
個人試了除自己及yahoo不算 經過11節點
解出202.43.195.52

ISP是 Seednet
無出島現像

個人是覺得
像 yahoo...等大站應該會利用動態路由
做流量管理
以達到不塞車目的
要不然像 google 流量這麼大
不可能大家都進出同一個 IP
那他的主機早爆了
也沒有這麼大的寬頻主幹可以這麼用

一般如你ISP是用 Seednet 應該就不會去用 Hinet 的 DNS 吧 (反過來亦然)

[飛鳥]

這是多重主機的架構，不是誰誰誰的問題啦

這是一個負載平衡的架構，學名叫(load balance)

而load balance有分很多種，從字面上就是平均分擔工作

像一些進階的ip防火牆分享器，就有兩個網路合併，達到流量分擔的效果
比如像這種產品http://buy.yahoo.com.tw/gdsale/gdsale.asp?gdid=353699

這是一個架構，就是從內部網路對多個線路，這是對內的部份，分擔內部的流量出去



講回樓主的問題，為什麼dns可以解釋成那麼多台ip呢

也是分流的架構，只是把外面的流量分散到不同主機上面

因為再強的電腦，1GB的網路卡加光纖網路，都不可能受得了同時1萬人看你的1台主機的網頁吧(這也是所謂的ddos攻擊)

而且還要回應很快的，不如利用dns的解釋，平均給使用者解釋到不同的ip，把流量都分散，而網路同步的內容，就只要更新網頁資料庫的內容，就不會有問題了



這還有一個好處，萬一那一台有問題了，不會說所有人都無法上網，而有別的架構，可以道到別台主機去

[rezard]

作者: mini

你可以再試一次
可能又會不同 (個人是了3次會有一些不同)
個人試了除自己及yahoo不算 經過11節點
解出202.43.195.52

ISP是 Seednet
無出島現像

個人是覺得
像 yahoo...等大站應該會利用動態路由
做流量管理
以達到不塞車目的
要不然像 google 流量這麼大
不可能大家都進出同一個 IP
那他的主機早爆了
也沒有這麼大的寬頻主幹可以這麼用

一般如你ISP是用 Seednet 應該就不會去用 Hinet 的 DNS 吧 (反過來亦然)

謝謝大大的回覆
想請教大大Seednet線路使用的預設DNS是哪一部（IP位址）？

[rezard]

作者: 飛鳥

這是多重主機的架構，不是誰誰誰的問題啦

這是一個負載平衡的架構，學名叫(load balance)

而load balance有分很多種，從字面上就是平均分擔工作

像一些進階的ip防火牆分享器，就有兩個網路合併，達到流量分擔的效果
比如像這種產品http://buy.yahoo.com.tw/gdsale/gdsale.asp?gdid=353699

這是一個架構，就是從內部網路對多個線路，這是對內的部份，分擔內部的流量出去



講回樓主的問題，為什麼dns可以解釋成那麼多台ip呢

也是分流的架構，只是把外面的流量分散到不同主機上面

因為再強的電腦，1GB的網路卡加光纖網路，都不可能受得了同時1萬人看你的1台主機的網頁吧(這也是所謂的ddos攻擊)

而且還要回應很快的，不如利用dns的解釋，平均給使用者解釋到不同的ip，把流量都分散，而網路同步的內容，就只要更新網頁資料庫的內容，就不會有問題了



這還有一個好處，萬一那一台有問題了，不會說所有人都無法上網，而有別的架構，可以道到別台主機去

謝謝飛鳥大人的指教

不才的小弟想再請教：
DNS名稱解析係以階層式分散式架構運作，若是為分流，是否會先導向同一IP節點再進行分流？若可以不用先導向相同節點，則威權DNS該如何答詢每一次反覆性名稱解析？這樣說來存放的A紀錄不就要很多筆、甚至很多地方（不同的DNS伺服器）？這麼一來不就破壞原來DNS體系的結構嗎？

[飛鳥]

dns都是有DNS Cache，就是一般的DNS的快取

例如：
中華DNS問YAHOO的DNS，得到1.1.1.1，就會放在中華DNS上一段時間(管理員設定的時間)，幾乎中華用戶在設定時間內都會連到1.1.1.1

同理seednet DNS問YAHOO的DNS，得到2.2.2.2，就會放在seednet DNS上一段時間(管理員設定的時間)，幾乎seednet用戶在設定時間內都會連到2.2.2.2


原來也知道a記錄，那知道mx記錄嗎？

MAIL Server 的mx記錄可以設定優先比例，像

a A 1.1.1.1
b A 2.2.2.2

smtp.abc.com IN MX 10 a.abc.com
smtp.abc.com IN MX 20 b.abc.com

以上就是把大多數郵件都先寄到smtp1.abc.com(1.1.1.1)的主機去，因為他的優先為10

而a記錄沒這個優先的東西，所以就以亂數回應那一個ip都可以

dns沒有分流，只是利用他的多個a記錄，不同時間解釋成不同ip而已

其實呢，yahoo的主機，有一部份是放在中華(或其它ISP業者)的機房裡的
第一，是流量大，直接放在中華的機房，成本效益比較好
第二，yahoo是大客戶，房在中華的機房，中華可以跟別人講說yahoo放在他們的機房，像活招牌
第三，線路問題，中華電訊去處理

[rezard]

作者: 飛鳥

dns都是有DNS Cache，就是一般的DNS的快取

例如：
中華DNS問YAHOO的DNS，得到1.1.1.1，就會放在中華DNS上一段時間(管理員設定的時間)，幾乎中華用戶在設定時間內都會連到1.1.1.1

同理seednet DNS問YAHOO的DNS，得到2.2.2.2，就會放在seednet DNS上一段時間(管理員設定的時間)，幾乎seednet用戶在設定時間內都會連到2.2.2.2


原來也知道a記錄，那知道mx記錄嗎？

MAIL Server 的mx記錄可以設定優先比例，像

以上就是把大多數郵件都先寄到smtp1.abc.com(1.1.1.1)的主機去，因為他的優先為10

而a記錄沒這個優先的東西，所以就以亂數回應那一個ip都可以

dns沒有分流，只是利用他的多個a記錄，不同時間解釋成不同ip而已

其實呢，yahoo的主機，有一部份是放在中華(或其它ISP業者)的機房裡的
第一，是流量大，直接放在中華的機房，成本效益比較好
第二，yahoo是大客戶，房在中華的機房，中華可以跟別人講說yahoo放在他們的機房，像活招牌
第三，線路問題，中華電訊去處理

soga，原來A record可以用亂數決定，真是太神了！
謝謝飛鳥大人費心解釋，感恩啊