-
當(dāng)前位置:首頁 > 創(chuàng)意學(xué)院 > 技術(shù) > 專題列表 > 正文
tcp服務(wù)器軟件(tcp服務(wù)器程序)
大家好!今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于tcp服務(wù)器軟件的問題,以下是小編對此問題的歸納整理,讓我們一起來看看吧。
開始之前先推薦一個非常厲害的Ai人工智能工具,一鍵生成原創(chuàng)文章、方案、文案、工作計劃、工作報告、論文、代碼、作文、做題和對話答疑等等
只需要輸入關(guān)鍵詞,就能返回你想要的內(nèi)容,越精準(zhǔn),寫出的就越詳細(xì),有微信小程序端、在線網(wǎng)頁版、PC客戶端
官網(wǎng):https://ai.de1919.com
本文目錄:
一、UDP、TCP 協(xié)議的區(qū)別?
一、TCP協(xié)議
TCP位于傳輸層, 提供可靠的字節(jié)流服務(wù)。所謂的字節(jié)流服務(wù)(Byte Stream Service) 是指, 為了方便傳輸, 將大塊數(shù)據(jù)分割成以報文段(segment) 為單位的數(shù)據(jù)包進行管理。 而可靠的傳輸服務(wù)是指, 能夠把數(shù)據(jù)準(zhǔn)確可靠地傳給對方。 即TCP 協(xié)議為了更容易傳送大數(shù)據(jù)才把數(shù)據(jù)分割, 而且 TCP 協(xié)議能夠確認(rèn)數(shù)據(jù)最終是否送達到對方。所以,TCP連接相當(dāng)于兩根管道(一個用于服務(wù)器到客戶端,一個用于客戶端到服務(wù)器),管道里面數(shù)據(jù)傳輸是通過字節(jié)碼傳輸,傳輸是有序的,每個字節(jié)都是一個一個來傳輸。
(1)、三次握手:握手過程中使用了 TCP 的標(biāo)志(flag) —— SYN(synchronize) 和ACK(acknowledgement) 。
第一次握手:建立連接時,客戶端A發(fā)送SYN包(SYN=j)到服務(wù)器B,并進入SYN_SEND狀態(tài),等待服務(wù)器B確認(rèn)。
第二次握手:服務(wù)器B收到SYN包,必須確認(rèn)客戶A的SYN(ACK=j+1),同時自己也發(fā)送一個SYN包(SYN=k),即SYN+ACK包,此時服務(wù)器B進入SYN_RECV狀態(tài)。
第三次握手:客戶端A收到服務(wù)器B的SYN+ACK包,向服務(wù)器B發(fā)送確認(rèn)包ACK(ACK=k+1),此包發(fā)送完畢,完成三次握手。
若在握手過程中某個階段莫名中斷, TCP 協(xié)議會再次以相同的順序發(fā)送相同的數(shù)據(jù)包。
(2)、四次揮手:由于TCP連接是全雙工的,因此每個方向都必須單獨進行關(guān)閉。這個原則是當(dāng)一方完成它的數(shù)據(jù)發(fā)送任務(wù)后就能發(fā)送一個FIN來終止這個方向的連接。收到一個 FIN只意味著這一方向上沒有數(shù)據(jù)流動,一個TCP連接在收到一個FIN后仍能發(fā)送數(shù)據(jù)。先進行關(guān)閉的一方將執(zhí)行主動關(guān)閉,而另一方被動關(guān)閉。
客戶端A發(fā)送一個FIN,用來關(guān)閉客戶A到服務(wù)器B的數(shù)據(jù)傳送。
服務(wù)器B收到這個FIN,它發(fā)回一個ACK,確認(rèn)序號為收到的序號加1。
服務(wù)器B關(guān)閉與客戶端A的連接,發(fā)送一個FIN給客戶端A。
客戶端A發(fā)回ACK報文確認(rèn),并將確認(rèn)序號設(shè)置為收到序號加1。
三次握手和四次揮手:在TCP連接中,服務(wù)器端的SYN和ACK向客戶端發(fā)送是一次性發(fā)送的,而在斷開連接的過程中, B端向A
端發(fā)送的ACK和FIN是分兩次發(fā)送的。因為在B端接收到A端的FIN后, B端可能還有數(shù)據(jù)要傳輸,所以先發(fā)送ACK,等B端處理完自己的事情后就可以發(fā)送FIN斷開連接了。
(3)、深入理解TCP連接:
由于TCP是全雙工的,因此在每一個方向都必須單獨關(guān)閉。這原則是當(dāng)一方完成它的數(shù)據(jù)發(fā)送任務(wù)后就能發(fā)送一個FIN來終止這個方向的連接。收到一個FIN只意味著這個方向上沒有數(shù)據(jù)流動,一個TCP連接在接收到一個FIN后仍能發(fā)送數(shù)據(jù)。 首先進行關(guān)
閉的一方將執(zhí)行主動關(guān)閉,而另一方執(zhí)行被動關(guān)閉。
TCP協(xié)議的連接是全雙工連接,一個TCP連接存在雙向的讀寫通道。簡單來說,是“先關(guān)讀,再關(guān)寫” ,總共需要4個階段。以客戶機發(fā)起關(guān)閉連接為例:1.服務(wù)器讀通道關(guān)閉;2.客戶端寫通道關(guān)閉;3.客戶端讀通道關(guān)閉;4.服務(wù)器寫通道關(guān)閉。
關(guān)閉行為是在發(fā)起方數(shù)據(jù)發(fā)送完畢之后,給對方發(fā)出一個FIN(finish)數(shù)據(jù)段,直到接收到對方發(fā)送的FIN,且對方收到了接收確認(rèn)的ACK之后,雙方的數(shù)據(jù)通信完全結(jié)束,過程中每次都需要返回確認(rèn)數(shù)據(jù)段ACK。
(4)、TCP使用滑動窗口機制來進行流量控制。
建立連接時,各端分配一個緩沖區(qū)用來存儲接收的數(shù)據(jù),并將緩沖區(qū)的尺寸發(fā)送給另一端。接收方發(fā)送的確認(rèn)消息中包含了自己剩余的緩沖區(qū)尺寸。剩余緩沖區(qū)空間的數(shù)量叫做窗口。其實就是建立連接的雙虎互相知道彼此剩余的緩沖區(qū)大小。
(5)、擁塞控制
擁塞控制:防止過多的數(shù)據(jù)注入到網(wǎng)路中,這樣可以使網(wǎng)絡(luò)中的路由器或鏈路不至于阻塞。擁塞控制是一個全局性的過程,和流量控制不同,流量控制是點對點的控制。
1、慢開始:發(fā)送方維持一個叫做擁塞窗口cwnd(congestion window)的狀態(tài)變量。擁塞窗口的大小取決于網(wǎng)絡(luò)的擁塞程度,并且動態(tài)的變化。發(fā)送方讓自己的發(fā)送窗口等于擁塞窗口,另外考慮到接收方的接收能力,發(fā)送窗口可能小于擁塞窗口。思路就是:不要一開始就發(fā)送大量的數(shù)據(jù),先試探一下網(wǎng)絡(luò)的擁塞程度,也就是說由小到大增加擁塞窗口的大小。
為了防止cwnd增長過大引起網(wǎng)絡(luò)擁塞,還需要設(shè)置一個慢開始門限ssthresh狀態(tài)變量。 ssthresh的方法如下:
當(dāng)cwnd < ssthresh時,開始使用慢開始算法;當(dāng)cwnd > ssthresh, 改用擁塞避免算法;當(dāng)cwnd = ssthresh時,慢開始與擁塞算法任意。
2.擁塞避免:
擁塞避免算法讓擁塞窗口緩慢增長,即每經(jīng)過一個往返時間RTT就把發(fā)送方的擁塞窗口cwnd加1,而不是加倍,這樣擁塞窗口按照線性規(guī)律緩慢增長。無論是在慢開始階段還是在擁塞避免階段,只要發(fā)送方判斷網(wǎng)絡(luò)出現(xiàn)擁塞(其根據(jù)就是沒有收到確認(rèn),雖然沒有收到確認(rèn)可能是其他原因的分組丟失,但是因為⽆法判定,所以都當(dāng)作擁塞處理),就把慢開始門限設(shè)置為出現(xiàn)擁塞時的發(fā)送窗口的一半,然后把擁塞窗口設(shè)置為1,執(zhí)行慢開始算法:
此外,還有快速重傳和快速恢復(fù),停止-等待協(xié)議,回退N幀協(xié)議,選擇重傳協(xié)議等。
二、UDP協(xié)議:
無連接協(xié)議,也稱透明協(xié)議,也位于傳輸層。
三、兩者區(qū)別:
1) TCP提供面向連接的傳輸,通信前要先建立連接(三次握手機制); UDP提供無連接的傳輸,通信前不需要建立連接。
2) TCP提供可靠的傳輸(有序,無差錯,不丟失,不重復(fù)); UDP提供不可靠的傳輸。
3) TCP面向字節(jié)流的傳輸,因此它能將信息分割成組,并在接收端將其重組; UDP是面向數(shù)據(jù)報的傳輸,沒有分組開銷。
4) TCP提供擁塞控制和流量控制機制; UDP不提供擁塞控制和流量控制機制。
四、長連接和短連接
HTTP的長連接和短連接本質(zhì)上是TCP長連接和短連接。HTTP屬于應(yīng)用層協(xié)議,在傳輸層使用TCP協(xié)議,在網(wǎng)絡(luò)層使用IP協(xié)議。 IP協(xié)議主要解決網(wǎng)絡(luò)路由和尋址問題,TCP協(xié)議主要解決如何在IP層之上可靠地傳遞數(shù)據(jù)包,使得網(wǎng)絡(luò)上接收端收到發(fā)送端所發(fā)出的所有包,并且順序與發(fā)送順序一致。TCP協(xié)議是可靠的、面向連接的。
在HTTP/1.0中默認(rèn)使用短連接。也就是說,客戶端和服務(wù)器每進行一次HTTP操作,就建立一次連接,任務(wù)結(jié)束就中斷連接。當(dāng)客戶端瀏覽器訪問的某個HTML或其他類型的Web頁中包含有其他的Web資源(如JavaScript文件、圖像文件、CSS文件等),每遇到這樣一個Web資源,瀏覽器就會重新建立一個HTTP會話。
而從HTTP/1.1起,默認(rèn)使用長連接,用以保持連接特性。使用長連接的HTTP協(xié)議,會在響應(yīng)頭加入這行代碼:
Connection:keep-alive
在使用長連接的情況下,當(dāng)一個網(wǎng)頁打開完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會關(guān)閉,客戶端再次訪問這個服務(wù)器時,會繼續(xù)使用這一條已經(jīng)建立的連接。Keep-Alive不會永久保持連接,它有一個保持時間,可以在不同的服務(wù)器軟件(如Apache)中設(shè)定這個時間。實現(xiàn)長連接需要客戶端和服務(wù)端都支持長連接。
HTTP協(xié)議的長連接和短連接,實質(zhì)上是TCP協(xié)議的長連接和短連接。
二、TCP服務(wù)器是什么
TCP指的是傳輸控制協(xié)議。它是一種面向連接導(dǎo)向的、可靠地及基于字節(jié)流的運輸層通信協(xié)議。而在接觸TCP中還有UDP,UDP也是一項重要的傳輸協(xié)議。TCP提供超時重發(fā),丟棄重復(fù)數(shù)據(jù),檢驗數(shù)據(jù),流量控制等功能,保證數(shù)據(jù)能從一端傳到另一端
1、提供IP環(huán)境下的數(shù)據(jù)可靠傳輸(一臺計算機發(fā)出的字節(jié)流會無差錯的發(fā)往網(wǎng)絡(luò)上的其他計算機,而且計算機A接收數(shù)據(jù)包的時候,也會向計算機B回發(fā)數(shù)據(jù)包,這也會產(chǎn)生部分通信量),有效流控,全雙工操作(數(shù)據(jù)在兩個方向上能同時傳遞),多路復(fù)用服務(wù),是面向連接,端到端的傳輸;
2、面向連接:正式通信前必須要與對方建立連接。事先為所發(fā)送的數(shù)據(jù)開辟出連接好的通道,然后再進行數(shù)據(jù)發(fā)送,就像打電話。
3、TCP支持的應(yīng)用協(xié)議:FTP 文件傳送、RLogin 遠(yuǎn)程登錄、SMTP POP3 電子郵件、NFS 網(wǎng)絡(luò)文件系統(tǒng)、遠(yuǎn)程打印、遠(yuǎn)程執(zhí)行、名字服務(wù)器終端服務(wù)器等服務(wù)類型。
三、急??!QQ不能登陸怎么解決????
在網(wǎng)站地址欄里直接輸入:
www.qq.com
然后找到“騰訊軟件”
1.點擊-打開
2.立即下栽
3.最好選"普通下栽"(我認(rèn)為)
4.打開或保存(最好是保存)
下載完后在打開.然后一直"下一步"(或同意)
5.完成.
好了.就這么簡單.QQ登錄框已經(jīng)出來了.
最后把你的QQ號碼和密碼輸入進去就可以登錄了
四、tcp是什么
TCP
英文原義:Transmission Control Protocol
中文釋義:(RFC-793)傳輸控制協(xié)議
注解:該協(xié)議主要用于在主機間建立一個虛擬連接,以實現(xiàn)高可靠性的數(shù)據(jù)包交換。IP協(xié)議可以進行IP數(shù)據(jù)包的分割和組裝,但是通過IP協(xié)議并不能清楚地了解到數(shù)據(jù)包是否順利地發(fā)送給目標(biāo)計算機。而使用TCP協(xié)議就不同了,在該協(xié)議傳輸模式中在將數(shù)據(jù)包成功發(fā)送給目標(biāo)計算機后,TCP會要求發(fā)送一個確認(rèn);如果在某個時限內(nèi)沒有收到確認(rèn),那么TCP將重新發(fā)送數(shù)據(jù)包。另外,在傳輸?shù)倪^程中,如果接收到無序、丟失以及被破壞的數(shù)據(jù)包,TCP還可以負(fù)責(zé)恢復(fù)。
傳輸控制協(xié)議(Transmission Control Protocol,TCP)是一種面向連接的、可靠的、基于字節(jié)流的運輸層通信協(xié)議,通常由IETF的RFC 793說明。在簡化的計算機網(wǎng)絡(luò)OSI模型中,它完成運輸層所指定的功能。
什么是TCP/IP?
TCP/IP(Transmission Control Protocol/Internet Protocol) 即傳輸控制協(xié)議/網(wǎng)間協(xié)議,是一個工業(yè)標(biāo)準(zhǔn)的協(xié)議集,它是為廣域網(wǎng)(WANs)設(shè)計的。它是由ARPANET網(wǎng)的研究機構(gòu)發(fā)展起來的。
有時我們將TCP/IP描述為互聯(lián)網(wǎng)協(xié)議集\"Internet Protocol Suite\",TCP和IP是其中的兩個協(xié)議(后面將會介紹)。由于TCP和IP是大家熟悉的協(xié)議,以至于用TCP/IP或IP/TCP這個詞代替了整個協(xié)議集。這盡管有點奇怪,但沒有必要去爭論這個習(xí)慣。例如,有時我們討論NFS 是基于TCP/IP時,盡管它根本沒用到TCP(只用到IP,和另一種交互式 協(xié)議UDP而不是TCP)。
Internet是網(wǎng)絡(luò)的集合,包括ARPANET、NSFNET、分布在各地的局域網(wǎng)、以及其它類型的網(wǎng)絡(luò),如(DDN,Defense Data Network美國國防數(shù)據(jù)網(wǎng)絡(luò)),這些統(tǒng)稱為Internet。所有這些大大小小的網(wǎng)絡(luò)互聯(lián)在一起。(因為大多數(shù)網(wǎng)絡(luò)基本協(xié)議是由DDN組織開發(fā)的,所以以前有時DDN與Internet在某種意義上具有相同的含義)。網(wǎng)絡(luò)上的用戶可以互相傳送信息,除一些有授權(quán)限制和安全考慮外。一般的講,互聯(lián)網(wǎng)協(xié)議文檔案是Internet委員會自己采納的基本標(biāo)準(zhǔn)。 TCP/IP標(biāo)準(zhǔn)與其說由委員會指定,倒不如說由\"輿論\"來開發(fā)的。 任何人都可以提供一個文檔,以RFC(Request for Comment需求注釋) 方式公布。
TCP/IP的標(biāo)準(zhǔn)在一系列稱為RFC的文檔中公布。文檔由技術(shù)專家、特別工作組、或RFC編輯修訂。公布一個文檔時,該文檔被賦予一個RFC量,如RFC959說明FTP、RFC793說明TCP、RFC791說明IP等。 最初的RFC一直保留而從來不會被更新,如果修改了該文檔,則該文檔又以一個新號碼公布。因此,重要的是要確認(rèn)你擁有了關(guān)于某個專題的最新RFC文檔。文后會列出主要的RFC文檔號。
不管怎樣,TCP/IP是一個協(xié)議集。為應(yīng)用提供一些\"低級\"功能,這些包括IP、TCP、UDP。其它是執(zhí)行特定任務(wù)的應(yīng)用協(xié)議,如計算機間傳送文件、發(fā)送電子郵件、或找出誰注冊到另外一臺計算機。因此, 最重要的\"商業(yè)\"TCP/IP服務(wù)有:
* 文件傳送File Transfer。
文件傳送協(xié)議FTP(File Transfer Protocol)允許用戶從一臺計算機到另一臺取得文件,或發(fā)送文件到另外一臺計算機。從安全性方面考慮,需要用戶指定一個使用其它計算機的用戶名和口令。它不同與NFS(Network File System)和Netbios協(xié)議。一旦你要訪問另一臺 系統(tǒng)中的文件,任何時刻都要運行FTP。而且你只能拷貝文件到自己的機器中去來使用它。(RFC 959中關(guān)于FTP的說明)
* 遠(yuǎn)程登錄Remote login
網(wǎng)絡(luò)終端協(xié)議TELNET允許用戶登錄到網(wǎng)絡(luò)上任一計算機上。你可啟動一個遠(yuǎn)程進程連接到指定的計算機,直到進程結(jié)束,期間你所鍵入的內(nèi)容被送到所指定的計算機。值得注意的是,這時你實際上是與你的計算機進行對話。TELENET程序使得你的計算機在整個過程中不見了,所敲的每一個字符直接送到所登錄的計算機系統(tǒng)。一般的說,這種遠(yuǎn)程連接是通過類式撥號連接的,也就是,撥通后,遠(yuǎn)程系統(tǒng)提示你輸入注冊名和口令,退出遠(yuǎn)程系統(tǒng),TELNET程序也就退出,你又與自己的計算機對話了。微電腦中的TELNET工具一般含有一個終端仿真程序。
* 計算機郵件Mail
允許你發(fā)送消息給其它計算機的用戶。通常,人們趨向于使用指定的一臺或兩臺計算機。計算機郵件系統(tǒng)只需你簡單地往另一用戶的郵件文件中添加信息,但隨之產(chǎn)生問題,使用的微電腦的環(huán)境不同,還有重要的是宏(MICRO)不適合于接受計算機郵件。為了發(fā)送電子郵件,郵件軟件希望連接到目的計算機,如果是微電腦,也許它已關(guān)機,或者正在運行另一個應(yīng)用程序呢?出于這種原因,通常由一個較大的系統(tǒng)來處理這些郵件,也就是一個一直運行著的郵件服務(wù)器。郵件軟件成為用戶從郵件服務(wù)器取回郵件的一個界面。
任何一個的TCP/IP工具提供上述這些服務(wù)。這些傳統(tǒng)的應(yīng)用功能在基于TCP/IP的網(wǎng)絡(luò)中一直扮演非常重要的角色。目前情況有點變化,這些功能使用也發(fā)生變化,如老系統(tǒng)的改造,計算機的發(fā)展等,出現(xiàn)了各種安裝版本,如:微電腦、工作站、小型機、和巨型機等。這些計算機好像在一起完成指定的任務(wù),盡管有時看來像是只用到某個指定 的計算機,但它是通過網(wǎng)絡(luò)得到其它計算機系統(tǒng)的服務(wù)。服務(wù)器Server是為網(wǎng)絡(luò)上其它提供指定服務(wù)的系統(tǒng),客戶Client是得到這種服務(wù)的另外計算機系統(tǒng)。(值得注意的是,服務(wù)/客戶機不一定是不同的計算機,有可能是同一計算機中的不同運行程序)。以下是幾種目前計算機上典型的一些服務(wù),這些服務(wù)可在TCP/IP網(wǎng)絡(luò)上調(diào)用。
* 網(wǎng)絡(luò)文件系統(tǒng)(NFS)
這種訪問另一計算機的文件的方法非常接近于流行的FTP。網(wǎng)絡(luò)文件系統(tǒng)提供磁盤或設(shè)備服務(wù),而無需特定的網(wǎng)絡(luò)實用程序來訪問另一系統(tǒng)的文件??梢院唵蔚卣J(rèn)為它是一個外加的磁盤驅(qū)動器。這種額外\"虛擬\"磁盤驅(qū)動器就是其它計算機系統(tǒng)的磁盤。這非常有用。你只需加大幾臺計算機的磁盤容量,就可使網(wǎng)絡(luò)上其他用戶訪問它,且不說所帶來的經(jīng)濟效益,它還能夠讓幾臺工作的計算機共享相同的文件。它也使得系統(tǒng)維護和備份易如反掌,因為再不必為大量的不同機器上 的文件的升級和備份而擔(dān)心。
* 遠(yuǎn)程打印(Remote printing)
允許你使用其它計算機上的打印機,好像這些打印機直接連到你的計算機上。
* 遠(yuǎn)程執(zhí)行(Remote execution)
允許你請求運行在不同計算機上的特殊程序。當(dāng)你在一個很小的計算機上運行一個需要大機系統(tǒng)資源的程序時,這時候遠(yuǎn)程執(zhí)行非常有用。
* 名字服務(wù)器(Name servers)
在一個大的系統(tǒng)安裝過程中,需要用到大量的各種名字,包括用戶名、口令,姓名、網(wǎng)絡(luò)地址、帳號等,管理這些是非常令人乏味的。因此將這些數(shù)據(jù)形成數(shù)據(jù)庫,放到一個小系統(tǒng)中去,其它系統(tǒng)通過網(wǎng)絡(luò)來訪問這些數(shù)據(jù)。
* 終端服務(wù)器(Terminal servers)
很多的終端連接安裝不再直接將終端連到計算機,取而代之的是,將他們連接到終端服務(wù)器上。終端服務(wù)器是一個小的計算機,它只需知道怎樣運行TELNET(或其它一些完成遠(yuǎn)程登錄的協(xié)議)。如果你的終端想連上去,只用鍵入要連的計算機名就可。通常有可能同時有幾個這種連接,這時終端服務(wù)器采用快速開關(guān)技術(shù)來切換。
上述所描述的一些協(xié)議是由Berkeley, Sun,或其它組織定義的。因此,它們不是互聯(lián)網(wǎng)協(xié)議集(Internet Protocol Suite)的一部分, 只是使用到TCP/IP的工具,如同一般的TCP/IP 應(yīng)用協(xié)議。因為協(xié)議的定義不一致,并且商業(yè)支持的TCP/IP工具廣泛應(yīng)用,也許會把這些協(xié)議作為互聯(lián)協(xié)議集中的一部分。上述列出的只是基于TCP/IP部分服務(wù)的一些簡單例子,但包含了一些\"主要\"的應(yīng)用
以上就是關(guān)于tcp服務(wù)器軟件相關(guān)問題的回答。希望能幫到你,如有更多相關(guān)問題,您也可以聯(lián)系我們的客服進行咨詢,客服也會為您講解更多精彩的知識和內(nèi)容。
推薦閱讀: