迅雷 應用層

{

\"code\": 200,

\"title\": \"\",

\"content\": \"應用層也稱為應用實體（AE），它由若乾個特定應用服務元素（SASE）和一個或多個公用應用服務元素（CASE）組成。每個SASE提供特定的應用服務，例如檔案運輸訪問和管理（FTAM）、電子文電處理（MHS）、虛擬終端協議（VAP）等。CASE提供一組公用的應用服務，例如聯絡控製服務元素（ACSE）、可靠運輸服務元素（RTSE）和遠程操作服務元素（ROSE）等。\\n\\n應用層（Applicationlayer）是七層OSI模型的第七層。應用層直接和應用程式介麵並提供常見的網絡應用\\n\\n應用層\\n\\n服務。應用層也向表示層發出請求。\\n\\n應用層應用層是開放係統的最高層,是直接為應\\n\\n用進程提供服務的。其作用是在實現多個係統應用進程相互通訊的同時,完成一係列業務處理所需的服務.其服務元素分為兩類:公共應用服務元素CASE和特定應用服務元素SASE.\\n\\nCASE提供最基本的服務,它成為應用層中任何用戶和任何服務元素的用戶，主要為應用進程通訊,分佈係統實現提供基本的控製機製；特定服務SASE則要滿足一些特定服務,如文卷傳送,訪問管理,作業傳送,銀行事務,訂單輸入等。這些將涉及到虛擬終端,作業傳送與操作,文卷傳送及訪問管理,遠程數據庫訪問,圖形核心繫統,開放係統互連管理等等。\\n\\n主要功能和特點\\n\\n屬於應用的概念和協議發展得很快，使用麵又很廣泛，這給應用功能的標準化帶來了複雜性和困難性。比起其它層來說，應用層需要的標準最多，但也是最不成熟的一層。但隨著應用層的發展，各種特定應用服務的增多，應用服務的標準化開展了許多研究工作，ISO已製定了一些國際標準（IS）和國際標準草案（DIS）。因此，通過介紹一些具有通用性的協議標準，來描述應用層的主要功能及其特點。\\n\\n主要是提供網絡任意端上應用程式之間的介麵。\\n\\n檔案運輸、訪問和管理功能\\n\\n檔案運輸與遠程檔案訪問是任何計算機網絡最常用的兩種應用。檔案運輸與遠程訪問所使用的技術是類似的，都可以假定檔案位於檔案服務器機器上，而用戶是在顧客機器上並想讀、寫而整個或部分地運輸這些檔案，支援大多數現代檔案服務器的關鍵技術是虛擬檔案存儲器，這是一個抽象的檔案服務器。虛擬檔案存儲給顧客提供一個標準化的介麵和一套可執行的標準化操作。隱去了實際檔案服務器的不同內部介麵，使顧客隻看到虛擬檔案存儲器的標準介麵，訪問和運輸遠地檔案的應用程式，有可能不必知道各種各樣不相容的檔案服務器的所有細節。\\n\\n電子郵件功能\\n\\n計算機網絡上電子郵件的實現開始了人們通訊方式的一場革命。電子郵件的吸引力，在於象電話一樣，速度快，不要求雙方都同時在場，而且還留下可供處理或多處投遞的書寫文電拷貝。\\n\\n雖然電子郵件被認為隻是檔案運輸的一個特例，但它有一些不為所有檔案運輸所共有的特殊性質。因為，電子郵件係統首先需考慮一個完善的人機介麵，例如寫作，編輯和讀取電子郵件的介麵，其次要提供一個運輸郵件所需的郵政管理功能，例如管理郵件表和遞交通知等。此外，電子郵件與通用檔案運輸的另一個差彆是，郵件文電是最高度結構化的文字。在許多係統中，每個文電除了它的內容外，還有大量的附加資訊域，這些資訊域包括髮送方名和地址、接收方名和地址、投寄的日期和時刻、接收複寫副本的人員表、失效日期、重要性等級、安全\\n\\nISO標誌\\n\\n許可性以及其它許多附加資訊。\\n\\nISO標誌1984年CCITT製定了叫做MHS（文電處理係\\n\\n統）的X．400建議的一係列協議。ISO試圖把它們收進OSI的應用層，並叫做MOTIS（麵向文電的正交換係統）。由於X．400結構的缺少，這種吸收不是很簡單。1988年又修改了X.400，力爭與MOTIS會聚。本章我們將介紹MHS。\\n\\n虛擬終端功能\\n\\n由於種種原因，可以說終端標準化的工作已完全失敗了。解決這一問題的OSI方法是，定義一種虛擬終端，它實際上隻是代有實際終端的抽象狀態的一種抽象數據結構。這種抽象數據結構可由鍵盤和計算機兩者操作，並把數據結構的當前狀態反映在顯示器上。計算機能夠查詢此抽象數據結構，並能改變此抽象數據結構以使得螢幕上出現輸出。\\n\\n其它應用功能\\n\\n其它應用已經或正在標準化。在此，要介紹的是目錄服務、遠程作業錄入、圖形和資訊通訊。\\n\\n（1）目錄服務：它類似於電子電話本，提供了在網絡上找人或查到可用服務地址的方法。\\n\\n（2）遠程作業錄入：允許在一台計算機上工作的用戶把作業提交到另一台計算機上去執行。\\n\\n（3）圖形：具有發送如工程圖在遠地顯示和標繪的功能。\\n\\n（4）資訊通訊：用於家庭或辦公室的公用資訊服務。例如智慧用戶電報、電視圖文等。\\n\\n協議舉例\\n\\nDNS\\n\\nDNS最早於1893由保羅.莫卡派喬斯（PaulMockapetris）發明；原始的技術規範在882號因特網標準草案（RFC882）中釋出。1987年釋出的第1034和1035號草案修正了DNS技術規範，並廢除了之前的第882和883號草案。在此之後對因特網標準草案的修改基本上冇有涉及到DNS技術規範部分的改動。\\n\\n早期的域名必須以英文句號“.”結尾,，這樣DNS才能夠進行域名解析。如今DNS服務器已經可以自動補上結尾的句號。\\n\\n當前，對於域名長度的限製是63個字元，包括www.和.com或者其他的擴展名。域名同時也僅限於ASCII字元的一個子集，這使得很多其他語言無法正確表示他們的名字和單詞。基於Punycode碼的IDNA係統，可以將Unicode字串對映為有效的DNS字元集，這已經通過了驗證並被一些註冊機構作為一種變通的方法所采納。\\n\\nHTTP\\n\\nHTTP的發展是萬維網協會（WorldWideWebConsortium）和Internet工作小組（InternetEngineeringTaskForce）合作的結果，（他們）最終釋出了一係列的RFC，其中最著名的就是RFC2616。RFC2616定義了HTTP協議中一個現今被廣泛使用的版本——HTTP1.1。\\n\\nHTTP是一個客戶端和服務器端請求和應答的標準（TCP）。客戶端是終端用戶，服務器端是網站。通過使用Web瀏覽器、網絡爬蟲或者其它的工具，客戶端發起一個到服務器上指定（默認為80）的HTTP請求。（我們稱這個客戶端）調用戶代理（useragent）。應答的服務器上存儲著（一些）資源，比如HTML檔案和圖像。（我們稱）這個應答服務器為源服務器（originserver）。在用戶代理和源服務器中間可能存在多箇中間層，比如代理，網關，或者隧道（tunnel）。儘管TCP\\/IP協議是互聯網上最流行的應用，HTTP協議並冇有規定必須使用它和（基於）它支援的層。事實上，HTTP可以在任何其他互聯網協議上，或者在其他網絡上實現。\\n\\n電子郵件\\n\\nHTTP隻假定（其下層協議提供）可靠的傳輸，任何能夠提供這種保證的協議都可以被其使用。\\n\\n電子郵件通常，由HTTP客\\n\\n戶端發起一個請求，建立一個到服務器指定（默認是80）的TCP連接。HTTP服務器則在那個監聽客戶端發送過來的請求。一旦收到請求，服務器（向客戶端）發回一個狀態行，比如\\\"HTTP\\/1.1200OK\\\"，和（響應的）訊息，訊息的訊息體可能是請求的檔案、錯誤訊息、或者其它一些資訊。\\n\\nHTTP使用TCP而不是UDP的原因在於（打開一個）一個網頁必須傳送很多數據，而TCP協議提供傳輸控製，按順序組織數據，和錯誤糾正。具體細節請參考‘TCP和UDP的不同’。\\n\\n通過HTTP或者HTTPS協議請求的資源由統一資源定位器（UniformResourceIdentifiers，或者，更準確一些，URI）來標識。\\n\\nFTP\\n\\nFTP服務一般運行在20和21兩個。20用於在客戶端和服務器之間傳輸數據流，而21用於傳輸控製流，並且是命令通向ftp服務器的進口。當數據通過數據流傳輸時，控製流處於空閒狀態。而當控製流，空閒很長時間後，客戶端的防火牆，會將其會話置為超時，這樣當大量數據通過防火牆時，會產生一些問題。此時，雖然檔案可以成功的傳輸，但因為控製會話，會被防火牆斷開；傳輸會產生一些錯誤。\\n\\nFTP實現的目標：\\n\\n促進檔案的共享（計算機程式或數據）鼓勵間接或者隱式的使用遠程計算機向用戶遮蔽不同主機中各種檔案存儲係統（Filesystem）的細節可靠和高效的傳輸數據缺點：\\n\\n密碼和檔案內容都使用明文傳輸，可能產生不希望發生的竊聽。因為必須開放一個隨機的以建立連接，當防火牆存在時，客戶端很難過濾處於主動模式下的FTP流量。這個問題，通過使用被動模式的FTP，得到了很大解決。服務器可能會被告知連接一個第三方計算機的保留。此方式在需要傳輸檔案數量很多的小檔案時，效能不好FTP雖然可以被終端用戶直接使用，但是它是設計成被FTP客戶端程式所控製。\\n\\n運行FTP服務的許多站點都開放匿名服務，在這種設置下，用戶不需要帳號就可以登錄服務器，默認情況下，匿名用戶的用戶名是：“anonymous”。這個帳號不需要密碼，雖然通常要求輸入用戶的郵件地址作為認證密碼，但這隻是一些細節或者此郵件地址根本不被確定，而是依賴於FTP服務器的配置情況。\\n\\n分散式檔案係統\\n\\n分散式檔案係統（DistributedFileSystem）是指檔案係統管理的物理存儲資源不一定直接連接在本地節點上，而是通過計算機網絡與節點相連。分散式檔案係統的設計基於客戶機\\/服務器模式。一個典型的網絡可能包括多個供多用戶訪問的服務器。另外，對等特性允許一些係統扮演客戶機和服務器的雙重角色。例如，用戶可以“發表”一個允許其他客戶機訪問的目錄，一旦被訪問，這個目錄對客戶機來說就象使用本地驅動器一樣，下麵是三個基本的分散式檔案係統。\\n\\n(NFS)最早由Sun微係統公司作為TCP\\/IP網上的檔案共享係統開發。Sun公司估計現在大約有超過310萬個係統在運行NFS，大到大型計算機、小至PC機，其中至少有80%的係統是非Sun平台。\\n\\nAndrew檔案係統\\n\\n(AFS)結構與NFS相似，由卡內基·梅隆大學資訊技術中心(ITC)開發、現由前ITC職員組成的Transarc公司負責開發和銷售。AFS較NFS有所增強。\\n\\n分散式檔案係統\\n\\n分散式檔案係統\\n\\n(DFS)是AFS的一個版本，作為開放軟件基金會(OSF)的分佈\\n\\n分散式檔案係統式計算環\\n\\n境(DCE)中的檔案係統部分。\\n\\n如果檔案的訪問僅限於一個用戶，那麼分散式檔案係統就很容易實現。可惜的是，在許多網絡環境中這種限製是不現實的，必須采取併發控製來實現檔案的多用戶訪問，表現為如下幾個形式：\\n\\n隻讀共享任何客戶機隻能訪問檔案，而不能修改它，這實現起來很簡單。\\n\\n受控寫操作采用這種方法，可有多個用戶打開一個檔案，但隻有一個用戶進行寫修改。而該用戶所作的修改並不一定出現在其它已打開此檔案的用戶的螢幕上。\\n\\n併發寫操作這種方法允許多個用戶同時讀寫一個檔案。但這需要操作係統作大量的監控工作以防止檔案重寫，並保證用戶能夠看到最新資訊。這種方法即使實現得很好，許多環境中的處理要求和網絡通訊量也可能使它變得不可接受。\\n\\nNFS和AFS的區彆\\n\\nNFS和AFS的區彆在於對併發寫操作的處理方法上。當一個客戶機向服務器請求一個檔案(或數據庫記錄)，檔案被放在客戶工作站的高速緩存中，若另一個用戶也請求同一檔案，則它也會被放入那個客戶工作站的高速緩存中。當兩個客戶都對檔案進行修改時，從技術上而言就存在著該檔案的三個版本(每個客戶機一個，再加上服務器上的一個)。有兩種方法可以在這些版本之間保持同步：\\n\\n無狀態係統在這個係統中，服務器並不儲存其客戶機正在緩存的檔案的資訊。因此，客戶機必須協同服務器定期檢查是否有其他客戶改變了自己正在緩存的檔案。這種方法在大的環境中會產生額外的LAN通訊開銷，但對小型LAN來說，這是一種令人滿意的方法。NFS就是個無狀態係統。\\n\\n回呼(Callback)係統在這種方法中，服務器記錄它的那些客戶機的所作所為，並保留它們正在緩存的檔案資訊。服務器在一個客戶機改變了一個檔案時使用一種叫回叫應答(ca11backpromise)的技術通知其它客戶機。這種方法減少了大量網絡通訊。AFS(及OSFDCE的DFS)就是回叫係統。客戶機改變檔案時，持有這些檔案拷貝的其它客戶機就被回叫並通知這些改變。\\n\\n無狀態操作在運行效能上有其長處，但AFS通過保證不會被回叫應答充斥也達到了這一點。方法是在一定時間後取消回叫。客戶機檢查回叫應答中的時間期限以保證回叫應答是當前有效的。回叫應答的另一個有趣的特征是向用戶保證了檔案的當前有效性。換句話說，若一個被緩存的檔案有一個回叫應答，則客戶機就認為檔案是當前有效的，除非服務器呼叫指出服務器上的該檔案已改變了。\\n\\nNetworkFileSystem\\n\\n(NFS)網絡檔案係統\\n\\nNFS是個分散式的客戶機\\/服務器檔案係統。NFS的實質在於用戶間計算機的共享。用戶可以聯結到共享計算機並象訪問本地硬盤一樣訪問共享計算機上的檔案。管理員可以建立遠程係統上檔案的訪問，以至於用戶感覺不到他們是在訪問遠程檔案。\\n\\nNFS是個到處可用和廣泛實現的開放式係統。\\n\\nNFS最初的設計目標\\n\\n允許用戶象訪問本地檔案一樣訪問其他係統上的檔案。提供對無盤工作站的支援以降低網絡開銷。\\n\\n簡化應用程式對遠程檔案的訪問使得不需要因訪問這些檔案而調用特殊的過程。\\n\\n使用一次一個服務請求以使係統能從已崩潰的服務器或工作站上恢複。\\n\\n采用安全措施保護檔案免遭偷竊與破壞。\\n\\n使NFS協議可移植和簡單，以便它們能在許多不同計算機上實現，包括低檔的PC機。\\n\\n大型計算機、小型計算機和檔案服務器運行NFS時，都為多個用戶提供了一個檔案存儲區。工作站隻需要運行TCP\\/IP協議來訪問這些係統和位於NFS存儲區內的檔案。工作站上的NFS通常由TCP\\/IP軟件支援。對DOS用戶，一個遠程NFS檔案存儲區看起來是另一個磁盤驅動器盤符。對Macintosh用戶，遠程NFS檔案存儲區就是一個圖標。\\n\\nNFS的客戶機和服務器部分的功能\\n\\n服務器目錄共享服務器廣播或通知正在共享的目錄，一個共享目錄通常叫做出版或出口目錄。有關共享目錄和誰可訪問它們的資訊放在一個檔案中，由操作係統啟動時讀取。\\n\\n客戶機訪問在共享目錄上建立一種鏈接和訪問檔案的過程叫做裝聯(mounting)，用戶將網絡用作一條通訊鏈路來訪問遠程檔案係統。\\n\\nNFS的一個重要組成是虛擬檔案係統(VFS)，它是應用程式與低層檔案係統間的介麵。\\n\\nVFS提供的一些操作\\n\\nclose檔案關閉操作\\n\\ncreate檔案生成操作\\n\\nfsync將改變儲存到檔案中\\n\\ngetattr取檔案屬性\\n\\nlink用另一個名字訪問一個檔案\\n\\nlookup讀目錄項\\n\\nmkdir建立新目錄\\n\\nopen檔案打開操作\\n\\nrdwr檔案讀寫操作\\n\\nremove刪除一個檔案\\n\\nrename檔案改名\\n\\nrmdir刪除一目錄\\n\\nsetattr設置檔案屬性\\n\\nAndrewFileSystem(AFS)Andrew檔案係統(AFS)\\n\\nAFS是專門為在大型分散式環境中提供可靠的檔案服務而設計的。它通過基於單元的結構生成一種可管理的分散式環境。一個單元是某個獨立區域中檔案服務器和客戶機係統的集合，這個獨立區域由特定的機構管理。通常代表一個組織的計算資源。用戶可以和同一單元中其他用戶方便地共享資訊，他們也可以和其他單元內的用戶共享資訊，這取決於那些單元中的機構所授予的訪問權限。\\n\\nAFS服務器運行進程\\n\\n檔案服務器進程這個進程響應客戶工作站對檔案服務的請求，維護目錄結構，監控檔案和目錄狀態資訊，檢查用戶的訪問。\\n\\n基本監察(BOS)服務器進程這個進程運行於有BOS設定的服務器。它監控和管理運行其他服務的進程並可自動重啟服務器進程，而不需人工幫助。\\n\\n卷宗服務器進程此進程處理與卷宗有關的檔案係統操作，如卷宗生成、移動、複製、備份和恢複。\\n\\n卷宗定位服務器進程該進程提供了對檔案卷宗的位置透明性。即使卷宗被移動了，用戶也能訪問它而不需要知道卷宗移動了。\\n\\n鑒彆服務器進程此進程通過授權和相互鑒彆提供網絡安全性。用一個“鑒彆服務器”維護一個存有口令和加密密鑰的鑒彆數據庫，此係統是基於Kerberos的。\\n\\n保護服務器進程此進程基於一個保護數據庫中的訪問資訊，使用戶和組獲得對檔案服務的訪問權。\\n\\n更新服務器進程此進程將AFS的更新和任何配置檔案傳播到所有AFS服務器。\\n\\nAFS還配有一套用於差錯處理，係統備份和AFS分散式檔案係統管理的實用工具程式。例如，SCOUT定期探查和收集AFS檔案服務器的資訊。資訊在給定格式的螢幕上提供給管理員。設置多種閾值向管理者報告一些將發生的問題，如磁盤空間將用完等。另一個工具是USS，可創建基於帶有欄位常量模板的用戶帳戶。Ubik提供數據庫複製和同步服務。一個複製的數據庫是一個其資訊放於多個位置的係統以便於本地用戶更方便地訪問這些數據資訊。同步機製保證所有數據庫的資訊是一致的。\\n\\n相關名詞\\n\\n相關條目：DistributedComputing分散式計算；DistributedComputingEnvironment，OSF開放軟件基金會(OSF)的分散式計算環境；DistributedDatabase分散式數據庫；FileSystemsintheNetworkEnvironment網絡環境中的檔案係統。\\n\\n\"

}