看板Config
标 题中文网址的发展?--BGP anycast 与 Forest Root ?!
发信站中央大学松涛风情资讯站 (Mon Jan 12 15:31:31 2004)
转信站ptt!ctu-reader!ctu-gate!news.nctu!news.ncu!news.csie.ncu!Evergreen
> 我们可以自立一台 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