面向連接的協議
① HTTP是面向連接的協議還是面向無連接的協議
面向連接和無連接指的都是協議。也就是說，這些術語指的並不是無理專介質本身，而是用來屬說明如何在物理介質上傳輸數據。面向連接和無連接協議可以，而且通常也確實會共享一條物理介質。
它們的本質區別在於，對無連接協議來說，每個分組的處理信息都獨立於所有其他分組，而對面向連接的協議來說，協議實現則維護了與後繼分組有關的狀態信息。
無連接協議中的分組被稱為數據報（datagram），每個分組都是獨立定址。
面向連接的協議則維護了分組之間的狀態，使用這種協議的應用程序通常都會進行長時間的對話。記住這些狀態，協議就可以提供可靠的傳輸。
② TCP是面向連接的傳輸協議，什麼是面向連接啊
面向連接就是傳輸數據前先建立連接然後再傳輸數據
非面向連接就是像ip，直接發送數據包，到達一個節點後找下一條路由，一跳跳的下去
③ 下面的網路協議中，面向連接的的協議是
傳輸控制協議就復是制TCP協議，面向連接，三次握手
用戶數據報協議為UDP協議，無連接
網際協議為IP
網際控制報文協議為ICMP
④ TCP協議到底是面向連接還是非連接（資料說法不一）
TCP協議肯定是面向連接的傳輸層協議。其連接過程是三次握手：連接回請求、連接應答答、連接確認。只有通過連接才能傳輸數據。傳輸完數據後使用四次握手斷開連接；
在傳輸層有兩個協議：面向連接的傳輸控制協議TCP及面向非連接的用戶數據報協議UDP。
⑤ 下列TCP/IP參考模型的應用層協議中，不是面向連接的協議是（ ）
基於TCP的協議來：HTTP,FTP,SMTP,TENET,POP3,Finger,NNTP,IMAP4，TELNET均是面自向連接的，
基於UDP的協議：BOOTP,DHCP,NTP,TFTP,SNMP，均是面向非連接的
而DNS可以基於TCP，也可以基於UDP
這些常用協議，包括了你所說的WWW所基於的HTTP，就是全部都是面向連接的，題目有問題。
如果非要選擇，那隻能選WWW，因為它不是協議名。
⑥ ISO定義了5種面向連接的傳輸協議，請問有哪幾種呢
這五種：TP0、TP1、TP2、TP3、TP4
ISO-TP：OSI 傳輸層協議（TP0、TP1、TP2、TP3、TP4）
目前 ISO-TP 中包含五種傳輸層協議，從傳輸層協議類 0 到傳輸層協議類 4（TP0、TP1、TP2、 TP3 和 TP4），協議復雜性依次遞增。TP0-3 只適用於面向連接通信，在該通信方式下，任何數據發送之前，必須先建立會話連接；而 TP4 既可以用於面向連接通信也可以用於無連接通信。
傳輸協議類 0（TP0） 實現分段和重組（segmentation and reassembly）功能。TP0 先識別底層網路支持的最大協議數據單元（PDU）的最小值的大小，根據此對數據包進行分段，然後數據包段在接收端再進行重組。
傳輸協議類 1（TP1）執行分段和重組和差錯恢復功能。TP1 對協議數據單元（PDU）進行排序。如果有太多的 PDU 沒有獲得確認響應，將重發 PDU 或重新啟動連接。
傳輸協議類 2（TP2）實現分段和重組，以及單一虛擬電路上的數據流多路復用技術和解除復用技術（demultiplexing）等功能。
傳輸協議類 3（TP3）提供差錯恢復、分段和重組、以及單一虛擬電路上的數據流復用技術和解除復用技術等功能。TP3 也支持協議數據單元排序操作。如果有太多的 PDU 沒有獲得確認響應，將重發 PDU 或重新啟動連接。
傳輸協議類 4（TP4）提供差錯恢復功能，實現分段和重組處理，並支持單一虛擬電路上的數據流復用技術和解除復用技術。TP4 也支持協議數據單元排序操作。如果有太多 PDU 沒有獲得確認響應，將重發 PDU 或重新啟動連接。TP4 能提供可靠傳輸服務和功能，既支持面向連接網路服務，也支持無連接網路服務。TP4 是 OSI 傳輸協議中使用最為普遍的，它類似於 TCP/IP 協議集中的傳輸控制協議 （TCP）。
TP4 和 TCP 的設計目標都是為了在不可靠的網路服務上提供可靠的面向連接的端到端傳輸服務。網路服務可能丟失包、存儲以及以錯誤的順序發送數據包，甚至復制數據包。兩種協議都必須能夠處理這些最嚴重的問題，比如，子網存儲有效數據包，過段時間再發送它們。TP4 和 TCP 都具有連接、傳輸和斷開連接三個階段，其操作原則也類似。
TP4 和 TCP 的一點不同之處在於：TP4 使用十個不同的傳輸協議數據單元（TPDU）類型而 TCP 只使用一個 TPDU。這使得 TCP 相對比較簡單，但是每個 TCP 協議頭必須具有所有可能欄位，因此 TCP 協議頭大小至少為 20 位元組，而 TP4 協議頭大小隻有 5 位元組。另一個不同之處在於兩者的呼叫沖突反應方式。TP4 在 TSAP 間打開兩個雙向連接，而 TCP 只打開一個連接。另外 TP4 使用不同的信息流控制機制，它還提供了服務質量（quality of service）衡量方法。
⑦ tcp協議是面向連接的,但tcp使用的ip協議卻是無連接的,這兩種協議的區別
ip是網路層協議（倒數第二層，最下面一層是數據鏈路層，通過mac地址區分一個鏈路版內的不同主機，進權行送達），作用是通過ip地址（ipv4、ipv6）為傳輸層尋找目標主機並進行數據傳輸，ip就像快遞員，僅僅負責將數據傳遞給全網內的目標地址，其本身並不保持連接狀態。
tcp（傳輸控制協議）是一種面向連接的、可靠的傳輸層通信協議，通過檢驗和、序列號、確認應答、重發控制、連接管理以及窗口控制等機制實現可靠性傳輸。
tcp的連接管理：在數據通信之前，通過tcp首部發送一個SYN包作為簡歷連接的請求等待確認應答。如果對端發來確認應答，則認為可以進行數據通信。如果對端的確認應答未能到達，就不會進行數據通信。此外，在通信結束時會進行斷開連接的處理（FIN包）。 可以使用TCp首部用於控制的欄位管理TCP連接，一個連接的建立與斷開，正常過程至少需要來回發送7個包才能完成。
⑧ 面向連接的協議
不是。主要是因為上層依賴於下層，下層為上層提供服務。下層如果不能支持面向連接，那麼如何為上層提供面向連接的服務呢？
UDP是無連接協議，所以它的下層可以是無連接的，也可以是面向連接的。TCP是面向連接協議，所以，它的下層必須面向連接。
⑨ HTTP是面向連接的協議還是面向無連接的協議
不是。主要是因為上層依賴於下層，下層為上層提供服務。下層如果不能支持面向內連接，那麼如何容為上層提供面向連接的服務呢？
udp是無連接協議，所以它的下層可以是無連接的，也可以是面向連接的。tcp是面向連接協議，所以，它的下層必須面向連接。
⑩ 網路中,什麼是面向聯接的協議
TCP協議是面向連接的、
UDP 無連接（它就是這么叫的）
如果還沒懂就看長的
通信協議要麼是面向連接的，要麼是無連接的。這依賴於信息發送方是否需要與接收方聯系並通過聯系來維持一個對話（面向連接的），還是沒有任何預先聯系就發送消息（無連接的）且希望接收方能順序接收所有內容。這些方法揭示了網路上實現通信的兩種途徑。 在面向連接的方法中，網路負責順序發送報文分組並且以一種可靠的方法檢測丟失和沖突。這種方法被「可靠的」傳輸服務使用。 在無連接的方法中，網路只需要將報文分組發送到接收點，檢錯與流控由發送方和接收方處理。這種方法被稱作「最佳工作（best－effort）」或「無應答（unacknowledged）」的傳輸協議所使用。 假定你想給你在另一個城市的朋友發送一系列信件，信件類似於通過計算機網路發送的數據分組。有兩種發送方法，一種方法是把信件交給一位可信的朋友，由他私人傳送，之後再向你證實已經發送。在這種方法中，你在傳送的兩端都保持著聯系，你的朋友提供了面向連接的服務。另外一種是，你在信封上註明地址並將它們投進郵局，你並沒有得到保證說每封信都會達到目的地，如果都到達了，它們可能在不同的時間到達並且不是連續的，這就象一個無連接服務。 面向連接服務的主要特點有：面向連接服務要經過三個階段：數據傳數前，先建立連接，連接建立後再傳輸數據，數據傳送完後，釋放連接。面向連接服務，可確保數據傳送的次序和傳輸的可靠性。無連接服務的特點是：無連接服務只有傳輸數據階段。消除了除數據通信外的其它開銷。只要發送實體是活躍的，無須接收實體也是活躍的。它的優點是靈活方便、迅速，特別適合於傳送少量零星的報文，但無連接服務不能防止報文的丟失、重復或失序。 區分「面向連接服務」和「無連接服務」的概念，特別簡單、形象的例子是：打電話和寫信。兩個人如果要通電話，必須先建立連接——撥號，等待應答後才能相互傳遞信息，最後還要釋放連接——掛電話。寫信就沒有那麼復雜了，地址姓名填好以後直接往郵筒一扔，收信人就能收到。TCP/IP協議在網路層是無連接的（數據包只管往網上發，如何傳輸和到達以及是否到達由網路設備來管理）。而「埠」，是傳輸層的內容，是面向連接的。協議裡面低於1024的埠都有確切的定義，它們對應著網際網路上常見的一些服務。這些常見的服務可以劃分為使用TCP埠（面向連接如打電話）和使用UDP埠（無連接如寫信）兩種。 面向連接的通信（Connection－Oriented Communication） 在面向連接方法中，在兩個端點之間建立了一條數據通信信道（電路）。這條信道提供了一條在網路上順序發送報文分組的預定義路徑，這個連接類似於語音電話。發送方與接收方保持聯系以協調會話和報文分組接收或失敗的信號。但這並不意味著面向連接的信道比無連接的信道使用了更多的帶寬，兩種方法都只在報文分組傳輸時才使用帶寬。 為面向連接的會話建立的通信信道自然是邏輯的，常被稱作虛電路（virtual circuit），它關心的是端點。與在網路上尋求一條實際的物理路徑相比，這條信道更關心的是保持兩個端點的聯系。在有多條到達目的地路徑的網路中，物理路徑在會話期間隨著數據模式的改變而改變，但是端點（和中間節點）一直保持對路徑進行跟蹤，圖C－26所示為多路復用電路中的邏輯路徑。 一台計算機上的應用程序啟動與另一台計算機的面向連接的會話，它通過訪問基本的通信協議來請求這樣的對話。在傳輸控制協議／網際網路協議（TCP／IP）組中，TCP提供面向連接的服務，而IP（較低層的協議）提供傳輸服務。在NetWare SPX／IPX協議組中，SPX提供面向連接的服務。 因為報文分組是通過虛電路傳輸的，所以並不需要使用全分組地址，這是由於網路已經知道了發送方與接收方的地址。網路路徑上的每個節點都保持跟蹤虛電路和需要交換分組的埠。順序編號用來保證分組的順序流動。虛電路需要一個建立過程，但電路一旦建立，它就為長時間的處理提供一條有效的路徑，如由管理程序對網路站點的連續監控和許多大文件的傳送。與此相比，無連接方法是設計用於突發的、暫時的通信，這種方法中如用虛電路建立就不是很有效的。 面向連接的會話的建立過程如下： 1．源應用程序請求一個面向連接的通信會話。 2．建立會話（需要一段時間，是選用無連接的協議的一個原因）。 3．在邏輯連接上開始數據傳輸。 4．傳輸結束時，信道解除連接。 在分組交換遠程通信網路中，有些信道永不斷連。兩點之間建立的一條永久信道稱為永久虛電路（PVC）（Permanent virtual circuits（PVCs））。PVC類似於專用電話線。 面向連接的協議大部分位於與開放系統互連（OSI）協議模型相當的運輸層協議中。通用的面向連接的協議包括Internet和UNIX環境下的TCP（傳輸控制協議）、Novell的順序分組交換（SPX）、IBM／Microsoft的NetBIOS和OSI的連接模型網路協議（CMNP）。 無連接通信（Connectionless Communication） 在無連接方法中，網路除了把分組傳送到目的地以外不需做任何事情，如果分組丟失了，接收方必須檢測出錯誤並請求重發；如果分組因採用不同的路徑而沒有按序到達，接收方必須將它們重新排序。無連接的協議有TCP／IP協議組的IP部分，NetWare的SPX／IPX協議的IPX部分和OSI的無連接網路協議（CLNP）。這些協議在與OSI協議模型相當的網路層中。 在無連接的通信會話中，每個數據分組是一個在網路上傳輸的獨立單元，稱作數據報。發送方和接收方之間沒有初始協商，發送方僅僅向網路上發送數據報，每個分組含有源地址和目的地址。 該方法中沒有接收方發來的分組接收或未接收的應答，也沒有流控制，所以分組可能不按次序到達，接收方必須對它們重新排序。如果接收到有錯誤的分組，則將它刪掉。當重新整理分組時，就會發現被刪掉的包並請求重發。 使用無連接的協議有許多好處。就性能來說，無連接策略通常更好，因為大多數網路上只有相對少的錯誤，所以被破壞的或丟失的分組很少，端點不需很多時間來重發。 協議的比較（Comparing the Protocols） 面向連接的服務更適於需要穩定數據流的應用，例如，與Novell NetWare一起提供的遠程監控程序使用的是面向連接的協議SPX。面向連接的服務可靠性也更高，並能更有效從問題中恢復。 雖然無連接的服務中每個分組有更多的額外開銷，而面向連接的服務在端點上需要更多的處理來建立和保持連接。但是額外開銷有時沒有被證實，例如與區域網用戶和伺服器交互有關的短暫突發傳輸。 網路中可以被命名和定址的通信埠是操作系統的一種可分配資源。由網路OSI（開放系統互聯參考模型，Open System Interconnection Reference Model）七層協議可知，傳輸層與網路層最大的區別是傳輸層提供進程通信能力， 網路通信的最終地址不僅包括主機地址，還包括可描述進程的某種標識。所以TCP/IP協議提出的協議埠，可以認為是網路通信進程的一種標識符。 應用程序（調入內存運行後一般稱為：進程）通過系統調用與某埠建立連接（binding，綁定）後，傳輸層傳給該埠的數據都被相應的進程所接收，相應進程發給傳輸層的數據都從該埠輸出。在TCP/IP協議的實現中，埠操作類似於一般的I/O操作，進程獲取一個埠，相當於獲取本地唯一的I/O文件，可以用一般的讀寫方式訪問。 類似於文件描述符，每個埠都擁有一個叫埠號的整數描述符，用來區別不同的埠。由於TCP/IP傳輸層的TCP和UDP兩個協議是兩個完全獨立的軟體模塊，因此各自的埠號也相互獨立。如TCP有一個255號埠，UDP也可以有一個255號埠，兩者並不沖突。 埠號有兩種基本分配方式：第一種叫全局分配這是一種集中分配方式，由一個公認權威的中央機構根據用戶需要進行統一分配，並將結果公布於眾，第二種是本地分配，又稱動態連接，即進程需要訪問傳輸層服務時，向本地操作系統提出申請，操作系統返回本地唯一的埠號，進程再通過合適的系統調用，將自己和該埠連接起來（binding，綁定）。TCP/IP埠號的分配綜合了以上兩種方式，將埠號分為兩部分，少量的作為保留埠，以全局方式分配給服務進程。每一個標准伺服器都擁有一個全局公認的埠叫周知口，即使在不同的機器上，其埠號也相同。剩餘的為自由埠，以本地方式進行分配。TCP和UDP規定，小於256的埠才能作為保留埠。 按埠號可分為3大類：（1）公認埠（Well Known Ports）：從0到1023，它們緊密綁定（binding）於一些服務。通常這些埠的通訊明確表明了某種服務的協議。例如：80埠實際上總是HTTP通訊。 （2）注冊埠（Registered Ports）：從1024到49151。它們鬆散地綁定於一些服務。也就是說有許多服務綁定於這些埠，這些埠同樣用於許多其它目的。例如：許多系統處理動態埠從1024左右開始。 （3）動態和/或私有埠（Dynamic and/or Private Ports）：從49152到65535。理論上，不應為服務分配這些埠。實際上，機器通常從1024起分配動態埠。但也有例外：SUN的RPC埠從32768開始。 系統管理員可以「重定向」埠：一種常見的技術是把一個埠重定向到另一個地址。例如默認的HTTP埠是80，不少人將它重定向到另一個埠，如8080。如果是這樣改了，要訪問本文就應改用這個地址http://wwd.3322.net:8080/net/port.htm（當然，這僅僅是理論上的舉例）。實現重定向是為了隱藏公認的默認埠，降低受破壞率。這樣如果有人要對一個公認的默認埠進行攻擊則必須先進行埠掃描。大多數埠重定向與原埠有相似之處，例如多數HTTP埠由80變化而來：81，88，8000，8080，8888。同樣POP的埠原來在110，也常被重定向到1100。也有不少情況是選取統計上有特別意義的數，象1234，23456，34567等。許多人有其它原因選擇奇怪的數，42，69，666，31337。近來，越來越多的遠程式控制制木馬( Remote Access Trojans, RATs )採用相同的默認埠。如NetBus的默認埠是12345。Blake R. Swopes指出使用重定向埠還有一個原因，在UNIX系統上，如果你想偵聽1024以下的埠需要有root許可權。如果你沒有root許可權而又想開web服務，你就需要將其安裝在較高的埠。此外，一些ISP的防火牆將阻擋低埠的通訊，這樣的話即使你擁有整個機器你還是得重定向埠。