> 我們可以自立一台 local root server 使用與 13 台不同的 ip > address , 但這樣一來就沒有一般的 DNS server 能找到這台 root. > 如果全冒充, 就會被找得到, 找到後如果內容比原來的 13 台資訊多一 > 點, 會如何 ? 這時後那個 BGP anycast 轄區的 DNS server 就都能找 > 到這個多出來的資訊了. root server 多出來的資訊就是 TLD name. > 例如 "公司" , "台灣", 而 TLD name 當然也可以是 "中央大學". 這就 > 是沒有中間 "." 但有最右邊 "." 的 TLD name 或 keyword. ================================================================= MicroSoft Win2K 使用了 Active Directory 且結合了 UTF-8 的 DNS server 程式, 但其最大的敗筆竟然是自己的 IE Browser 會有 UTF-8 的漏洞且無法 "無害通行", 因此這個方案被 ACE 臨時替代. 此外, 往日的 NetBios 或 workgroup 是 8 byte flat name sytem, 雖然要過渡到使用有 "." 的 domain name , 但為了相容, 就需要有 Local Root 把 8Byte name 也當 Domain Name 看待, 因此她鼓吹 forest root 的想法. 但是如果脫離 Unique Root , InterNet DNS 的霸業就可能解體, 因 此 ICANN 透過 IETF 拼命抵制, 這就註定 MS 這個 Directory Service 遭 遇阻力, 無疾而終. 隨著 MicroSoft 的網路搜索服務而來的 MSN.NET 被 Real Name 公司藉 auto.search.msn.com 在 IE 的坎入推動了 RealName Keyword. 如果 root DNS server 放了各種 TLD 的 A RR, 這個 server 就 是個沒有 "." 的短名稱 name server 而且就剛好適合 8byte flate NETBIOS name. 以學校言, 若不是有搜索引擎與個人反覆挑選, 要以英文湊出高中的 學校名稱找到目的地網站並非易事, 但 "高雄中學", "台南一中", "新竹中 學" 卻是整個台灣使用者耳熟能詳, 很自然的用法. 以前能做這件事的似乎只有 MicroSoft , 但現在 Anycast 的技術使得 地區性 Root Server 不僅可行, 也照顧了 InterNet Root server . 在網路 安全的考量下, 分散多餘性的 root 是有必要的, 同時每個 Client 在特定 ISP的服務下, 也需要一個全面具有可鑑別性與可隔離保護性及可通告性的名 稱解析系統. 因此, 一種可自動登錄, 可簡單使用的地區性可鑑識代名/代號 系統就有其必要性, 而這類系統在使用時, 需具有一定的通訊通告能力與可被 限制頻寬的通訊能力等特性, 使得有缺陷(例如中毒)的聯網設備能立即被通告 , 並受到限制但還能透過網路來進行修補. 這種想法接近人類傳統的戶政與警政系統, 但把這種保護管理當成是一 種服務在進行而非軍事或官僚統治. 或許這種契約論終將由擁有電腦的使用者 與管理網路的 ISP 雙方替電腦與網路進行簽約接受人類法令的約束. 台灣的中文域名經過 2000-2003 的發展, 最大的進展就是解決了繁簡字 體的紛爭, 找出一個有彈性又兼具保護用戶且能與時俱進與調整的系統方案. "http://中央大學.tw" 就使用與技術言, 在台灣地區就只要輸入"中央大學" 就行了. 在台灣地區之外, 可能就會有區分 "中央大學.jp" 的尾域名可鑑別 性. 在這些技術的背後, VeriSign 的 I-NAV 下載軟體是很精心的設計了攔 截 IE 先對 "中央大學" 這種沒有 "." 與 http protocol 開頭的 TLD 名稱 先組合為 "http://中央大學", 但卻特意不做 ACE 轉換, 這就是個耐人尋味之 處. -- ◎ Origin: 中央松濤站□bbs.ee.ncu.edu.tw From: 140.115.6.234