> 我们可以自立一台 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