互聯網資源命名尋址技術綜述

摘要：介紹了幾種尋址技術的基本概念和相互關系，并從標志方案解析方案、名字空間、可擴展性等方面分析比較幾種尋址技術的優缺點，最后對互聯網資源命名尋址技術的未來發展趨勢進行了展望。

關鍵詞：命名尋址； 標志符； 名字空間； 解析

中圖分類號：TP393文獻標志碼：A

文章編號：1001－3695(2007)07－0001－05

在互聯網上實現不同資源間相互訪問中的一個重要步驟是通過特定的描述方式，獲得要訪問的資源。其中包含兩方面的內容，即網絡資源的命名標志和網絡資源的尋址問題。例如，每一個人的住址都有國家、城市、街道、門牌等標志——就是命名標志。信封上只有寫清楚這些要素才能準確地把信寄給收信人，這個過程就是尋址。獲得互聯網上資源的過程也類似。這個資源必須在網絡上有唯一標志它的名字——標志符，還必須有相應定位到該資源的一套機制，稱為尋址機制或解析機制。

互聯網資源是指網絡上的各種實體，主要包括兩大類：物理資源（主要有交換機、路由器、用戶主機等）、服務資源。隨著互聯網應用的不斷發展，服務資源所占互聯網絡資源的比重越來越多，網絡資源的含義也越來越廣。于是在不同層次上涌現出了不同的命名技術和解析方法。

互聯網資源的尋址技術是網絡資源實體間相互發現并實現進一步通信的基礎。發起通信的實體，通過一定的尋找或查詢機制找到通信接收方資源實體的過程就是尋址（或定位）。這個過程需要依賴于每種標志方法的解析機制。每個實體在互聯網中必須是唯一可標志的，即有資源標志符。資源標志符是對計算機資源的命名，也就是指用特定的方法對互聯網資源本身進行描述。資源標志的語法定義了用于命名網絡資源的字符集以及構成規則；字符集合語法規則決定了互聯網資源名稱名字空間的范圍和大小，所有互聯網資源名稱的集合構成了名字空間[1]。不同的標志符方法定義了不同的名字空間，各自的語法、字符集和解析機制。

1互聯網資源命名和尋址相關技術的比較

1．1基本標志方法間的關系

1．1．1URI、URL、URN之間的關系

URI、URL、URN是彼此關聯的[2~4]。URI是結合了URL和URN技術提出的；某些環境中，URI、URL以及URN是等價的。其關系如圖1所示。

URI（Uniform Resource Identifier）含義較廣，泛指所有以字符串標志的網絡資源，既可以看做定位符（Locator），也可以看做名字（Name）。范圍涵蓋了URL和URN。

URL是URI的子集，只是一個定位符，指的是標有特定通信協議（如HTTP、FTP、GOPHER）的字符串。URL最大的缺點是當信息資源的存放地點發生變化時，必須對URL作相應的改變。于是出現了后來的資源表示方法，如URI、URN和URC（Uniform Resource Citation，統一資源引用符）等。

URN則通常用來標志全球唯一、永久的網絡資源，即使資源不再存在或不再被使用。它解決了URI一般不能為資源提供永久不變的名稱的問題。URN是URI的子集，對于URI而言是其名字（Name）屬性。

1．1．2PURL和URL的關系

PURL[5]實際上是通過標志中間恒久不變的解析器地址方式，避免了URL不能解決資源地址變化而導致原有URL失效的情況。最重要的是，作為URN的副產品，它在語法定義上充分考慮了今后過渡到URN服務的兼容性。但PURL沒有從根本上解決唯一標志符持久性、唯一性、分布性和可管理性的要求；需要注冊用戶在URL改變的時候手動修改PURL對應的URL，很不方便。

1．1．3URI、IRI、XRI之間的關系

全世界有幾百種語言和文字，同一種語言文字可能有多種不同的編碼方式（如漢字編碼GB 2312、GB 18030、GB 13000)。為了解決文字顯示問題設計的Unicode碼是唯一的一種可供選擇的全球統一編碼方式。URI采用的是ASCII碼，于是出現了使用Unicode編碼的IRI。IRI是URI的補充和升級[6]。現行的、主機數量龐大的ASCII域名系統是整個互聯網的基礎，并且它本身穩定、高效、可靠地運行著。在URI的基礎上擴大字符集，既擴大了該體系的語言應用范圍，又考慮了現有系統的兼容性。IRI的出現是URI國際化的必然結果。

IRI是在URI規范的基礎上對Unicode字符集作相應的擴展使得URI國際化；XRI在IRI的基礎上對語法進行擴展，成為真正意義上的抽象的統一資源標志符。

XRI[7~10]擴展了對資源的定義。這些資源是抽象的、與內容無關的，獨立于具體的網絡位置、域名、應用程序或具體的協議。對于XRI所標志的資源類型沒有限制，任何資源都可以用XRI來定義。XRI可以對具體的組織、個人、概念、應用程序、機器、數字對象或其他任何東西進行定義。

XRI可以通過相應的轉換機制轉換為IRI，IRI也可以轉換為URI，于是XRI也可以轉換為URI，從而實現了XRI的可擴展性。其關系如圖2所示。

獨立的URI并不僅僅是名字URN或定位器URL，任何一個URI模式的實例都會有名字或定位器，或兩者都有。XRI也繼承了這個特點，雖然XRI是為了解決抽象名字而設計的，但仍然用具體的定位器，XRI的語法并不區分標志符的名字和定位器。

1．2應用尋址解析系統

1．2．1基于URI和XML的尋址——UDDI

（1）標志方案。UDDI XML Schema定義了四種主要的信息類型。每種信息類型都是一種實體，每個實體都由唯一的鍵值（Key）來標志。該鍵值是利用UUID（Universally Unique Identifier）來唯一標志的[11]。UDDI注冊中心在信息第一次被保存時為它們分配這個唯一的標志符UUID，這樣即便人們的Web服務改變了名字，也同樣可以利用UUID來發現和定位服務。

UUID是一個由八個16 Bytes組成的字節組（如UUID:CD153257－086A－4237－B336－6BDCBDCC6634），由一個嚴格的算法生成。

（2）解析方案。UDDI使用TCP/IP、HTTP、XML和SOAP標準來創建統一的服務描述格式和服務發現協議[12]。UDDI消息的傳輸采用XML來描述，通過HTTP從客戶機的SOAP請求傳到注冊中心節點；注冊中心服務器的SOAP服務器接收SOAP消息、進行處理；然后把SOAP響應返回給客戶機。就注冊中心而言，客戶機發出的要修改數據的請求必須確保是安全的、經過驗證的事務。

（3）UDDI是基于URI和XML的尋址。Web Service已成為一個非常重要的網絡資源，UDDI則可看做是一套關于Web Services的尋址系統。W3C把Web Services定義為由一個URI識別的軟件系統。從UDDI使用的協議和解析機制來看，可以認為UDDI是基于URI和XML實現的一套尋址系統。 UDDI的資源名稱是機器友好的，其解析技術基于Web技術來實現，具有較完整的緩存和安全解析機制。

UDDI商業注冊中心在邏輯上是集中的，而在物理上是分布式的。它由多個根節點組成，相互之間按一定規則進行數據同步。當一個企業在UDDI商業注冊中心的一個實例中注冊后，其注冊信息會被按一定的復制機制自動復制到其他UDDI根節點是，于是就能被任何希望發現這些Web服務的人所發現。從這個意義上講，UDDI是一套多根的解析服務系統。

UDDI多根的注冊、發現機制以及數據同步、更新機制對尋址系統的發展具有很好的借鑒意義。

1．2．2基于URI的尋址——ENUM

隨著三網合一的趨勢，ENUM技術迅速發展起來。ENUM采用符合E．164標準的電話號碼作為用戶通信的入口，采用DNS技術和運行框架，為用戶提供便捷的解析服務。其DNS結構如圖3所示。

用戶可以采用電話號碼完成VoIP的尋址定位，以及HTTP訪問、電子郵件、目錄服務等網絡應用。ENUM解析與互聯網及電信網應用相結合，可以提供豐富的新型綜合應用。

（1）標志方案。具體而言，在特定的應用中輸入E.164規則的電話號碼，得到對應的URI。其主要是借用了新的資源類型NAPTR（Naming Authority Pointer）[13，14]。

例如，下面就是一條+86－10－62619750電話號碼對應的ENUM DNS服務器的資源記錄：

SORIGIN 0.5.7.9.1.6.2.6.0.1.6.8.e164.cn.

IN NAPTR 5 10 \"u\" \"E2U+mailto \" !^.*S!mailto:td@cnnic.cn!\".//電子郵件

IN NAPTR 10 10 \"u\" \"E2U+http \" \"!^.*S!http://www.enum.cn!\".//HTTP訪問

通過上面的記錄內容使得對應于電話號碼+86－10－62619750的不同服務，經過DNS尋址系統就可以得到該號碼對應的電子郵件和網頁訪問等應用。

（2）解析方案。當用戶用支持ENUM技術的特定設備或程序輸入電話號碼后，首先客戶端對輸入的電話號碼進行處理，轉換成一個與該號碼對應的域名；然后DNS Resolver將處理后的域名請求DNS解析，從DNS服務器得到與此ENUM號碼相應的URI集合；最后，應用程序根據它自身的應用需求選擇相應的URI，繼續執行相應的協議，完成相應的操作。

例如，以上面的DNS配置為例，用戶想給擁有“+86－10－62619750”這個ENUM的用戶發送E－mail。

①用戶Outlook Express（已安裝支持ENUM功能模塊）地址欄中輸入這個電話號碼。

②Outlook Express對電話號碼進行預處理，將“+86－10－62619750”處理為“0.5.7.9.1.6.2.6.0.1.6.8.e164.arpa”。

③用戶本機的DNS Resolver將這個字串發給DNS Server作類似域名的解析；DNS Server將對應這個字串配置的四個URI（mailto:td@cnnic.cn，http://www.enum.cn）都返回給Outlook Express。

④Outlook Express選擇mailto:td@cnnic.cn進行下一步的通信，將E－mail發給td@cnnic.cn。

其他應用的解析流程也與此類似。

ENUM采用了DNS技術，是基于URI的尋址。 DNS名字服務系統發展了多年，很成熟也很穩定，用DNS技術和系統來完成URI的解析，使URI得到了廣泛應用。ENUM恰恰是構建在這個基礎之上的。

從這個角度講，ENUM實際上是一種專用的、具有特定服務內容的，以及具有特殊運行服務需求的尋址系統。其地址就是與特定電話號碼對應的URI；其名字空間就是電話號碼的名字空間；其資源名稱就是常用的E.164電話號碼；解析技術采用DNS資源記錄NAPTR來實現。

ENUM的安全解析和緩存機制等都是與DNS類似的；不同的是其生存周期TTL值，即更新機制是比DNS域名要求更高的。

1．2．3基于URN的尋址——Handle System

（1）標志方案。Handle System中每個資源名稱，即Handle，包括兩部分：命名授權（Naming Authority）以及命名授權下的本地名字[15~17]。命名授權和本地名字之間用“/”來分開[18]。資源名稱的構成如下：

〈Handle〉∷=〈Handle命名授權〉 \"/\" 〈Handle本地名字〉

例如，“1758/david”是運行于筆者提供的Handle服務1758上一個網絡服務的Handle，它的值是筆者的一個網站的URL。

Handle名字空間是本地名字空間的超集，每一個本地名字空間都擁有唯一Handle命名授權。每個命名授權在Handle System中是確保唯一的。任何現存的本地名字空間可以通過獲得一個唯一的命名授權來加入全球Handle名字空間，得到的Handle是命名授權和本地名稱的結合。比如，服務1758在GHR的Handle是“0．NA/1758”。Handle采用了Unicode作為Handle的字符集。

（2）解析方案。Handle客戶端要解析一個Handle(如cnri.dlib/july95－arms)，那么首先要到GHR(Global Handle Registry)查詢負責cnri.dlib這個NA(Naming Authority)的LHS(Local Handle Service)信息；然后通過查詢到的LHS信息，找到負責cnri.dlib/july95－arms這個Handle的服務器的地址，從該服務器上獲取該Handle的信息。

Handle是基于URN的尋址。Handle System實際上是一種典型的URN解析系統。Handle System中的資源名稱定義為Handle，它實際上是URN。Handle System具有十分明確的數據格式、服務模式以及支持名字解析和管理的協議。其他URN解析系統和Handle System可以通過多種方式進行交互，最明顯的就是Handle可以注冊成為一個URN名字空間，即它可以被用做一種URN。

Handle System本身作為一種全局命名服務，從某種程度上來說，是對現有DNS系統的一種擴展。它沒有像DNS那樣多級的名字空間，而是只有兩級；提供了對數據的訪問權限控制；而且還解決了DNS在管理上過于集中化的問題。Handle System的最大特性是將資源命名和訪問控制機制結合。Handle System把所有權定義成分布式的所有權，每個管理員都可以管理自己的內容，而不再依賴于系統管理者。因此，Handle System具有良好的訪問控制特性，并且通過加密傳輸，提高了信息的安全性和隱私性。

2互聯網資源標志和解析機制的分析

2．1名字空間和語法描述

名字空間是尋址技術研究的重點之一。網絡資源名稱的語法和字符集決定了名字空間的大小，尋址系統中所有的資源名稱構成了該尋址系統的名字空間。

從這個角度而言，URI、IRI和XRI的名字空間逐步增大。

ENUM的名字空間又成為DNS名字空間的子集。DNS的名字空間是基于英文字母、數字和連接符的分級授權控制的名字空間，其基本功能是利用域名來定位網絡主機。而ENUM的名字空間是基于E.164命名規則的電話號碼空間，ENUM標志本身是不分隔的，但由于ENUM的解析服務利用了DNS技術，將ENUM標志反轉并分隔后，其名字空間就成為DNS名字空間的一部分。

Handle System中采用了Unicode作為Handle的字符集。

語法描述是尋址定位名字空間設計中最為重要的一環，網絡資源名稱的語法描述直接會影響尋址系統的設計。URI、IRI和XRI的語法是一脈相承的，保持了很好的延續性，從而更好地保證了兼容性。

UDDI采用XML對資源進行描述。目前XML Schema設計得比較完善。目前存在的主要問題是效率。隨著計算能力和XML的發展這點會逐步得到改善。XML技術是下一代尋址系統設計中需要被借鑒的。因為網絡的發展進入P2P以及協同按需計算后，XML將是實現這些技術的基礎，而尋址對象之間的發現將主要基于XML來描述。

ENUM的語法描述其實只是借用了DNS中的NAPTR服務記錄。由于DNS本身的語法簡單易行，得到了非常廣泛而穩定的應用。

2．2可擴展性

（1）UDDI的出現本身是對網絡資源類型的一種突破和升華，針對Web Services進行定位尋址。

（2）XRI隨著XML和Web Services發展，使得Web能更加自動地實現機器與機器之間的通信要求。無論是從XRI可定義的資源類型還是其提供的兩種解析協議，都極大地顯現出其可擴展的優勢。

（3）ENUM 把各種資源類型HTTP、SIP、E－mail等進行了有效的整合，大大地擴展了其資源的類型，即使未來資源類型不斷豐富。ENUM通過擴展NAPTR記錄就可以實現。

（4）Handle System本身是一個全球化的命名系統，類似于DNS。DNS系統主要應用在網絡主機的命名，Handle System對這一概念作了擴展，它是面向數字化對象的統一命名系統。其資源類型遠遠大于網絡主機，可以任意定義。

2．3靈活性

靈活性對于資源標志符而言有著重要的意義，直接關系著這套尋址體系的應用范圍和前景。

（1）URI與具體的傳輸協議綁定，而XRI則不受具體的傳輸協議和訪問控制協議所限制，更具靈活性。

（2）XRI提供了兩種解析協議，即一般解析協議和可信任解析協議。在不同情況下可以選擇不同的解析方案，更加靈活方便。

（3）URI需要依賴于DNS的解析；XRI可以獨立于DNS，采用多種解析系統，使得支撐網絡運行的尋址系統多元化。（4）URI并不提供永久的資源標志符，這對于需要永久資源標志符的資源帶來很大的局限性，而XRI的誕生解決了這個問題。

（5）與URI和IRI相比，XRI有更好的可擴展性。

對于應用解析系統而言，ENUM和Handle System比UDDI有更大的靈活性。ENUM可以根據應用增加ENUM服務的類型，有非常強的靈活性，Handle System無論是兩極分層管理機制還是對資源的定義和訪問都比現有的DNS更加靈活。Handle采用的分布式服務模式，大大提高了解析效率[18]。同時一個單獨的Handle可以指向一個資源的多個實例。利用這一點可以增加解析的可靠性和性能[19]。

2．4安全性

隨著網絡應用的日漸廣泛和深入，安全性的問題越來越受關注。原有的網絡協議、網絡體系架構都缺乏對安全方面的考慮，使得網絡存在極大的安全隱患。

（1）在實現URI解析的DNS協議中，所有數據都是公開的；對于客戶的訪問，不會進行分級限制。然而分級的訪問控制是很必要的。XRI提供了訪問控制機制，安全性得到了保證。

（2）URI本身沒有提供可信任的解析機制，而XRI除了提供一般解析協議之外，還提供了可信任的解析協議。XRI的信任解析機制中就提供了相應的訪問控制機制。

（3）UDDI采用了XML、SOAP協議，其安全解析機制也比較完善；提供對商業組織、團體和貿易集團的分層結構的管理，并采用相應的安全協議和認證體系。

（4）ENUM安全性目前是推進ENUM技術投入的關鍵點。其安全解析和緩存機制等都是與DNS類似的，還有待于深入研究。

（5）在Handle System中，每一個Handle都有它自己的管理員，并且每個管理員都被賦予了一定的訪問權限。HandleSystem的認證協議在完成管理員的管理請求之前，要認證管理員的身份。默認的情況下，Handle客戶端解析時不需要任何身份認證。但是當請求隱私數據以及進行遠程管理操作時都需要對客戶端進行相應的認證。服務器將會決定客戶端是否有足夠的權限來訪問這些隱私數據或進行一些遠程管理的操作[20]。

2．5資源共享

網絡的普及和深入使大家逐漸感受到資源的豐富，并且對于資源的共享方法和程度也越來越深入。由于URI不可以相互引用、互相嵌套，日漸不能滿足這種需要。XRI的出現，不僅可以在XRI之間相互引用，XRI也可以引用URI、IRI并可以不限制嵌套的層次，從而使得資源之間可以更大程度地共享，資源之間的互操作性也隨之增強。

對于UDDI，通過使用UDDI的發現服務，企業可以注冊那些希望被其他企業發現的Web服務。UDDI商業注冊中心可以提供“一次注冊，到處發布”的功能，從而實現了企業資源的集成和共享。

ENUM將電話號碼和互聯網地址之間建立關聯，由系統自動地完成兩者之間的轉換（解析），用戶只需輸入電話號碼，就可以得到很多應用。例如，IP電話業務、使用電話號碼的E－mail業務、使用電話號碼的即時消息業務、使用電話號碼的傳真業務、訪問網站、統一消息平臺、全球“隨身呼”業務。這樣，不僅對互聯網上的資源進行了有效的整合，而且對傳統電話網和互聯網的融合起到了非常有力的推動作用。

2．6原數據的獲取

通過URI、PURL獲得的是資源的地址，并沒有獲得該資源本身，即資源的源數據。ENUM本身是對各種服務資源利用DNS系統的集成服務，獲得的也是資源的地址入口。而XRI、UDDI和Handle System獲得的是資源本身，可以對獲得的資源直接進行相應的操作。

2．7用戶友好和機器友好

用戶友好（User Friendly）是指用戶可以比較容易地理解和記憶，而且資源名稱越容易理解和記憶，也就是說它的用戶友好程度就越好。XRI和Handle System是用戶友好的命名方式。

機器友好（Machine Friendly）是指機器易于使用。當然它仍然是可記憶的，因為機器友好的資源名稱仍可能會有用戶的參與。IP地址、UDDI、ENUM則屬于機器友好的命名方式。

由圖4可以看出XRI既是機器友好的又是用戶友好的。這也是XRI優于URI和IRI的地方。

3互聯網資源標志和解析機制的發展趨勢

目前各種新的資源定位技術都是為解決特定名字空間的尋址問題，各種資源定位新技術都對應于一定的網絡應用場景，并且在特定的領域帶來了方便。但是還沒有形成一個完整體系，各種資源定位新技術不具備互操作性，即互通性。

在URL－URN（PURL）－URI－IRI－XRI的發展過程中，都是在前者的基礎上抽象出的一個新的層，可以向前兼容的同時提高靈活性。隨著網絡應用的深入發展，UDDI的出現給了互聯網資源新的含義，XRI應運而生，更加深入地擴展了網絡資源的含義。

未來網絡中資源的尋址與定位不再是簡單地對應到一個資源的IP地址，還將包含更多、更廣泛的內容屬性。日常生活中的每個設備，每種服務都將成為一種資源。這種網絡的定位和尋址將是無縫集成的。這是尋址領域的機遇也是挑戰。VoIP和ENUM的應用以及全球定位系統也正說明了這一點。資源的多樣性必然帶來尋址系統的多樣性，而且是在統一性下的多樣性。

互聯網絡應用的發展，對于資源尋址技術的安全性也提出了要求，XRI以及基于SAML的SOAP傳輸的UDDI，提供了必要的安全性和良好的數據同步機制。同時XRI也在其授權解析方面作出了突出貢獻。Handle System也解決了DNS本身的缺陷，實現了安全解析管理控制。但無論哪種方案，都在向著更智能化、對人更友好、與互聯網同步發展、資源集成共享、更安全的方向發展。

參考文獻：

[1]李曉東.計算機網絡資源命名和尋址技術的研究[D].北京:中國科學院研究生院，2003:12－16.

[2]MOATS R. URN syntax[EB/OL].[1997－05].http://www.faqs.org/rfcs/rfc2141.html.

[3]BERNERS－LEE T， FIELDING R， IRVINE U C， et al. Uniform resource identifiers(URI): generic syntax[EB/OL].[1998－08].http://www.faqs.org/rfcs/rfc2396.html.

[4]MEALLING M， DENENBERG R. Uniform resource identifiers(URIs)， URLs， and uniform resource names(URNs):clarifications and recommendations[EB/OL].[2002－08].http://www.faqs.org/rfcs/rfc3305.html.[5]SHAFER K， WEIBEL S， JUL E， et al. Introduction to persistent uniform resource locators[EB/OL]. http://purl.oclc.org/docs/inet96.html.

[6]DUERST M， SUIGNARD M. Internationalized resource identifiers(IRIs)[EB/OL].http://www.faqs.org/rfcs/rfc3987.html.

[7]REED D， McALPIN D. An introduction to XRIs[EB/OL].[2005－03].http://www.oasis－open.org/committees/download.php/11857/xri－intro－V2.0－wd－04.pdf.

[8]REED D， McALPIN D. Extensible resource identifier(XRI) syntax v2.0[EB/OL].[2005－03].http://www.oasis－open.org/committees/download.php/11852/xri－syntax－v2.0－cd－01.pdf.

[9]WACHOB G. Extensible resource identifier(XRI) resolution v2.0[EB/OL].[2005－03].http://www.oasis－open.org/committees/download.php/11853/xri－syntax－v2.0－cd－01.pdf.

[10]REED D. Extensible resource identifier(XRI) metadata V2.0[EB/OL].[2005－03].http://www.oasis－open.org/committees/download.php/11854/xri－syntax－v2.0－cd－01.pdf.

[11]CLEMENT L， HATELY A， RIEGEN von C， et al. UDDI version 3 specification[EB/OL].http://uddi.org/pubs/uddi_v3.htm.

[12]柴曉路.Web服務架構與開放互操作技術[M].北京:清華大學出版社，2003:20－25.

[13]FALTSTROM P， MEALLING M. The E.164 to uniform resource identifiers(URI) dynamic delegation discovery system(DDDS) application(ENUM)[EB/OL].[2004－04].http://www.faqs.org/rfcs/rfc3761.html.

[14]王峰，錢華林.ENUM系統以及解析服務的研究[J].計算機應用研究，2003，20(7):41－45.

[15]SUN S X， LANNOM L， BOESCH B. Handle system overview[EB/OL].[2003－11].http://www.faqs.org/rfcs/rfc3650.html.

[16]SUN S X， REILLY S， LANNOM L. Handle system namespace and service definition[EB/OL].[2003－11].http://www.faqs.org/rfcs/rfc3651.html.

[17]SUN S X， REILLY S， LANNOM L， et al. Handle system protocol(v2.1)[EB/OL].[2003－11].http://www.faqs.org/rfcs/rfc3652.html.

[18]毛偉，孫洵，王峰.一種互聯網資源標志與尋址技術：Handle System[J].計算機應用研究，2004，21(5):252－254.

[19]王峰，孫洵，毛偉，等. Handle－DNS名字服務系統的設計與實現[J].微電子學與計算機，2004，21(1):39－44.

[20]李瀟，王峰，毛偉.利用Handle協議的思想解決DNS安全問題[J]. 計算機應用研究，2006，23(12):104－107.

注：“本文中所涉及到的圖表、注解、公式等內容請以PDF格式閱讀原文”