共享協議
㈠ 共享是什麼協議
icp/ip協議
㈡ 「署名-相同方式共享」協議的問題
舉個例子你就明白了。
比如，你看了這個作品之後，覺得還不錯，於是想把這個作品改編成漫畫，於是，按照許可協議的要求，你就把這個作品改編成了漫畫。但是，比如原著的那個許可協議里有明確規定：不準把改編成的漫畫放到海外發行，那麼你的漫畫就要遵守這個要求。言外之意，就是你改編的這個東西要完全按照你和原著之間的許可協議進行操作。
㈢ 用windows共享文件時採用的是什麼協議
SMB(Server Message Block)
㈣ 文件共享的常用的協議
文件共享有許多不同的協議，以下列舉的是最常用和最重要的。
協議是唯一廣泛被用在公司分配系統中的檔案共享協議，它的下載速度一般比較高，原因是每個「洪流」為每個文件或文件組存儲著其用戶的信息：相對於其它協議其協議本身比較小，缺點是它沒有尋找功能。此外它不很靈活，另外精確地說它不完全是一個P2P協議。2004年初有人發現BitTorrent比任何其它互聯網檔案共享協議所攜帶的信息都多。許多人相信這至今未變。
Direct
ConnectDirect
Connect
是一種常用於小的網路和大學內部網路中的協議，它尤其適用於這些小網路環境中。DC++是其最常見的客戶端程序。
eDonkey、Overnet和Kad
Network
eDonkey
2000和eMule是eDonkey網路最普及的P2P客戶端程序。它被用來傳送大量數據，其傳送數目僅少於BitTorrent。它比BitTorrent最大的優點是其客戶端程序有一個尋找引擎。用它用戶可以找到許多文件，比起BitTorrent來它的傳送速度較慢。Overnet的設計目的是取代eDonkey，許多eDonkey用戶端程序同時使用Overnet，Overnet沒有中心伺服器，但其用戶數量少於eDonkey。Kad
Network很類似Overnet，幾乎只有eDonkey的用戶使用它，但它的普及性也很低。
是WinMX最主要的協議。從2001年到2002年這個網路提供最好的搜索不明的英語材料的結果，但它最主要被用來搜索亞洲語言的材料。
㈤ 「文件和列印機共享協議」在哪裡
「文件和列印機共享協議」安裝後就不沒法查看了.
1.配置列印機主機
首先我們要在主機上配置列印機。我們暫且稱直接連接列印機的電腦為「主機」，而區域網內其他需要和主機共享列印的電腦稱為「客戶機」。
第一步：將列印機連接至主機，打開列印機電源，通過主機的「控制面板」進入到「列印機和傳真」文件夾，在空白處單擊滑鼠右鍵，選擇「添加列印機」命令，打開添加列印機向導窗口。選擇「連接到此計算機的本地列印機」，並勾選「自動檢測並安裝即插即用的列印機」復選框。
第二步：此時主機將會進行新列印機的檢測，很快便會發現已經連接好的列印機，根據提示將列印機附帶的驅動程序光碟放入光碟機中，安裝好列印機的驅動程序後，在「列印機和傳真」文件夾內便會出現該列印機的圖標了。
第三步：在新安裝的列印機圖標上單擊滑鼠右鍵，選擇「共享」命令，打開列印機的屬性對話框，切換至「共享」選項卡，選擇「共享這台列印機」，並在「共享名」輸入框中填入需要共享的名稱，例如CompaqIJ，單擊「確定」按鈕即可完成共享的設定。
提示：如果希望區域網內其他版本的操作系統在共享主機列印機時不再需要費力地查找驅動程序，我們可以在主機上預先將這些不同版本選擇操作系統對應的驅動程序安裝好，只要單擊「其他驅動程序」按鈕，選擇相應的操作系統版本，單擊「確定」後即可進行安裝了。
2.配置協議
為了讓列印機的共享能夠順暢，我們必須在主機和客戶機上都安裝「文件和列印機的共享協議」。
右擊桌面上的「網上鄰居」，選擇「屬性」命令，進入到「連接」文件夾，在「本地連接」圖標上點擊滑鼠右鍵，選擇「屬性」命令，如果在「常規」選項卡的「此連接使用下列項目」列表中沒有找到「Microsoft的文件和列印機共享」，則需要單擊「安裝」按鈕，在彈出的對話框中選擇「服務」，然後點擊「添加」，在「選擇服務」窗口中選擇「文件和列印機共享」，最後單擊「確定」按鈕即可完成。
3.客戶機的安裝與配置
現在，主機上的工作我們已經全部完成，下面就要對需要共享列印機的客戶機進行配置了。我們假設客戶機也是XP操作系統。在中每台想使用共享列印機的電腦都必須安裝列印驅動程序。
第一步：單擊「開始→設置→列印機和傳真」，啟動「添加列印機向導」，選擇「列印機」選項。
第二步：在「指定列印機」頁面中提供了幾種添加列印機的方式。如果你不知道列印機的具體路徑，則可以選擇「瀏覽列印機」選擇來查找區域網同一工作組內共享的列印機，已經安裝了列印機的電腦，再選擇列印機後點擊「確定」按鈕；如果已經知道了列印機的路徑，則可以使用訪問資源的「通用命名規范」(UNC)格式輸入共享列印機的路徑，例如「\jamescompaqIJ」(james是主機的用戶名)，最後點擊「下一步」。
第三步：這時系統將要你再次輸入列印機名，輸完後，單擊「下一步」按鈕，接著按「完成」按鈕，如果主機設置了共享密碼，這里就要求輸入密碼。最後我們可以看到在客戶機的「列印機和傳真」文件夾內已經出現了共享列印機的圖標，到這兒我們的列印機就已經安裝完成了。
㈥ 訪問共享文件夾需要打開什麼協議
打開我的電腦 點擊添加」映射網路驅動器」
選擇驅動器名稱
輸入遠程文件夾位置（\\遠程電腦的ip\\共享文件夾名稱）
點擊完成即可
5
以後可以向訪問本地磁碟一樣訪問這個映射的磁碟
㈦ windows的共享文件夾基於什麼協議什麼埠
這個問題很大，用的復是制netbios，但netbios不是協議，是介面。NetBIOS提供三種基本的網路服務：名字服務、會話服務和數據報服務。基於NetBIOS的應用使用NetBIOS機制來定位資源、與對等應用建立連接、通信數據以及終止連接，為此NetBIOS規范提供一個網路協議棧和一個網路重定向器，但這些服務可以由不同的方式實現。Microsoft公司用NetBEUI協議(NetBIOS Extended User Interface)和TCP/IP兩種不同方式為基於NetBIOS的應用提供網路傳輸服務。前者在98上可以看到，裝載網路協議的時候要求選中netbeui才可以用網上鄰居。後者在windows近來流行的2000及以後系統中使用。netbios用到tcp udp協議及137 138 139 445等埠。
要使用文件共享必須安裝 "File and Printer Sharing for Microsoft Networks"服務,也就是文件和列印機共享服務.
合作開發的軟體進行著作權登記的，可以由全體著作權人協商確定一名著作權人作為代表辦理。著作權人協商不一致的，任何著作權人均可在不損害其他著作權人利益的前提下申請登記，但應當註明其他著作權人。因此，如果該公司申請時未註明你的共同著作權人的身份，屆時你可以此作為抗辯
㈨ windows共享文件拷貝使用的是什麼協議，是ne
Windows系統之間的文件共享用的是NetBIOS，但NetBIOS不是協議，是介面。
NetBEUI 協議 主要用於本地區域網中，一般不內能用於與其他網容絡的計算機進行溝通。
IPX/SPX 協議 具有強大的路由功能，適合於大型網路使用。在微軟的NT操作系統中，一般使用NWLink IPX/SPX兼容協議和NWLink NetBIOX兩種IPX/SPX的兼容協議，即NWLink協議，該兼容協議繼承了IPX/SPX協議的優點，更適應Windows的網路環境。
IPX/SPX協議一般可以應用於大型網路（比如Novell）和區域網游戲環境中（比如反恐精英、星際爭霸）。不過，如果不是在Novell網路環境中，一般不使用IPX/SPX協議，而是使用IPX/SPX兼容協議，尤其是在Windows 9x/2000組成的對等網中。
㈩ 什麼是共享協議啊
1. TFTP協議:
TFTP(Trivial File Transfer Protocol)即簡單文件傳輸協議是一種停止等待協議, 基於不可靠的UDP, 所以TFTP自身實現數據的可靠傳輸. TFTP與引導程序協議BOOTP協同工作, 主要用於引導無盤系統.
TFTP協議與其它的協議之間的關系:
---------------------------------------------------
| Local Medium | Internet | Datagram | TFTP |
---------------------------------------------------
Figure 1-1: Order of Headers
TFTP有5種報文格式:
1=RRQ(讀請求)
2=WRQ(寫請求)
3=DATA(數據)
4=ACK(確認)
5=ERROR(差錯)
2 bytes string 1 byte string 1 byte
------------------------------------------------
| Opcode | Filename | 0 | Mode | 0 |
------------------------------------------------
Figure 1-2: RRQ/WRQ packet
2 bytes 2 bytes n bytes
----------------------------------
| Opcode | Block # | Data |
----------------------------------
Figure 1-3: DATA packet
2 bytes 2 bytes
---------------------
| Opcode | Block # |
---------------------
Figure 1-4: ACK packet
2 bytes 2 bytes string 1 byte
-----------------------------------------
| Opcode | ErrorCode | ErrMsg | 0 |
-----------------------------------------
Figure 1-5: ERROR packet
對於每一個RRQ或者DATA報文, 發送方將啟動超時重傳機制, 期待一個ACK確認報文. TFTP伺服器進程在69埠監聽, 在收到客戶端發來的第一個分組(如RRQ)時, TFTP伺服器進程使用一個臨時埠向客戶端發送塊編號為0的第一個數據報文, 並在此臨時等待客戶端的ACK 0應答. 然後發送後續的數據報文. TFTP伺服器進程仍然在69埠為其它的客戶進行服務.
因為TFTP伺服器進程使用新的埠而不是69埠來應答客戶請求, 所以客戶收到第一個數據報文時, 必須從socket中得到新的埠地址, 並將ACK確認報文發往此埠.
2. 對TFTP的更改:
TFTP協議限制單一的伺服器與客戶端之間的交互, 對TFTP的更改將使客戶端能同時從多個伺服器獲取文件, 也就是WEB中的多點下載.
TFTP協議要求發送方啟用超時與重傳機制, 對TFTP的更改只要求客戶端做這項工作, 而伺服器端不需要. 這樣可以消除停止等待.
增加一些功能.
使用UDP數據報傳輸協議. 伺服器的監聽埠必須使用10220. 客戶端使用臨時埠.
包的大小:
包的最大長度為4096+20位元組.
報文類型(type):
這里不使用TFTP中的"操作碼"這個名稱, 而改為"報文類型(type)".
一共8種報文類型:
0=CONN
1=GET
2=PUT
3=DATA
4=ACK
5=ERROR
6=HEAD
7=LIST
代碼 描述
CONN 請求建立連接.
GET 類似於TFTP中的RRQ, 獲取文件的一個數據塊.
PUT 暫不使用.
DATA 數據.
ACK 確認. 暫不使用.
ERROR 差錯.
HEAD 獲取一個文件的文件大小等信息.
LIST 列目錄.
報文可以簡單地歸類為"請求"與"應答"兩種:
請求: CONN, GET, HEAD, LIST
應答: ACK, DATA, ERROR
報文格式:
下面給出具體的報文格式, 請求與應答為一組:
欄位 佔位 備注
請求 GET
塊大小
塊編號
文件名長度
文件名
2位元組
2
4
2
n
總是為4096
根據"塊大小"將文件的數據分塊.
位元組數
字元串, 必須使用UTF-8編碼.
應答 DATA
塊大小
塊編號
數據長度
數據
2
2
4
2
n
總是為4096
必須與請求中的塊編號相同.
文件內容的位元組序列.
請求 HEAD
文件名長度
文件名
2位元組
2
n
字元串, 必須使用UTF-8編碼.
應答 DATA
數據長度
數據
2
2
n
UTF-8編碼的字元串.
請求 LIST
目錄名長度
目錄名
2位元組
2位元組
n
字元串, 必須使用UTF-8編碼.
應答 DATA
塊編號
總塊數
數據長度
數據
2
2
2
2
n
目錄列表的數據大於4096位元組後必須分塊傳輸.
UTF-8編碼的字元串.
表格忽略了差錯應答, 事實上, 每一個請求都可能產生差錯應答, 差錯報文中包括一個面向機器的差錯代碼, 以及一條面向用戶的UTF-8編碼的字元串. 差錯報文格式:
2位元組 2 n
ERROR 差錯代碼 差錯信息
不同的請求可能產生的差錯代碼:
請求代碼 差錯代碼 備注
未知 4 未定義的請求.
CONN 0 請求被禁止.
GET 404 文件不存在.
HEAD 404 文件或目錄不存在.
LIST 404 目錄不存在.
CONN報文的格式:
2位元組 n
CONN IP:Port
IP:Port是IPv4地址與埠號的UTF-8字元串表示, 以冒號(':')分隔, 例如 222.2.26.2:50000.
交互的開始:
Client C 向 Server S 發送一個CONN 報文, 報文中包含 C 將要與 S 建立連接的 UDP 地址, 一般情況下即為發送CONN報文所使用的UDP地址.
S 新建立一個UDP socket 並綁定臨時埠, 然後向 C 回復一個CONN 報文(使用監聽UDP), 裡面含有新建立的UDP socket的地址. 若C成功收到S的CONN報文, 兩者的UDP將建立成功.
HEAD應答返回的數據的格式:
應答返回的數據欄位是一個UTF-8編碼的字元串, 格式為:
文件名<製表符>類型<製表符>文件大小
LIST應答返回的數據的格式:
應答返回的"數據"欄位是一個UTF-8編碼的字元串, 是以換行符('\n')分隔的行的集合. 每一行的格式為:
文件名<製表符>類型<製表符>文件大小
類型為一個ASCII字元, 區分大小寫, 取值范圍為: d(目錄), f(文件). 文件大小的單位為"位元組".
備注:
無論操作系統的實現如何, 文件名和目錄名區分大小寫.
總是使用UTF-8編碼的字元串.
總是使用Little-Endian位元組序.
3. 擴展:
身份驗證.
傳輸速度限制.
4. 圖表與數據來源:
Figure 1-1, Figure 1-2, Figure 1-3, Figure 1-4, Figure 1-5, Figure 1-6 來自 RFC 1350.
參考資料:
W. Richard Stevens, 美國 , "TCP/IP詳解 -- 卷1:協議"
K. Sollins, MIT, July 1992, "THE TFTP PROTOCOL (REVISION 2)" RFC 1350
Copyright&;2006 idea's web. All rights reserved.