• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            ?第2章重定向器
            ?首先,我們打算解釋如
            何通過網絡,使用“多U N C提供者”( Multiple UNC Provider, MUP)資源定位符,通過“通用命名規范”(Universal Naming Convention, UNC)來引用遠程文件。

            隨后,我們講解了M U P如何調用一個網絡提供者,從而揭示出怎樣通過一個重定向器,在“服務器消息塊”(Server Message Block, SMB)協議的幫助下,在不同的計算機之間建立數據通信。

            最后,我們探討了網絡安全方面的一些問題。使用基本的文件I / O操作,通過網絡來訪問文件時,這些安全問題是必須考慮到的。

            2.1 通用命名規范

            “U N C路徑”  為網絡文件及設備的訪問建立了一套統一的規范。它最大的特點便是不必指定或引用一個已映射到遠程文件系統的本地驅動器字母。

            U N C名字完全解決了這些問題,它的格式如下:
            \ \ [服務器] \ [共享名] \ [路徑]
            第一部分是\ \ [服務器],必須以兩個反斜杠開頭,緊跟著一個服務器名字。
            第二部分是\ [共享名],它對應著遠程服務器上的一個“共享入口”或者“共享位置”。
            。而第三部分\ [路徑]  對應的是共享位置下的某個具體目錄(或子目錄)


            第3章郵槽

            一種簡單的單向“進程間通信”(interprocess communication,I P C)機制。這個機制的名字非常古怪,叫作“郵槽”(M a i l s l o t)。用最簡單的話來說,通過
            郵槽,客戶機進程可將消息傳送或廣播給一個或多個服務器進程。在同一臺計算機的不同進程之間,或在跨越整個網絡的不同計算機的進程之間,協助進行消息的傳輸。用郵槽來開發應用程序是一件非常簡單的事情,不要求對T C P / I P或I P X這樣的基層網絡傳送協議有著非常深入的了解。由于郵槽是圍繞一個廣播通信體系設計出來的,所以當然不能指望能通過它實現數據的“可靠”傳輸。

            郵槽最大的一個缺點便是只允許從客戶機到服務器,建立一種不可靠的單向數據通信。
            而另一方面,郵槽最大的一個優點在于,它們使客戶機應用能夠非常容易地將廣播消息發送給一個或多個服務器應用。

            3.1 郵槽實施細節
            郵槽是圍繞Wi n d o w s文件系統接口設計出來的。客戶機和服務器應用需要使用標準的Wi n 3 2文件系統I / O(輸入/輸出)函數,比如R e a d F i l e和Wr i t e F i l e等等,以便在郵槽上收發數據,同時利用Wi n 3 2文件系統的命名規則。郵槽必須依賴Wi n d o w s重定向器,通過一個“郵槽文件系統”(Mailslot File System, MSFS),來創建及標識郵槽。

            3.1.1 郵槽的名字
            對郵槽進行標識時,需遵守下述命名規則:
            \ \ s e r v e r \ M a i l s l o t \ [ p a t h ] n a m e
            請將上述字串分為三段來看: \ \ s e r v e r、\ M a i l s l o t和\ [ p a t h ] n a m e。第一部分\ \ s e r v e r對應于服務器的名字,我們要在上面創建郵槽,并在在上面運行服務器程序。第二部分\ M a i l s l o t是一個“硬編碼”的固定字串,用于告訴系統這個文件名從屬于M S F S。而第三部分\ [ p a t h ] n a m e則
            允許應用程序獨一無二地定義及標識一個郵槽名。其中,“p a t h”代表路徑,可指定多級目錄。
            舉個例子來說,對一個郵槽進行標識時,下面這些形式的名字都是合法的(注意M a i l s l o t不得變化,必須原文照輸,亦即所謂的“硬編碼”):
            由于郵槽要依賴Wi n d o w s文件系統服務在網上來創建和傳輸數據,所以接口是“與協議無關”的。
            要想保證各種Wi n d o w s平臺之間能夠完全正常地通信,強烈建議將消息長度限制在4 2 4字節,或者更短。如果進行面向連接的傳輸,可考慮使用命名管道,而不是簡單的郵槽。

            3.5 小結
            本章講解了郵槽( M a i l s l o t)網絡編程技術。利用這一技術,應用程序可以在Wi n d o w s重定向器的幫助下,實現簡單的單向進程間數據通信。對郵槽來說,它最有價值的一項功能便是通過網絡,將一條消息廣播給一臺或多臺計算機。然而,郵槽并未提供對數據可靠傳輸的保障。假如希望用Wi n d o w s重定向器實現“可靠”的數據通信,請考慮使用命名管道,這是下一章的主題!

            Posted on 2006-09-05 19:31 艾凡赫 閱讀(725) 評論(0)  編輯 收藏 引用 所屬分類: 基礎知識C++網絡編程
            久久国语露脸国产精品电影| 午夜不卡888久久| 久久亚洲AV成人无码| 午夜精品久久久久久99热| 久久成人精品视频| 亚洲精品成人网久久久久久| 久久66热人妻偷产精品9| 日韩欧美亚洲国产精品字幕久久久| 亚洲欧美精品一区久久中文字幕| www.久久热.com| 久久亚洲国产成人影院| AAA级久久久精品无码区| 亚洲av成人无码久久精品| 国产精品久久久久久久久久免费| 7777久久久国产精品消防器材| 91精品国产91久久久久久蜜臀| 久久WWW免费人成一看片| 国产高清国内精品福利99久久| 国产亚洲精品久久久久秋霞| 久久久噜噜噜久久中文字幕色伊伊| 久久精品国产网红主播| 香蕉久久av一区二区三区| 青青热久久国产久精品 | 97精品国产97久久久久久免费| 国产精品亚洲综合专区片高清久久久| 精品多毛少妇人妻AV免费久久| 久久久久久久久久免免费精品| 久久精品国产99久久丝袜| 国产精品成人精品久久久| 久久精品一区二区| 国产欧美一区二区久久| 国内精品久久久久久99蜜桃| 久久棈精品久久久久久噜噜| 久久久久人妻一区精品色| 久久人人爽人人爽人人AV | 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 欧美精品丝袜久久久中文字幕 | 一本久久知道综合久久| 思思久久精品在热线热| 国产成人综合久久精品红| 亚洲AV无码久久精品色欲|