各服務(wù)器工作原理_第1頁
各服務(wù)器工作原理_第2頁
各服務(wù)器工作原理_第3頁
各服務(wù)器工作原理_第4頁
各服務(wù)器工作原理_第5頁
已閱讀5頁，還剩13頁未讀， 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明：本文檔由用戶提供并上傳，收益歸屬內(nèi)容提供方，若內(nèi)容存在侵權(quán)，請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、FTP(文件傳輸協(xié)議)服務(wù)器工作原理FTP(文件傳輸協(xié)議)工作原理           目前在網(wǎng)絡(luò)上,如果你想把文件和其他人共享。最方便的辦法莫過于將文件放FTP服務(wù)器上，然后其他人通過FTP客戶端程序來下載所需要的文件。1、FTP架構(gòu)          如同其他的很多通訊協(xié)議，F(xiàn)TP通訊協(xié)議也采用客戶機 / 服務(wù)器（Client / Server ）架構(gòu)。用戶可以通過各種不同的FTP客戶端程序，借助FTP協(xié)議，來連

2、接FTP服務(wù)器，以上傳或者下載文件。      2、FTP通訊端口知識   FTP服務(wù)器和客戶端要進(jìn)行文件傳輸，就需要通過端口來進(jìn)行。FTP協(xié)議需要的端口一般包括兩種：控制鏈路-TCP端口21 所有你發(fā)往FTP服務(wù)器的命令和服務(wù)器反饋的指令都是通過服務(wù)器上的21端口傳送的。 數(shù)據(jù)鏈路-TCP端口20 數(shù)據(jù)鏈路主要是用來傳送數(shù)據(jù)的，比如客戶端上傳、下載內(nèi)容，以及列目錄顯示的內(nèi)容等。3、FTP連接的兩種方式  在數(shù)據(jù)鏈路的建立上，F(xiàn)TP Server

3、 為了適應(yīng)不同的網(wǎng)絡(luò)環(huán)境，支持兩種連接模式：主動模式（Port）和被動模式（Pasv)。其實這兩種連接模式主要是針對數(shù)據(jù)鏈路進(jìn)行的，和控制鏈路無關(guān)。       主動模式  主動模式是這樣工作的：客戶端把自己的高位端口和服務(wù)器端口21建立控制鏈路。所有的控制命令比如Is或get都是通過這條鏈路傳送的。當(dāng)客戶端需要服務(wù)器端給它傳送數(shù)據(jù)時，客戶端會發(fā)消息給服務(wù)器端，告訴自己的位置和打開的高位端口（一般大于1024的端口都就叫高位端口），等候服務(wù)器的20端口和客戶端打開的端口進(jìn)行連接，從而進(jìn)行數(shù)據(jù)的傳

4、輸。當(dāng)服務(wù)器端收到信息后，就會和客戶端打開的端口連接，這樣數(shù)據(jù)鏈路就建立起來了。          采用主動模式連接服務(wù)器的客戶端，當(dāng)它位于NAT或者防火墻的保護(hù)之后時會碰到連接失敗的問題。這是因為當(dāng)防火墻接到服務(wù)器發(fā)送過來的信息的時候，并不知道應(yīng)該發(fā)送給內(nèi)部網(wǎng)絡(luò)中的哪一臺客戶端造成的。      被動模式 被動模式是這樣工作的：當(dāng)客戶端發(fā)送數(shù)據(jù)請求后，服務(wù)器也會發(fā)信息給客戶端，告訴客戶端：服務(wù)器在本地打開了一個高位端口P，你現(xiàn)在來連接

5、我吧。當(dāng)客戶端收到該信息時，就會去連接服務(wù)器端的端口P，連接成功后，數(shù)據(jù)鏈路就建立了。Web服務(wù)器工作原理：一個 Web 服務(wù)器也被稱為 HTTP 服務(wù)器，它通過 HTTP 協(xié)議與客戶端通信。這個客戶端通常指的是 Web 瀏覽器。Web服務(wù)器的工作原理簡單的可以歸納為：客戶機連接服務(wù)器，客戶端向服務(wù)器發(fā)送請求，服務(wù)器向客戶機發(fā)送應(yīng)答，客戶機與服務(wù)器斷開。一個簡單的事務(wù)處理事件就是這樣實現(xiàn)的，看起來不簡單，做起來其實也是挺簡單的，呵呵需要注意的是客戶機與服務(wù)器直接的通信是非連接的，也就是當(dāng)服務(wù)器發(fā)送了應(yīng)答后就與客戶機

6、斷開連接，等待下一次請求。HTTP 是一種讓 Web 服務(wù)器與瀏覽器(客戶端)通過 Internet 發(fā)送與接收數(shù)據(jù)的協(xié)議。它是一個請求、響應(yīng)協(xié)議-客戶端發(fā)出一個請求，服務(wù)器響應(yīng)這個請求。HTTP 運用可靠的 TCP 連接，通常用的 TCP 80 端口。在 HTTP 中，客戶端總是通過建立一個連接與發(fā)送一個 HTTP 請求來發(fā)起一個事務(wù)。服務(wù)器不能主動去與客戶端聯(lián)系，也不能給客戶端發(fā)出一個回叫連接。客戶端與服務(wù)器端都可以提前中斷一個連接。例如，當(dāng)用一個瀏覽

7、器下載一個文件時，你可以通過點擊“停止”鍵來中斷文件的下載，關(guān)閉與服務(wù)器的 HTTP 連接。    http協(xié)議使Web服務(wù)器和瀏覽器可以通過Web交換數(shù)據(jù)。它是一種請求/響應(yīng)協(xié)議，即服務(wù)器等待并響應(yīng)客戶方請求。H T T P不維護(hù)與客戶方的連接，它使用可靠的T C P連接，通常采用TCP 80端口。客戶/服務(wù)器傳輸過程可分為四個基一步驟： 1) 瀏覽器與服務(wù)器建立連接； 2) 瀏覽器向服務(wù)器請求文檔； 3) 服務(wù)器響應(yīng)瀏覽器請求； 4) 斷開連接。H T

8、 T P是一種無狀態(tài)協(xié)議，它不維護(hù)連接的狀態(tài)信息。1. 客戶請求客戶請求包含以下信息：請求方法請求頭請求數(shù)據(jù)（1）請求方法是用于特定U R L或We b頁面的程序HTTP請求方法:方法       描述GET     請求指定的文檔HEAD    僅請求文檔頭POST    請求服務(wù)器接收指定文檔作為可執(zhí)行的信息PUT     用從客戶端傳送的數(shù)據(jù)

9、取代指定文檔中的內(nèi)容DELETE  請求服務(wù)器刪除指定頁面OPTIONS 允許客戶端查看服務(wù)器的性能TRACE   用于測試允許客戶端查看消息回收過程（2）頭信息是可選項，它用于向服務(wù)器提供客戶端的其他信息如果客戶采用某種方法獲取數(shù)據(jù)(如P O S T )，數(shù)據(jù)就放在頭( h e a d e r )之后；否則客戶機等待從服務(wù)器傳來的響應(yīng)。2. 服務(wù)器響應(yīng)服務(wù)器響應(yīng)包括以下關(guān)鍵部分：狀態(tài)碼響應(yīng)頭響應(yīng)數(shù)據(jù)HTTP定義了多組返回給瀏覽器的狀態(tài)碼。響應(yīng)頭向客戶方提供服務(wù)器和/或請求文檔的信息HTTP響應(yīng)頭:方法  

10、;            描述Server         Web服務(wù)器信息Date           當(dāng)前日期/時間Last Modified  請求文檔最近修改時間Expires        請求文檔過期時間Content

11、-length 數(shù)據(jù)長度(字節(jié))Content-type   數(shù)據(jù)M I M E類型WWW-authenticate 用于通知客戶方需要的認(rèn)證信息(如用戶名、口令等)如果有客戶方請求的數(shù)據(jù)，數(shù)據(jù)放在響應(yīng)頭之后，否則服務(wù)器斷開連接。3.通信實例：1. 請求在本例中，瀏覽器請求文檔的U R L為h ttp:/GET /index.html HTTP/1.1Accept: text/plainAccept: text/htmlUser-Agent: Mozilla/4.5(WinNT)    

12、0;              (blank line)（DATA）瀏覽器使用Get方法請求文檔/index.html。瀏覽器聲明它只能接收純文本和html數(shù)據(jù)，它使用Mozilla/4.5(Netscape)引擎。2. 響應(yīng)服務(wù)響應(yīng)包括狀態(tài)碼、一些頭信息(以空行結(jié)束)及請求數(shù)據(jù)，假設(shè)數(shù)據(jù)存在，則響應(yīng)信息如下：HTTP/1.1 200 OKDate Sunday, 15-Jul-05 12:18:33 GMTServer: Apache/1.3.6MIME

13、-version: 1.0Content-type: test/htmlLast-modified: Thursday,02-Jun-05 20:43:56 GMTContent-length: 1432        (blank line)<HTML>              （此行開始為數(shù)據(jù)部分，與前面頭部要空一行）<HEAD><title>Exampl

14、e Server-Browser Communication</title></HEAD><BODY>.</BODY></HTML>假設(shè)文檔未找到，響應(yīng)信息如下HTTP/1.1 404 NOT FOUNDDate Sunday, 15-Jul-05 12:19:33 GMTServer: Apache/1.3.6Wins服務(wù)器工作原理：WINS服務(wù)器為客戶端提供名字注冊、更新、釋放和轉(zhuǎn)換服務(wù)，下面就詳細(xì)介紹這四個基本服務(wù)的工作原理：1.名字注冊名字注冊就是客戶端從WINS服務(wù)器獲得信息的過程，在WINS服務(wù)中，名字注冊是動態(tài)的。當(dāng)一個

15、客戶端啟動時，它向所配置的WINS服務(wù)器發(fā)送一個名字注冊信息（包括了客戶機的IP地址和計算機名），如果WINS服務(wù)器正在運行，并且沒有沒有其它客戶計算機注冊了相同的名字，服務(wù)器就向客戶端計算機返還一個成功注冊的消息（包括了名字注冊的存活期-TTL）。與IP地址一樣，每個計算機都要求有唯一的計算機名，否則就無法通信。如果名字已經(jīng)被其它計算機注冊了，WINS服務(wù)將會驗證該名字是否正在使用。如果該名字正在使用則注冊失敗（發(fā)回一個負(fù)確認(rèn)的信息），否則就可以繼續(xù)注冊。2.名字更新因為客戶端被分配了一個TTL（存活期），所有它的注冊也有一定的期限，過了這個期限，WINS服務(wù)器將從數(shù)據(jù)庫中刪除這個名字的注冊

16、信息。它的過程是這樣的：（1）.在過了存活期的1/8后，客戶端開始不斷試圖更新它的名字注冊，如果收到不到任何響應(yīng),WINS客戶端每過2分鐘重復(fù)更新濃度，直到存活期過了一半。（2）.當(dāng)存活期過了一半時，WINS客戶端將嘗試與次選WINS服務(wù)器更新它的租約，它的過程與首選WINS服務(wù)器一樣。（3）.如果時間過了一半后仍然沒有成功的話，該客戶端又回到它的首選WINS服務(wù)器了。在該過程中，不管是與首選還是次選WINS服務(wù)器，一旦名字注冊成功之后，該WINS客戶端的名字注冊將被提供一個新的TTL值。3.名字釋放在客戶端的正常關(guān)機過程中，WINS客戶端向WINS服務(wù)器發(fā)送一個名字釋放的請求，以請求釋放其映

17、射在WINS服務(wù)器數(shù)據(jù)庫中的IP地址和NetBIOS名字。收到釋放請求后，WINS服務(wù)器驗證一下在它的數(shù)據(jù)庫中是否有該IP地址和NetBIOS名，如果有就可以正常釋放了，否則就會出現(xiàn)錯誤（WINS服務(wù)器向WINS客戶端發(fā)送一個負(fù)響應(yīng)）。 如果計算機沒有正常關(guān)閉，WINS服務(wù)器將不知道其名字已經(jīng)釋放了，則該名字將不會失效，直到WINS名字注冊記錄過期。4.名字解析 當(dāng)客戶端在許多網(wǎng)絡(luò)操作中需要WINS服務(wù)器解析名字，例如當(dāng)使用網(wǎng)絡(luò)上其它計算機的共享文件時，為了得到共享文件，用戶需要指定兩件事：系統(tǒng)名和共享名，而系統(tǒng)名就需要轉(zhuǎn)換成IP地址。名字解析過程是這樣的：（1）.當(dāng)客戶端計算機想要轉(zhuǎn)換一個名

18、字時，它首先檢查本地NetBIOS名字緩存器。（2）.如果名字不在本地NetBIOS名字緩存器中，便發(fā)送一個名字查詢到首選WINS服務(wù)器（每隔15秒發(fā)送一次，共發(fā)三次），如果請求失敗，則向次選WINS發(fā)送同樣的請求。（3）.如果都失敗了，那么名字解析可以通過其它途徑來轉(zhuǎn)換（例如本地廣播、lmhosts文件和hosts文件、或者DNS來進(jìn)行名字解析。Dns服務(wù)器工作原理：DNS服務(wù)器工作原理DNS分為Client和Server，Client扮演發(fā)問的角色，也就是問Server一個Domain Name，而Server必須要回答此Domain Name的真正IP地址。而當(dāng)?shù)氐腄NS先會查自己的資料

19、庫。如果自己的資料庫沒有，則會往該DNS上所設(shè)的DNS詢問，依此得到答案之后，將收到的答案存起來，并回答客戶。DNS服務(wù)器會根據(jù)不同的授權(quán)區(qū)(Zone)，記錄所屬該網(wǎng)域下的各名稱資料，這個資料包括網(wǎng)域下的次網(wǎng)域名稱及主機名稱。在每一個名稱服務(wù)器中都有一個快取緩存區(qū)(Cache)，這個快取緩存區(qū)的主要目的是將該名稱服務(wù)器所查詢出來的名稱及相對的IP地址記錄快取緩存區(qū)中，這樣當(dāng)下一次還有另外一個客戶端到次服務(wù)器上去查詢相同的名稱時，服務(wù)器就不用在到別臺主機上去尋找，而直接可以從緩存區(qū)中找到該筆名稱記錄資料，傳回給客戶端，加速客戶端對名稱查詢的速度。例如:當(dāng)DNS客戶端向指定的DNS服務(wù)器查詢網(wǎng)際網(wǎng)

20、路上的某一臺主機名稱 DNS服務(wù)器會在該資料庫中找尋用戶所指定的名稱如果沒有，該服務(wù)器會先在自己的快取緩存區(qū)中查詢有無該筆紀(jì)錄，如果找到該筆名稱記錄后，會從DNS服務(wù)器直接將所對應(yīng)到的IP地址傳回給客戶端，如果名稱服務(wù)器在資料記錄查不到且快取緩存區(qū)中也沒有時，服務(wù)器首先會才會向別的名稱服務(wù)器查詢所要的名稱。例如DNS客戶端向指定的DNS服務(wù)器查詢網(wǎng)際網(wǎng)路上某臺主機名稱，當(dāng)DNS服務(wù)器在該資料記錄找不到用戶所指定的名稱時，會轉(zhuǎn)向該服務(wù)器的快取緩存區(qū)找尋是否有該資料，當(dāng)快取緩存區(qū)也找不到時，會向最接近的名稱服務(wù)器去要求幫忙找尋該名稱的IP地址，在另一臺服務(wù)器上也有相同的動作的查詢，當(dāng)查詢到后會回復(fù)

21、原本要求查詢的服務(wù)器，該DNS服務(wù)器在接收到另一臺DNS服務(wù)器查詢的結(jié)果后，先將所查詢到的主機名稱及對應(yīng)IP地址記錄到快取緩存區(qū)中 ，最后在將所查詢到的結(jié)果回復(fù)給客戶端 。兩種真正DNS的查詢模式有兩種詢問原理，分為Recursive和Interactive兩種。前者是由DNS代理去問，問的方法是用Interactive方式，后者是由本機直接做Interactive式的詢問。由上例可以看出，我們一般查詢名稱的過程中，實際上這兩種查詢模式都是交互存在著的。遞歸式(Recursive)：DNS客戶端向DNS Server的查詢模式，這種方式是將要查詢的封包送出去問，就等待正確名稱的正確響應(yīng)，這種方

22、式只處理響應(yīng)回來的封包是否是正確響應(yīng)或是說是找不到該名稱的錯誤訊息。交談式(Interactive)：DNS Server間的查詢模式，由Client端或是DNS Server上所發(fā)出去問，這種方式送封包出去問，所響應(yīng)回來的資料不一定是最后正確的名稱位置，但也不是如上所說的響應(yīng)回來是錯誤訊息，他響應(yīng)回來告訴你最接近的IP位置，然后再到此最接近的IP上去尋找所要解析的名稱，反復(fù)動作直到找到正確位置。Client就像點菜的 waiter，想吃什么跟他點，到底有沒的吃就要看大廚server的能力了，當(dāng)然還要看庫存，巧婦難做無米之炊嘛!這里的“米”就是本級DNS已有儲存資料。沒有所要的就得向上級匯報，

23、逐級申請，找到為止。用不完的保存下來，以便其它顧客有相同需求。這就是DNS工作的整個流程。DHCP服務(wù)器工作原理：dhcp服務(wù)器的工作過程:一、客戶機請求 IP（DHCPdiscover）二、服務(wù)器響應(yīng)（DHCPoffer）三、客戶機選擇 IP（DHCPrequest）四、服務(wù)器確認(rèn) IP租約（DHCPack/DHCPnak）以下為詳細(xì)過程：一、客戶機請求 IP（DHCPdiscover）當(dāng)客戶機設(shè)置使用 DHCP協(xié)議獲取 IP時，客戶機將使用 作為源地址，使用55作為目標(biāo)地址來廣播請求 IP地址的信息。廣播信息中包含DHCP客戶機的MAC地址和計算機名

24、。二、服務(wù)器響應(yīng)（DHCPoffer）由于是廣播所以同一網(wǎng)段內(nèi)的計算機都會“聽”到！DHCP服務(wù)器當(dāng)然也不例外。DHCP服務(wù)器“聽”到后，它首先會針對該次請求的信息所攜帶的 MAC地址與 DHCP服務(wù)器本身的設(shè)置值進(jìn)行對比。如果 DHCP服務(wù)器的設(shè)置中有針對該 MAC 提供的靜態(tài) IP（每次都給一個固定 IP），則提供給客戶機相關(guān)的固定 IP與相關(guān)的網(wǎng)絡(luò)參數(shù)；如果該信息的 MAC并不在 DHCP服務(wù)器的設(shè)置中，則 DHCP主機會選取當(dāng)前網(wǎng)段內(nèi)沒有使用的IP給客戶機使用！當(dāng)然這里的響應(yīng)，服務(wù)器也是采用55的廣播，因為此時客戶機還沒 IP哦這里有幾個要注意的地方：1、如果

25、同一網(wǎng)段內(nèi)有多臺 DHCP服務(wù)器，那么客戶機是看誰先響應(yīng)，誰先響應(yīng)就選擇誰。2、在 DHCP主機發(fā)給客戶端的信息中，會附帶一個“租約期限”信息，用來告訴客戶機這個 IP能用多久！三、客戶機選擇 IP（DHCPrequest）當(dāng)客戶機接收到響應(yīng)的信息之后，首先會以 ARP在網(wǎng)段內(nèi)廣播（ARP使用全 1的廣播 MAC地址），以確定來自DHCP服務(wù)器的 IP沒被占用！如果該 IP被占用，那么客戶機對于這次的 DHCP信息將不接受，而是再次發(fā)送 DHCP請求。若該 IP沒有被占用，客戶機則接受 DHCP服務(wù)器所給的網(wǎng)絡(luò)參數(shù)。同時，客戶機發(fā)出一個廣播，通知所挑選的 DHCP服務(wù)器（有多臺 DHCP服務(wù)器

26、存在時），當(dāng)然此時也是通知其它的 DHCP服務(wù)器，讓這些 DHCP服務(wù)器將本預(yù)分配給客戶機的 IP釋放掉！（這里的概念一定要弄清楚！）注意，這一步客戶機并還沒有應(yīng)用從 DHCP服務(wù)器獲取到 IP哦！所以這一步源地址還是，目標(biāo)地址是 55。四、服務(wù)器確認(rèn) IP租約（DHCPack/DHCPnak）終于到最后一步了，DHCP服務(wù)器收到客戶機選擇 IP的廣播后，則以 DHCPack消息的形式向客戶機廣播成功的確認(rèn)。DHCPack包含：IP、掩碼、網(wǎng)關(guān)、DNS等。此時，當(dāng)客戶機收到 DHCP服務(wù)器的 DHCPack消息后，客戶機便使用了 DHCP服務(wù)器所給的網(wǎng)絡(luò)

27、參數(shù)！注意事項：1、當(dāng)我們的客戶機無法找到 DHCP服務(wù)器時，它將從 TCP/IP的 B類網(wǎng)段 中挑選一個 IP地址作為自己的 IP地址，而繼續(xù)每隔 5分鐘嘗試與 DHCP服務(wù)器進(jìn)行通信。（這里的這個 B類地址被稱為 APIPA，即自動分配私有 IP地址！）2、IP租約的更新，當(dāng)客戶機重新啟動或租期達(dá) 50%時，客戶機不會從第一步（DHCPdiscover）開始重新申請 IP，而是從第三步（DHCPrequest）開始哦只有當(dāng)租期達(dá) 87.5%時，它才從第一步（DHCPdiscover）開始重新申請！郵件服務(wù)器工作原理:在Internet上將一段文本信息從一臺計算機傳送到

28、另一臺計算機上，可通過兩種協(xié)議來完成，即 SMTP(Simple Mail Transfer Protocol，簡單郵件傳輸協(xié)議)和POP3(Post Office Protocol，郵局協(xié)議3)。SMTP是Internet協(xié)議集中的郵件標(biāo)準(zhǔn)。在Internet上能夠接收電子郵件的服務(wù)器都有SMTP。電子郵件在發(fā)送前，發(fā)件方的SMTP服務(wù)器與接收方的SMTP服務(wù)器聯(lián)系，確認(rèn)接收方準(zhǔn)備好了，則開始郵件傳遞；若沒有準(zhǔn)備好，發(fā)送服務(wù)器便會等待，并在一段時間后繼續(xù)與接收方郵件服務(wù)器聯(lián)系。這種方式在Internet上稱為“存儲轉(zhuǎn)發(fā)”方式。POP3可允許E-mail客戶向某一SMTP服務(wù)器發(fā)送電子郵件，另

29、外，也可以接收來自SMTP服務(wù)器的電子郵件。換句話說，電子郵件在客戶PC機與服務(wù)提供商之間的傳遞是通過P0P3來完成的，而電子郵件在 Internet上的傳遞則是通過SMTP來實現(xiàn)。電子郵件的發(fā)送和接收電子郵件在Internet上發(fā)送和接收的原理可以很形象地用我們?nèi)粘Ｉ钪朽]寄包裹來形容：當(dāng)我們要寄一個包裹的時候，我們首先要找到任何一個有這項業(yè)務(wù)的郵局，在填寫完收件人姓名、地址等等之后包裹就寄出而到了收件人所在地的郵局，那么對方取包裹的時候就必須去這個郵局才能取出。同樣的，當(dāng)我們發(fā)送電子郵件的時候，這封郵件是由郵件發(fā)送服務(wù)器（任何一個都可以）發(fā)出，并根據(jù)收信人的地址判斷對方的郵件接收服務(wù)器而將

30、這封信發(fā)送到該服務(wù)器上，收信人要收取郵件也只能訪問這個服務(wù)器才能夠完成。 電子郵件地址的構(gòu)成電子郵件地址的格式是“USERSERVER.COM”，由三部分組成。第一部分“USER”代表用戶信箱的帳號，對于同一個郵件接收服務(wù)器來說，這個帳號必須是唯一的；第二部分“”是分隔符；第三部分“SERVER.COM”是用戶信箱的郵件接收服務(wù)器域名，用以標(biāo)志其所在的位置。電子郵件的工作原理電子郵件與普通郵件有類似的地方，發(fā)信者注明收件人的姓名與地址（即郵件地址），發(fā)送方服務(wù)器把郵件傳到收件方服務(wù)器，收件方服務(wù)器再把郵件發(fā)到收件人的郵箱中。如下圖所示：更進(jìn)一步的解釋涉及到以下幾個概念:MUA - Mail User Agent, 郵件用戶代理，幫助用戶讀寫郵件；MTA - Mail Transport Agent, 郵件傳輸代理，負(fù)責(zé)把郵件由一個服務(wù)器傳到另一個服務(wù)器或郵件投遞代理；MD

溫馨提示

  • 1. 本站所有資源如無特殊說明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙，網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽，若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間，僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理，對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯，并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容，請與我們聯(lián)系，我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論