• <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++網絡編程
            久久天天躁狠狠躁夜夜不卡| 久久99精品久久久久久水蜜桃| 手机看片久久高清国产日韩 | 99久久精品免费观看国产| 伊人久久大香线蕉精品| 久久99精品久久久久久野外| 亚洲精品综合久久| 久久精品国产网红主播| 91性高湖久久久久| 亚洲AV无码久久| 久久免费香蕉视频| 精品免费tv久久久久久久| 无码乱码观看精品久久| 99久久er这里只有精品18| 久久综合成人网| 一本色道久久88加勒比—综合| 亚洲国产成人久久综合一区77| 久久精品毛片免费观看| 色悠久久久久久久综合网| 精品九九久久国内精品| 婷婷综合久久中文字幕蜜桃三电影| 久久er国产精品免费观看8| 国产综合久久久久| 午夜天堂精品久久久久| 久久午夜福利电影| 国产亚洲精午夜久久久久久| 99精品久久精品| 无码国产69精品久久久久网站| 亚洲成色WWW久久网站| 亚洲国产精品无码久久青草| 久久久艹| 亚洲国产日韩欧美综合久久| 99久久成人18免费网站| 久久精品国产精品青草| 久久久久国产一级毛片高清版| 麻豆一区二区99久久久久| av色综合久久天堂av色综合在| 久久久午夜精品| 久久久久久国产a免费观看黄色大片| 久久精品国产99国产精品| 国产成人99久久亚洲综合精品|