㈠ 能不能讓WEB伺服器支持UDP我電腦上UDP反倒比TCP要穩定
UDP和TCP就相當於遞紙條和打電話的區別
而瀏覽網頁則是一個斷點續傳和一直連接的過程，例如網路知道中只要掛著網頁的WEB版的網路HI也可以隨時接到信息，而UDP是不可能這樣的。
而且如果網頁中有某些元素過大，利用TCP可以分批次傳送，之後再在接收端來重組，而UDP的數據包很簡單的，不可能再加上這些附加的數據
㈡ Web使用了哪個運輸層協議(TCP/UDP)
好像是網路介面層吧
㈢ 1.web伺服器使用的傳輸層協議是tcp還是udp 其 埠號是多少
web伺服器一般指網站伺服器，通常使用的是80埠，屬於TCP協議。
當然，一個網站也不可能只使用一種埠，還需要根據程序的需要和設置，開發不同的埠。
㈣ 為什麼Web服務、文件傳輸服務、電子郵件服務需要TCP而非UDP的支持
在網上文件傳輸使用的是不同的協議，比如說FTP伺服器使用的是FTP協議。而有的文件傳輸使的是UDp協議。正常的文件下載是TCP ip協議。
㈤ 【web】TCP和UDP、HTTP的區別
（1） TCP是面向連接的，UDP是無連接的 ，即發送數據前不需要先建立鏈接。
（2） TCP提供可靠的服務 。也就是說，通過TCP連接傳送的數據，無差錯，不丟失，不重復，且按序到達；UDP盡最大努力交付，即不保證可靠交付。 並且因為tcp可靠，面向連接，不會丟失數據因此適合大數據量的交換。
（3） TCP是面向位元組流，UDP面向報文 ，並且網路出現擁塞不會使得發送速率降低（因此會出現丟包，對實時的應用比如IP電話和視頻會議等）。
（4） TCP只能是1對1的，UDP支持1對1、1對多 。
（5） TCP的首部較大 為20位元組，而UDP只有8位元組。
（6）TCP是面向連接的可靠性傳輸，而UDP是不可靠的。
（7） TCP和UDP都是傳輸層的協議，HTTP是在應用層的一個協議
（8）HTTP協議基於請求\響應模型的，並且是 基於TCP協議 的。
HTTP協議是建立在請求/響應模型上的。首先由客戶建立一條與伺服器的TCP鏈接，並發送一個請求到伺服器，請求中包含請求方法、URL、協議版本以及相關的MIME樣式的消息。伺服器響應一個狀態行，包含消息的協議版本、一個成功和失敗碼以及相關的MIME式樣的消息。
（9）HTTP/1.0為 多次的TCP 鏈接，HTTP/1.1提出了可持續鏈接即只建立 一次TCP鏈接 。
因此一個包含HTML內容和圖片的頁面將需要建立多次的短期的TCP鏈接。一次TCP鏈接的建立將需要3次握手。另外，為了獲得適當的傳輸速度，則需要TCP花費額外的迴路鏈接時間（RTT）。每一次鏈接的建立需要這種經常性的開銷，而其並不帶有實際有用的數據，只是保證鏈接的可靠性，因此HTTP/1.1提出了可持續鏈接的實現方法。HTTP/1.1將只建立一次TCP的鏈接而重復地使用它傳輸一系列的請求/響應消息，因此減少了鏈接建立的次數和經常性的鏈接開銷。
㈥ DHCP、DNS、FTP、Web之間是什麼關系
DHCP：動態主機設置協議（Dynamic Host Configuration Protocol, DHCP）是一個區域網的網路協議，使用UDP協議工作，主要有兩個用途：給內部網路或網路服務供應商自動分配IP地址給用戶給內部網路管理員作為對所有計算機作中央管理的手段。【當然我們一般做為公司內部區域網IP地址分配，方便管理。至於樓上說「DHCP分配的內網IP轉為外網IP」 這是錯滴，這應該是NAT】DNS：DNS 是計算機域名 (Domain Name System) 的縮寫，它是由解析器和域名伺服器組成的。IP地址轉換為域名，域名轉換為IP地址功能。【我們一般稱之域名解析】FTP：文件傳輸協議（File Transfer Protocol, FTP）是一個用於在兩台裝有不同操作系統的機器中傳輸計算機文件的軟體標准。它屬於網路協議組的應用層。【有些地方網站下載，時就是使用滴FTP服務】WEB：WEB本意是蜘蛛網和網的意思。現廣泛譯作網路、互聯網等技術領域。表現為三種形式，即超文本（hypertext）、超媒體（hypermedia）、超文本傳輸協議（HTTP）等。【現在通常所說滴上網，就是WEB】 舉個例子：你在公司區域網中 HDCP伺服器上獲取到一個IP地址（一般為私有IP地址），你想訪問 Bai（這就是WEB） 這時你就會用到 DNS伺服器 為你解析為 公網IP地址（即 Bai 的公網IP地址，當然這個過程你是感覺不到滴），結果就是你的IE 正常訪問 Bai（WEB），或是 訪問FTP 下載一個文件。
㈦ 網路編程：為什麼web伺服器是tcp80而不是udp80
這個無狀態跟面向連接沒關系吧......
http不是持續連接.就是說傳遞數據完了就斷開.跟某些網路應用,比如網路游戲,是必須持續連接不能斷的.http區分客戶端是用SessionID來進行的.比如某些asp等動態頁面需要這個保持與用戶溝通的"連續性"
tcp udp的無連接.跟這個沒有關系,算底層協議了.理論上說用udp也是可以的.但是沒有人這么用.都是基於TCP的
㈧ Web階段——TCP/UDP區別
2018-09-25
全稱：Transmission Control Protocol（傳輸控制協議），是工作在OSI七層模型(Open System Interconnect，開放式系統互聯)中的傳輸層，是一種面向連接的、可靠的、基於位元組流的通信協議。
TCP層將應用層的數據流分成報文段，再繼續向網路層傳輸。為了數據傳輸的可靠性，TCP層將每個報文段進行了編號，用來保證接收端數據的我完整性。
TCP層每傳輸一個報文段，就向接收端發送一次確認信息。在一定時間內，如果接收端沒有返回確認信息，發送端將重新發送丟失的報文。
全稱：User Datagram Protocol（用戶數據報協議），與TCP一樣工作在傳輸層，是一種面向無連接的、不可靠的通信協議。
UDP僅將應用層的數據流分成報文直接進行傳輸，不進行排序。數據安全沒有保障，但操作效率高，適合普通數據傳輸（QQ）。
連接時：
1. 客戶端向伺服器發送一個SYN置位的TCP報文，其中包含連接的初始序列號x和一個窗口大小（表示客戶端上用來存儲從伺服器發送來的傳入段的緩沖區的大小）。
2. 伺服器收到客戶端發送過來的SYN報文後，向客戶端發送一個SYN和ACK都置位的TCP報文，其中包含它選擇的初始序列號y、對客戶端的序列號的確認x+1和一個窗口大小（表示伺服器上用來存儲從客戶端發送來的傳入段的緩沖區的大小）。
3. .客戶端接收到伺服器端返回的SYN+ACK報文後，向伺服器端返回一個確認號y+1和序號x+1的ACK報文，一個標準的TCP連接完成。
＃TCP斷開連接四次揮手過程：
1. Client端發起中斷連接請求，也就是發送FIN報文。
2. Server端接到FIN報文後，意思是說"我Client端沒有數據要發給你了"，但是如果你還有數據沒有發送完成，則不必急著關閉Socket，可以繼續發送數據。所以你先發送ACK，"告訴Client端，你的請求我收到了，但是我還沒准備好，請繼續你等我的消息"。
3. 這個時候Client端就進入FIN_WAIT狀態，繼續等待Server端的FIN報文。當Server端確定數據已發送完成，則向Client端發送FIN報文，"告訴Client端，好了，我這邊數據發完了，准備好關閉連接了"。
4. Client端收到FIN報文後，"就知道可以關閉連接了，但是他還是不相信網路，怕Server端不知道要關閉，所以發送ACK後進入TIME_WAIT狀態，如果Server端沒有收到ACK則可以重傳。「，Server端收到ACK後，"就知道可以斷開連接了"。Client端等待了2MSL後依然沒有收到回復，則證明Server端已正常關閉，那好，我Client端也可以關閉連接了。Ok，TCP連接就這樣關閉了！
本文來自 tensorzhl 的CSDN 博客 ，全文地址請點擊： https://blog.csdn.net/tensorzhl/article/details/75797364?utm_source=
㈨ 通過什麼協議訪問web服務
HTTP：超文本傳輸協議（Hypertext Transfer Protocol）HTTP的發展是萬維網協會（World Wide Web Consortium）和Internet工作小組（Internet Engineering Task Force）合作的結果，（他們）最終發布了一系列的RFC，其中最著名的就是RFC 2616。RFC 2616定義了HTTP協議的我們今天普遍使用的一個版本——HTTP 1.1。HTTP是一個客戶端和伺服器端請求和應答的標准（TCP）。客戶端是終端用戶，伺服器端是網站。通過使用Web瀏覽器、網路爬蟲或者其它的工具，客戶端發起一個到伺服器上指定埠（默認埠為80）的HTTP請求。（我們稱這個客戶端）叫用戶代理（user agent）。應答的伺服器上存儲著（一些）資源，比如HTML文件和圖像。（我們稱）這個應答伺服器為源伺服器（origin server）。在用戶代理和源伺服器中間可能存在多個中間層，比如代理，網關，或者隧道（tunnels）。盡管TCP/IP協議是互聯網上最流行的應用，HTTP協議並沒有規定必須使用它和（基於）它支持的層。 事實上，HTTP可以在任何其他互聯網協議上，或者在其他網路上實現。HTTP只假定（其下層協議提供）可靠的傳輸，任何能夠提供這種保證的協議都可以被其使用。通常，由HTTP客戶端發起一個請求，建立一個到伺服器指定埠（默認是80埠）的TCP連接。HTTP伺服器則在那個埠監聽客戶端發送過來的請求。一旦收到請求，伺服器（向客戶端）發回一個狀態行，比如"HTTP/1.1 200 OK"，和（響應的）消息，消息的消息體可能是請求的文件、錯誤消息、或者其它一些信息。HTTP使用TCP而不是UDP的原因在於（打開一個）一個網頁必須傳送很多數據，而TCP協議提供傳輸控制，按順序組織數據，和錯誤糾正。通過HTTP或者HTTPS協議請求的資源由統一資源標示符（Uniform Resource Identifiers）（或者，更准確一些，URLs）來標識。[編輯本段][1][2]HTTP是什麼?當我們想瀏覽一個網站的時候，只要在瀏覽器的地址欄里輸入網站的地址就可以了，例如www..com,但是在瀏覽器的地址欄裡面出現的卻是： http://www..com ,你知道為什麼會多出一個「http」嗎？ 我們在瀏覽器的地址欄里輸入的網站地址叫做URL (Uniform Resource Locator，統一資源定位符)。就像每家每戶都有一個門牌地址一樣，每個網頁也都有一個Internet地址。當你在瀏覽器的地址框中輸入一個URL或是單擊一個超級鏈接時，URL就確定了要瀏覽的地址。瀏覽器通過超文本傳輸協議(HTTP)，將Web伺服器上站點的網頁代碼提取出來，並翻譯成漂亮的網頁。因此，在我們認識HTTP之前，有必要先弄清楚URL的組成,例如： http://www..com/china/index.htm。它的含義如下： 1. http://：代表超文本傳輸協議，通知.com伺服器顯示Web頁，通常不用輸入；2. www：代表一個Web（萬維網）伺服器； 3. .com/：這是裝有網頁的伺服器的域名，或站點伺服器的名稱； 4. China/：為該伺服器上的子目錄，就好像我們的文件夾； 5. Index.htm：index.htm是文件夾中的一個HTML文件（網頁）。 我們知道，Internet的基本協議是TCP/IP協議，然而在TCP/IP模型最上層的是應用層（Application layer），它包含所有高層的協議。高層協議有：文件傳輸協議FTP、電子郵件傳輸協議SMTP、域名系統服務DNS、網路新聞傳輸協議NNTP和HTTP協議等。 HTTP協議（HyperText Transfer Protocol，超文本傳輸協議）是用於從WWW伺服器傳輸超文本到本地瀏覽器的傳送協議。它可以使瀏覽器更加高效，使網路傳輸減少。它不僅保證計算機正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內容首先顯示(如文本先於圖形)等。這就是你為什麼在瀏覽器中看到的網頁地址都是以 http://開頭的原因。
㈩ Web木馬屬於下列哪種木馬 A 大馬 B UDP木馬 C TCP木馬 D ICMP木馬
web木馬屬於TCP木馬，答案選C。
web木馬即網頁木馬，網頁訪問是通過http或者https實現的。而http協議是基於TCP協議的。所以網頁木馬屬於TCP木馬。
請採納，謝謝