• <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 艾凡赫 閱讀(713) 評論(0)  編輯 收藏 引用 所屬分類: 基礎知識C++網絡編程
            久久精品午夜一区二区福利| 伊人久久大香线蕉av一区| 国产一久久香蕉国产线看观看| 久久国产精品成人片免费| 国产精品久久久久久久久免费| 99久久中文字幕| 欧美亚洲另类久久综合婷婷| 亚洲午夜久久久久久噜噜噜| 久久国产精品成人免费| 久久久国产99久久国产一| 天堂久久天堂AV色综合| 日本免费久久久久久久网站| 亚洲精品综合久久| 久久国产精品99久久久久久老狼| 久久性生大片免费观看性| 九九久久自然熟的香蕉图片| 香蕉久久永久视频| 久久99精品国产99久久6| 久久综合给合久久狠狠狠97色69| 国内精品久久久久久久久电影网| 久久久久久国产精品无码超碰| 亚洲国产成人精品久久久国产成人一区二区三区综 | 国内精品久久久久久久亚洲| 综合网日日天干夜夜久久| 欧美日韩精品久久久久| 亚洲精品高清久久| 久久er99热精品一区二区| 无码人妻久久一区二区三区免费| 久久午夜综合久久| 久久久久久久综合日本| 精品熟女少妇aⅴ免费久久| 日本久久久精品中文字幕| 狠狠久久亚洲欧美专区| 人妻少妇久久中文字幕一区二区| 久久久久久久久波多野高潮| 一个色综合久久| 久久精品青青草原伊人| 色妞色综合久久夜夜| 东方aⅴ免费观看久久av| 精品国产乱码久久久久久人妻| 久久毛片一区二区|