專題講座資料（2021-2022年）各服務器工作原理_第1頁
專題講座資料（2021-2022年）各服務器工作原理_第2頁
專題講座資料（2021-2022年）各服務器工作原理_第3頁
專題講座資料（2021-2022年）各服務器工作原理_第4頁
專題講座資料（2021-2022年）各服務器工作原理_第5頁
已閱讀5頁，還剩13頁未讀， 繼續免費閱讀

下載本文檔

版權說明：本文檔由用戶提供并上傳，收益歸屬內容提供方，若內容存在侵權，請進行舉報或認領

文檔簡介

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

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

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

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

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

6、斷開連接，等待下一次請求。HTTP 是一種讓 Web 服務器與瀏覽器(客戶端)通過 Internet 發送與接收數據的協議。它是一個請求、響應協議-客戶端發出一個請求，服務器響應這個請求。HTTP 運用可靠的 TCP 連接，通常用的 TCP 80 端口。在 HTTP 中，客戶端總是通過建立一個連接與發送一個 HTTP 請求來發起一個事務。服務器不能主動去與客戶端聯系，也不能給客戶端發出一個回叫連接?？蛻舳伺c服務器端都可以提前中斷一個連接。例如，當用一個瀏覽

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

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

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

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

11、-length 數據長度(字節)Content-type   數據M I M E類型WWW-authenticate 用于通知客戶方需要的認證信息(如用戶名、口令等)如果有客戶方請求的數據，數據放在響應頭之后，否則服務器斷開連接。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數據，它使用Mozilla/4.5(Netscape)引擎。2. 響應服務響應包括狀態碼、一些頭信息(以空行結束)及請求數據，假設數據存在，則響應信息如下：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>              （此行開始為數據部分，與前面頭部要空一行）<HEAD><title>Exampl

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

溫馨提示

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

評論

0/150

提交評論