02 訂閱轉換服務地址可用ip數(什么是IP地址和域名它們之間有怎樣的關系如何進行轉換)

crosoft Inter買粉絲

Explore，可以監視這一過程的發生。在WWW上的數據，你的瀏覽器會和服務器及時聯系。這樣，它首先獲取文本，然后是圖形，再后是聲音，等等。在你的瀏覽器的狀態欄的左下角。當它裝載頁面時，看著它幾分鐘。你會看到請求和服務活動的發生，通常速度很快。

HTTP并不特別關注所需的是什么類型的數據。各種形式的媒體都能插進，以及遠程的HTML主頁。

網絡新聞傳輸協議NNTP

網絡新聞傳輸協議是一個廣泛使用的協議。它提供通常作為USENET新聞組的新聞服務。

NNTP定義了一個協議，使用一個可靠的建立在流的基礎上的在Inter買粉絲上傳輸新聞的分發，詢問，獲取和發布的一個協議。NNTP被設計成新聞被存儲在一個中心的數據庫，允許訂閱者選擇他們希望讀的主題。目錄，交叉引用和過期的新聞都能找到。

NNTP有許多特性和簡單郵件傳輸協議以及TCP相似。與SMTP相似，它接受一般的英語命令。和TCP相似，它是建立在流的傳輸和分發的基礎上的。NNTP通常在端口119運行。

下面詳細地講解一下以太網，IP協議和TCP協議。

第二節 Etherner

以太網的基本工作原理

以太網上的所有設備都連在以太總線上，它們共享同一個通信通道。以太網采用的是廣播方式的通信，即所有的設備都接收每一個信息包。網絡上的設備通常將接收到的所有包都傳給主機界面，在這兒選擇計算機要接收的信息，并將其他的過濾掉。以太網是最有效傳遞的意思是，硬件并不給發送者提供有關信息已收到的信息。比如，即使目標計算機碰巧關機了，送給它的包自然就丟失，但發送者并不會知道這一點。

以太網的控制是分布式的。以太網的存取方式叫做帶有Collision的Carrier Sense Multipe

Access。因為多臺計算機可以同時使用以太網，每臺機器看看是否有載波信號出現判定總線是否空閑。如果主機接口有數據要傳輸，它就偵聽，看看是否有信號正在傳輸。如果沒有探測到，它就開始傳輸。每次傳輸都在一定的時間間隔內，即傳輸的包有固定的大小。而且，硬件還必須在兩次傳輸之間，觀察一個最小的空閑時間，也就是說，沒有一對機器可以不給其他計算機通信的機會而使用總線。

沖突偵測和恢復

當開始一個傳輸時，信號并不能同時到達網絡的所有地方。傳輸速度實際上是光速的80%。這就有可能兩個設備同時探測到網絡是空閑的，并都開始傳輸。但當這兩個電信號在網絡上相遇時，它們都不再可用了。這種情況叫做沖突。

以太網在處理這種情況時，很有技巧性。每臺設備在它傳輸信號的時候都監視總線，看看它在傳輸的時候是否有別的信號的干擾。這種監視叫做沖突偵聽。在探測到沖突后，設備就停止傳輸。有可能網絡會因為所有的設備都忙于嘗試傳輸數據而每次都產生沖突。

為了避免這種情況，以太網使用一個2進制指數后退策略。發送者在第一次沖突后等待一個隨機時間，如果第二次還是沖突，等待時間延長一倍。第三次則再延長一倍。通過這種策略，即使兩臺設備第二的等待時間會很接近，但由于后面的等待時間成指數倍增長，不就，他們就不會相互沖突了。

以太網的硬件地址

每臺連接到以太網上的計算機都有一個唯一的48位以太網地址。以太網卡廠商都從一個機構購得一段地址，在生產時，給每個卡一個唯一的地址。通常，這個地址是固化在卡上的。這個地址又叫做物理地址。

當一個數據幀到達時，硬件會對這些數據進行過濾，根據幀結構中的目的地址，將屬于發送到本設備的數據傳輸給操作系統，忽略其他任何數據。

一個是地址位全為1的時表示這個數據是給所有總線上的設備的。

以太網的幀結構

以太網的幀的長度是可變的，但都大于64字節，小于1518字節。在一個包交換網絡中，每個以太網的幀包含一個指明目標地址的域。上圖是以太網幀的格式，包含了目標和源的物理地址。為了識別目標和源，以太網幀的前面是一些前導字節，類型和數據域以及冗余校驗。前導由64個0和1交替的位組成，用于接收同步。32位的CRC校驗用來檢測傳輸錯誤。在發送前，將數據用CRC進行運算，將結果放在CRC域。接收到數據后，將數據做CRC運算后，將結果和CRC 域中的數據相比較。如果不一致，那么傳輸過程中有錯誤。

幀類型域是一個16位的整數，用來指示傳輸的數據的類型。當一個幀到達臺設備后，操作系統通過幀類型來決定使用哪個軟件模塊。從而允許在同一臺計算機上同時運行多個協議。

第三節 Inter買粉絲地址

網絡上的每一臺計算機都有一個表明自己唯一身份的地址。TCP/IP協議對這個地址做了規定。一個IP地址由一個32位的整數表示。它的一個較為聰明的地方是很好的規定了地址的范圍和格式，從而使地址尋址和路由選擇都很方便。一個IP地址是對一個網絡和它上面的主機的地址一塊編碼而形成的一個唯一的地址。

在同一個物理網絡上的主機的地址都有一個相同前綴，即IP地址分成兩個部分：（買粉絲id，hostid）。其中買粉絲id代表網絡地址，hostid代表這個網絡上的主機地址，根據他們選擇的位數的不同，可以分成以下五類基本IP地址。

通過地址的前3位，就能區分出地址是屬于A，B或C類。其中A類地址的主機容量有16777216臺主機，B類地址可以有65536臺主機，C類地址可以有256臺主機。

將地址分成網絡和主機部分，在路由尋址時非常有用，大大提高了網絡的速度。路由器就是通過IP地址的買粉絲id部分來決定是否發送和將一個數據包發送到什么地方。

一個設備并不只能有一個地址。比如一個連到兩個物理網絡上的路由器，它就有兩個IP地址。所以可以將IP地址看成是一個網絡連接。

為了便于記憶和使用32位的IP地址，可以將地址使用用小數點分開的四位整數來表示。下面舉個例子：

IP地址： 10000000 00001010 00000010 00011110

記為： 128.10.2.30

第四節 IP協議和路由

IP協議

IP協議定義了一種高效、不可靠和無連接的傳輸方式。由于傳輸沒有得到確認，所以是不可靠的。一個包可能丟失了，或看不見了，或是延時了，或是傳輸順序錯了。但是傳輸設備并不檢測這些情況，也不通知通信雙方。無連接

因為每個包的傳遞與別的包是相互獨立的。同一個機器上的包可能通過不同的路徑到達另一臺機器，或在別的機器上時已經丟失。由于傳輸設備都試圖以最快的速度傳輸，所以是最高效的。

IP協議定義了通過TCP/IP網絡傳輸的數據的格式，定義了數據進行傳遞的路由功能。

IP數據包的格式如下：

由一個頭和數據部分組成。數據包的頭部分包含諸如目的地址和源地址，數據的類型等信息。

數據包頭格式：

數據包是由軟件處理的，它的內容和格式并不是由硬件所限定。

比如，頭4位是一個VERS，表示的是使用的IP協議的版本號。它表示發送者、接收者和路由器對該數據的處理都要按所示的版本進行處理。現在的版本號是4。軟件通過版本來決定怎樣進行處理。

頭長度（HLEN）也是用4位來表示以32位為計量單位的頭的長度。

TOTAL LENGTH表示這個數據包的長度（字節數）。從而包中的數據的長度就可以通過上面兩個數據而計算出來了。

一般來說，數據部分就是一個物理的幀。對于以太網來講，就是將整個的一個以太網的幀數據作為一個IP數據包的數據來傳輸的。

數據包的頭里面還包含了一些其他的信息，請參見有關資料的具體介紹。 IP路由

在一個網絡上，連接兩種基本設備，主機和路由器。路由器通常連接幾個物理網絡。對一臺主機來講，要將一個數據包發往別的網絡，就需要知道這個數據包應該走什么路徑，才能到達目的地。對于一臺路由器來講，將收到的數據包發往哪個物理網絡。因此，無論主機還是路由器，在發送數據包是都要做路由選擇。

數據發送有兩種方式：直接數據發送和間接數據發送。

直接數據發送通常是在同一個物理網絡里進行的。當一個主機或路由器要將數據包發送到同一物理網絡上的主機上時，是采用這種方式的。首先判斷IP數據包中的目的地址中的網絡地址部分，如果是在同一個物理網絡上，則通過地址分析，將該IP目的地址轉換成物理地址，并將數據解開，和該地址合成一個物理傳輸幀，通過局域網將數據發出。

間接數據發送是在不同物理網絡里進行的。當一個主機或路由器發現要發送的數據包不在同一個物理網絡上時，這臺設備就先在路由表中查找路由，將數據發往路由中指定的下一個路由器。這樣一直向外傳送數據，到最后，肯定有一個路由器發現數據要發往同一個物理網絡，于是，再用直接數據發送方式，將數據發到目的主機上。

主機和路由器在決定數據怎樣發送的時候，都要去查找路由。一般，都將路由組成一個路由表存在機器中。路由表一般采用Next-Hop格式，即（N，R）對。N是目標地址的網絡地址，R是傳輸路徑中的下一個路由。通常這個路由和這臺機器在同一物理網絡里。

第五節 TCP協議

TCP傳輸原理

TCP協議在IP協議之上。與IP協議提供不可靠傳輸服務不同的是，TCP協議為其上的應用層提供了一種可靠傳輸服務。這種服務的特點是：可靠、全雙工、流式和無結構傳輸。

它是怎樣實現可靠傳輸的呢？

TCP協議使用了一個叫積極確認和重發送(positive acknowledgement with retransmission)的技術來實現這一點的。

接收者在收到發送者發送的數據后，必須發送一個相應的確認（ACK）消息，表示它已經收到了數據。

發送者保存發送的數據的記錄，在發送下一個數據之前，等待這個數據的確認消息。在它發送這個數據的同時，還啟動了一個記時器。如果在一定時間之內，沒有接收到確認消息，就認為是這個數據在傳送時丟失了，接著，就會重新發送這個數據。

這種方法還產生了一個問題，就是包的重復。如果網絡傳輸速度比較低，等到等待時間結束后，確認消息才返回到發送者，那么，由于發送者采用的發送方法，就會出現重復的數據了。解決的一個辦法是給每個數據一個序列號，并需要發送者記住哪個序列號的數據已經確認了。為了防止由于延時或重復確認，規定確認消息里也要包含確認序列號。從而發送者就能知道哪個包已經確認了。 TCP協議中還有一個重要的概念：滑動窗口。這一方法的使用，使得傳輸更加高效。

有前面的描述可見，發送者在發送完一個數據包之后，要等待確認。在它收到確認消息之前的這段時間是空閑的。如果網絡延時比較長，這個問題會相當明顯。

滑動窗口方法是在它收到確認消息以前，發送多個數據包。可以想象成有一個窗口在一個序列上移動。

如果一個包發送出去之后還沒有確認，叫做未確認包。通常未確認的包的個數就是窗口的大小。

此窗口的大小為8。發送者允許在接收到一個確認消息以前發送8個數據包。當發送者接到窗口中第一個包的確認消息時，它就將窗口下滑一個。

在接收端，也有一個滑動窗口接收和確認一個包。

端口

使用TCP傳輸就是建立一個連接。在TCP傳輸中一個連接有兩個端點組成。其實，一個連接代表的是發送和接收兩端應用程序的之間的一個通信。可以把他們想象成建立了一個電路。通常一個連接用下面

很赞哦!（8988）