linuxtcpip源碼

Ⅰ linux程序包里的TCPIP協議棧哪裡找

網路層，傳輸層，套接字的代碼在/net目錄下，數據鏈路層和驅動程序在/driver/net目錄下。

Ⅱ 求linux socket網路編程代碼

Linux是多任務的操作系統，可在運行在Intel 80386及更高檔次的PC機、ARMS、MIPS和PowerPC等多種計算機平台，已成為應用廣泛、可靠性高、功能強大的計算機操作系統，Linux具有內核小、效率高、源代碼開放等優點，還內含了TCP/IP網路協議，很適合在伺服器領域使用，而伺服器主要用途之一就是進行網路通信，隨著計算機辦公自動化處理技術的應用與推廣，網路的不斷普及，傳統的紙張式文件傳輸方式已經不再適合發展的需要，人們更期待一種便捷、高效、環保、安全的網路傳輸方式.

協議概述TCP/IP即傳輸控制協議/網路協議[1]（Transmission Control Protocol/Internet Protocol），是一個由多種協議組成的協議族，他定義了計算機通過網路互相通信及協議族各層次之間通信的規范，圖1描述了Linux對IP協議族的實現機制[2]。

Linux支持BSD的套接字和全部的TCP/IP協議，是通過網路協議將其視為一組相連的軟體層來實現的，BSD套接字（BSD Socket）由通用的套接字管理軟體支持，該軟體是INET套接字層，用來管理基於IP的TCP與UDP埠到埠的互聯問題，從協議分層來看，IP是網路層協議，TCP是一個可靠的埠到埠的傳輸層協議，他是利用IP層進行傳接報文的，同時也是面向連接的，通過建立一條虛擬電路在不同的網路間傳輸報文，保證所傳輸報文的無丟失性和無重復性。用戶數據報文協議（User Datagram Protocol，UDP）也是利用IP層傳輸報文，但他是一個非面向連接的傳輸層協議，利用IP層傳輸報文時，當目的方網際協議層收到IP報文後，必須識別出該報文所使用的上層協議（即傳輸層協議），因此，在IP報頭上中，設有一個"協議"域（Protocol）。通過該域的值，即可判明其上層協議類型，傳輸層與網路層在功能說的最大區別是前者提供進程通信能力，而後者則不能，在進程通信的意義上，網路通信的最終地址不僅僅是主機地址，還包括可以描述進程的某種標識符，為此，TCP/UDP提出了協議埠（Protocol Port）的概念，用於標識通信的進程，例如，Web伺服器進程通常使用埠80，在/etc/services文件中有這些注冊了的埠地址。

對於TCP傳輸，傳輸節點間先要建立連接，然後通過該連接傳輸已排好序的報文，以保證傳輸的正確性，IP層中的代碼用於實現網際協議，這些代碼將IP頭增加到傳輸數據中，同時也把收到的IP報文正確的傳送到TCP層或UDP層。TCP是一個面向連接協議，而UDP則是一個非面向連接協議，當一個UDP報文發送出去後，Linux並不知道也不去關心他是否成功地到達了目的的主機，IP層之下，是支持所有Linux網路應用的網路設備層，例如點到點協議（Point to Point Protocol，PPP）和乙太網層。網路設備並非總代表物理設備，其中有一些（例如回送設備）則是純粹的軟體設備，網路設備與標準的Linux設備不同，他們不是通過Mknod命令創建的，必須是底層軟體找到並進行了初始化之後，這些設備才被創建並可用。因此只有當啟動了正確設置的乙太網設備驅動程序的內核後，才會有/dev/eth0文件，ARP協議位於IP層和支持地址解析的協議層之間。

網路通信原理所有的網路通信就其實現技術可以分為兩種，線路交換和包交換，計算機網路一般採用包交換，TCP使用了包交換通信技術，計算機網路中所傳輸的數據，全部都以包（Packet）這個單位來發送，包由"報頭"和"報文"組成，結構如圖2所示，在"報頭"中記載有發送主機地址，接收主機地址及與報文內容相關的信息等，在"報文"中記載有需要發送的數據，網路中的每個主機和路由器中都有一個路由定址表，根據這個路由表，包就可以通過網路傳送到相應的目的主機。

網路通信中的一個非常重要的概念就是套接字（Socket）[3，4]，簡單地說，套接字就是網路進程的ID，網路通信歸根到底是進程的通信，在網路中，每個節點有一個網路地址（即IP地址），兩個進程通信時，首先要確定各自所在網路節點的網路地址，但是，網路地址只能確定進程所在的計算機，而一台計算機上可能同時有多個網路進程，還不能確定到底是其中的哪個進程，由此套接字中還要有其他的信息，那就是埠號（Port），在一台計算機中，一個埠一次只能分配給一個進程，即埠號與進程是一一對應的關系，所以，埠號和網路地址就能唯一地確定Internet中的一個網路進程。可以認為：套接字=網路地址+埠號系統調用一個Socket（）得到一個套接字描述符，然後就可以通過他進行網路通信了。

套接字有很多種類，最常用的就有兩種；流式套接字和數據報套接字。在Linux中分別稱之為"SOCK_STREAM"和"SOCK_DGRAM）"他們分別使用不同的協議，流式套接字使用TCP協議，數據報套接字使用UDP協議，本文所使用的是流式套接字協議。

網路通信原理在文件傳輸程序設計中的應用網路上的絕大多數通信採用的都是客戶機/伺服器機制（Client/Server），即伺服器提供服務，客戶是這些服務的使用者，伺服器首先創建一個Socket，然後將該Socket與本地地址/埠號綁定（Bind（）），成功之後就在相應的Socket上監聽（Listen（）） 。當Accept（）函數捕捉到一個連接服務（Connect（））請求時，接受並生成一個新的Socket,並通過這個新的Socket與客戶端通信，客戶端同樣也要創建一個Socket，將該Socket與本地地址/埠號綁定，還需要指定伺服器端的地址與埠號，隨後向伺服器端發出Connect（），請求被伺服器端接受後，可以通過Socket與伺服器端通信。

TCP是一種面向連接的、可靠的、雙向的通信數據流，說他可靠，是因為他使用3段握手協議傳輸數據，並且在傳輸時採用"重傳肯定確認"機制保證數據的正確發送：接收端收到的數據後要發出一個肯定確認，而發送端必須要能接受到這個肯定信號，否則就要將數據重發。在此原理基礎之上，設計了基於Linux操作系統下TCP/IP編程實現文件傳輸的實例。我們採用客戶機/伺服器模式通信時，通信雙方發送/接收數據的工作流程如圖3所示。

文件傳輸就是基於客戶機/伺服器模型而設計的，客戶機和伺服器之間利用TCP建立連續，因文件傳輸是一個互動式會話系統，客戶機每次執行文件傳輸，都需要與伺服器建立控制連接和數據連接，其中控制連接負責傳輸控制信息、利用控制命令、客戶機可以向伺服器提出無限次的請求，客戶機每次提出的請求，伺服器與客戶機建立一個數據連接，進行實際的數據傳輸，數據傳輸完畢後，對應的數據連接被清除，控制連接依然保持，等待客戶機發出新的傳輸請求，直到客戶機撤銷控制連接，結束會話。

當進行文件傳輸時，首先向伺服器發出連接請求，伺服器驗證身份後，與客戶端建立連接，雙方進入會話狀態，這時只要客戶端向伺服器端發出數據連接請求，建立起數據連接後，雙方就進入數據傳輸狀態，數據傳輸完畢後，數據連接被撤銷，如此循環反復，直到會話結束，從而實現將文件從伺服器端傳輸至客戶機端。

文件傳輸程序設計流程[5，客戶端的TCP應用程序流程（1）先用Socket（）創建本地套介面，給伺服器端套介面地址結構賦值。

（2）用Connect（）函數使本地套介面向伺服器端套介面發出建立連接請求，經3次握手建立TCP連接。

（3）用Read（）函數讀取所要接收的文件名以及存放在內存里的文件內容。

（4）用Open（）函數打開客戶端新建立的目標文件，如果沒有建立，該函數會自動生成目標文件，等待存放文件內容。

（5）最後用Write（）函數將讀取的文件內容存放在新的目標文件中，以實現伺服器端向客戶端的文件傳輸。

（6）通信結束，用Close（）關閉套介面，停止接收文件。

伺服器端的TCP應用程序流程（1）先用Open（）函數打開等待傳輸的可讀文件；（2）用Socket（）創建套介面，並給套介面地址結構賦值；（3）用Bind（）函數綁定套介面；（4）用Listen（）函數在該套介面上監聽請求；（5）用Accept（）函數接受請求，產生新的套介面及描述字，並與客戶端連接；（6）用Lseek（）函數是為了在每次接受客戶機連接時，將用於讀的源文件指針移到文件頭；（7）用Read（）函數讀取一定長度的源文件數據；（8）最後用Write（）函數將讀取的源文件數據存放在內存中，以便客戶端讀取；（9）傳輸完畢時，用Close（）關閉所有進程，結束文件傳輸。

結語Linux操作系統在網路應用方面具有很強的開發潛力，同時Linux也是可靠性、安全性非常高的系統，因此在基於TCP/IP網路通信的研究與開發中，通常選用Linux操作系統作為開發平台

Ⅲ 怎樣跟蹤調試linux TCP/IP協議棧源代碼

這個不是一兩句講清楚的，推薦做法： 1.《Linux源碼分析》或《Linux源碼情景分析》裡面有詳細描述，這兩本書網上很多下載的 2.如果想弄明白原理的話推薦看TCP／IP詳解

Ⅳ 關於 Linux 網路，你必須知道這些

我們一起學習了文件系統和磁碟 I/O 的工作原理，以及相應的性能分析和優化方法。接下來，我們將進入下一個重要模塊—— Linux 的網路子系統。

由於網路處理的流程最復雜，跟我們前面講到的進程調度、中斷處理、內存管理以及 I/O 等都密不可分，所以，我把網路模塊作為最後一個資源模塊來講解。

同 CPU、內存以及 I/O 一樣，網路也是 Linux 系統最核心的功能。網路是一種把不同計算機或網路設備連接到一起的技術，它本質上是一種進程間通信方式，特別是跨系統的進程間通信，必須要通過網路才能進行。隨著高並發、分布式、雲計算、微服務等技術的普及，網路的性能也變得越來越重要。

說到網路，我想你肯定經常提起七層負載均衡、四層負載均衡，或者三層設備、二層設備等等。那麼，這里說的二層、三層、四層、七層又都是什麼意思呢？

實際上，這些層都來自國際標准化組織制定的開放式系統互聯通信參考模型（Open System Interconnection Reference Model），簡稱為 OSI 網路模型。

但是 OSI 模型還是太復雜了，也沒能提供一個可實現的方法。所以，在 Linux 中，我們實際上使用的是另一個更實用的四層模型，即 TCP/IP 網路模型。

TCP/IP 模型，把網路互聯的框架分為應用層、傳輸層、網路層、網路介面層等四層，其中，

為了幫你更形象理解 TCP/IP 與 OSI 模型的關系，我畫了一張圖，如下所示：

當然了，雖說 Linux 實際按照 TCP/IP 模型，實現了網路協議棧，但在平時的學習交流中，我們習慣上還是用 OSI 七層模型來描述。比如，說到七層和四層負載均衡，對應的分別是 OSI 模型中的應用層和傳輸層（而它們對應到 TCP/IP 模型中，實際上是四層和三層）。

OSI引入了服務、介面、協議、分層的概念，TCP/IP借鑒了OSI的這些概念建立TCP/IP模型。

OSI先有模型，後有協議，先有標准，後進行實踐；而TCP/IP則相反，先有協議和應用再提出了模型，且是參照的OSI模型。

OSI是一種理論下的模型，而TCP/IP已被廣泛使用，成為網路互聯事實上的標准。

有了 TCP/IP 模型後，在進行網路傳輸時，數據包就會按照協議棧，對上一層發來的數據進行逐層處理；然後封裝上該層的協議頭，再發送給下一層。

當然，網路包在每一層的處理邏輯，都取決於各層採用的網路協議。比如在應用層，一個提供 REST API 的應用，可以使用 HTTP 協議，把它需要傳輸的 JSON 數據封裝到 HTTP 協議中，然後向下傳遞給 TCP 層。

而封裝做的事情就很簡單了，只是在原來的負載前後，增加固定格式的元數據，原始的負載數據並不會被修改。

比如，以通過 TCP 協議通信的網路包為例，通過下面這張圖，我們可以看到，應用程序數據在每個層的封裝格式。

這些新增的頭部和尾部，增加了網路包的大小，但我們都知道，物理鏈路中並不能傳輸任意大小的數據包。網路介面配置的最大傳輸單元（MTU），就規定了最大的 IP 包大小。在我們最常用的乙太網中，MTU 默認值是 1500（這也是 Linux 的默認值）。

一旦網路包超過 MTU 的大小，就會在網路層分片，以保證分片後的 IP 包不大於 MTU 值。顯然，MTU 越大，需要的分包也就越少，自然，網路吞吐能力就越好。

理解了 TCP/IP 網路模型和網路包的封裝原理後，你很容易能想到，Linux 內核中的網路棧，其實也類似於 TCP/IP 的四層結構。如下圖所示，就是 Linux 通用 IP 網路棧的示意圖：

我們從上到下來看這個網路棧，你可以發現，

這里我簡單說一下網卡。網卡是發送和接收網路包的基本設備。在系統啟動過程中，網卡通過內核中的網卡驅動程序注冊到系統中。而在網路收發過程中，內核通過中斷跟網卡進行交互。

再結合前面提到的 Linux 網路棧，可以看出，網路包的處理非常復雜。所以，網卡硬中斷只處理最核心的網卡數據讀取或發送，而協議棧中的大部分邏輯，都會放到軟中斷中處理。

我們先來看網路包的接收流程。

當一個網路幀到達網卡後，網卡會通過 DMA 方式，把這個網路包放到收包隊列中；然後通過硬中斷，告訴中斷處理程序已經收到了網路包。

接著，網卡中斷處理程序會為網路幀分配內核數據結構（sk_buff），並將其拷貝到 sk_buff 緩沖區中；然後再通過軟中斷，通知內核收到了新的網路幀。

接下來，內核協議棧從緩沖區中取出網路幀，並通過網路協議棧，從下到上逐層處理這個網路幀。比如，

最後，應用程序就可以使用 Socket 介面，讀取到新接收到的數據了。

為了更清晰表示這個流程，我畫了一張圖，這張圖的左半部分表示接收流程，而圖中的粉色箭頭則表示網路包的處理路徑。

了解網路包的接收流程後，就很容易理解網路包的發送流程。網路包的發送流程就是上圖的右半部分，很容易發現，網路包的發送方向，正好跟接收方向相反。

首先，應用程序調用 Socket API（比如 sendmsg）發送網路包。

由於這是一個系統調用，所以會陷入到內核態的套接字層中。套接字層會把數據包放到 Socket 發送緩沖區中。

接下來，網路協議棧從 Socket 發送緩沖區中，取出數據包；再按照 TCP/IP 棧，從上到下逐層處理。比如，傳輸層和網路層，分別為其增加 TCP 頭和 IP 頭，執行路由查找確認下一跳的 IP，並按照 MTU 大小進行分片。

分片後的網路包，再送到網路介面層，進行物理地址定址，以找到下一跳的 MAC 地址。然後添加幀頭和幀尾，放到發包隊列中。這一切完成後，會有軟中斷通知驅動程序：發包隊列中有新的網路幀需要發送。

最後，驅動程序通過 DMA ，從發包隊列中讀出網路幀，並通過物理網卡把它發送出去。

多台伺服器通過網卡、交換機、路由器等網路設備連接到一起，構成了相互連接的網路。由於網路設備的異構性和網路協議的復雜性，國際標准化組織定義了一個七層的 OSI 網路模型，但是這個模型過於復雜，實際工作中的事實標准，是更為實用的 TCP/IP 模型。

TCP/IP 模型，把網路互聯的框架，分為應用層、傳輸層、網路層、網路介面層等四層，這也是 Linux 網路棧最核心的構成部分。

我結合網路上查閱的資料和文章中的內容，總結了下網卡收發報文的過程，不知道是否正確：

當發送數據包時，與上述相反。鏈路層將數據包封裝完畢後，放入網卡的DMA緩沖區，並調用系統硬中斷，通知網卡從緩沖區讀取並發送數據。

了解 Linux 網路的基本原理和收發流程後，你肯定迫不及待想知道，如何去觀察網路的性能情況。具體而言，哪些指標可以用來衡量 Linux 的網路性能呢？

實際上，我們通常用帶寬、吞吐量、延時、PPS（Packet Per Second）等指標衡量網路的性能。

除了這些指標，網路的可用性（網路能否正常通信）、並發連接數（TCP 連接數量）、丟包率（丟包百分比）、重傳率（重新傳輸的網路包比例）等也是常用的性能指標。

分析網路問題的第一步，通常是查看網路介面的配置和狀態。你可以使用 ifconfig 或者 ip 命令，來查看網路的配置。我個人更推薦使用 ip 工具，因為它提供了更豐富的功能和更易用的介面。

以網路介面 eth0 為例，你可以運行下面的兩個命令，查看它的配置和狀態：

你可以看到，ifconfig 和 ip 命令輸出的指標基本相同，只是顯示格式略微不同。比如，它們都包括了網路介面的狀態標志、MTU 大小、IP、子網、MAC 地址以及網路包收發的統計信息。

第一，網路介面的狀態標志。ifconfig 輸出中的 RUNNING ，或 ip 輸出中的 LOWER_UP ，都表示物理網路是連通的，即網卡已經連接到了交換機或者路由器中。如果你看不到它們，通常表示網線被拔掉了。

第二，MTU 的大小。MTU 默認大小是 1500，根據網路架構的不同（比如是否使用了 VXLAN 等疊加網路），你可能需要調大或者調小 MTU 的數值。

第三，網路介面的 IP 地址、子網以及 MAC 地址。這些都是保障網路功能正常工作所必需的，你需要確保配置正確。

第四，網路收發的位元組數、包數、錯誤數以及丟包情況，特別是 TX 和 RX 部分的 errors、dropped、overruns、carrier 以及 collisions 等指標不為 0 時，通常表示出現了網路 I/O 問題。其中：

ifconfig 和 ip 只顯示了網路介面收發數據包的統計信息，但在實際的性能問題中，網路協議棧中的統計信息，我們也必須關注。你可以用 netstat 或者 ss ，來查看套接字、網路棧、網路介面以及路由表的信息。

我個人更推薦，使用 ss 來查詢網路的連接信息，因為它比 netstat 提供了更好的性能（速度更快）。

比如，你可以執行下面的命令，查詢套接字信息：

netstat 和 ss 的輸出也是類似的，都展示了套接字的狀態、接收隊列、發送隊列、本地地址、遠端地址、進程 PID 和進程名稱等。

其中，接收隊列（Recv-Q）和發送隊列（Send-Q）需要你特別關注，它們通常應該是 0。當你發現它們不是 0 時，說明有網路包的堆積發生。當然還要注意，在不同套接字狀態下，它們的含義不同。

當套接字處於連接狀態（Established）時，

當套接字處於監聽狀態（Listening）時，

所謂全連接，是指伺服器收到了客戶端的 ACK，完成了 TCP 三次握手，然後就會把這個連接挪到全連接隊列中。這些全連接中的套接字，還需要被 accept() 系統調用取走，伺服器才可以開始真正處理客戶端的請求。

與全連接隊列相對應的，還有一個半連接隊列。所謂半連接是指還沒有完成 TCP 三次握手的連接，連接只進行了一半。伺服器收到了客戶端的 SYN 包後，就會把這個連接放到半連接隊列中，然後再向客戶端發送 SYN+ACK 包。

類似的，使用 netstat 或 ss ，也可以查看協議棧的信息：

這些協議棧的統計信息都很直觀。ss 只顯示已經連接、關閉、孤兒套接字等簡要統計，而 netstat 則提供的是更詳細的網路協議棧信息。

比如，上面 netstat 的輸出示例，就展示了 TCP 協議的主動連接、被動連接、失敗重試、發送和接收的分段數量等各種信息。

接下來，我們再來看看，如何查看系統當前的網路吞吐量和 PPS。在這里，我推薦使用我們的老朋友 sar，在前面的 CPU、內存和 I/O 模塊中，我們已經多次用到它。

給 sar 增加 -n 參數就可以查看網路的統計信息，比如網路介面（DEV）、網路介面錯誤（EDEV）、TCP、UDP、ICMP 等等。執行下面的命令，你就可以得到網路介面統計信息：

這兒輸出的指標比較多，我來簡單解釋下它們的含義。

其中，Bandwidth 可以用 ethtool 來查詢，它的單位通常是 Gb/s 或者 Mb/s，不過注意這里小寫字母 b ，表示比特而不是位元組。我們通常提到的千兆網卡、萬兆網卡等，單位也都是比特。如下你可以看到，我的 eth0 網卡就是一個千兆網卡：

其中，Bandwidth 可以用 ethtool 來查詢，它的單位通常是 Gb/s 或者 Mb/s，不過注意這里小寫字母 b ，表示比特而不是位元組。我們通常提到的千兆網卡、萬兆網卡等，單位也都是比特。如下你可以看到，我的 eth0 網卡就是一個千兆網卡：

我們通常使用帶寬、吞吐量、延時等指標，來衡量網路的性能；相應的，你可以用 ifconfig、netstat、ss、sar、ping 等工具，來查看這些網路的性能指標。

小狗同學問到： 老師，您好 ss —lntp 這個 當session處於listening中 rec-q 確定是 syn的backlog嗎？
A: Recv-Q為全連接隊列當前使用了多少。 中文資料里這個問題講得最明白的文章： https://mp.weixin.qq.com/s/yH3PzGEFopbpA-jw4MythQ

看了源碼發現，這個地方講的有問題.關於ss輸出中listen狀態套接字的Recv-Q表示全連接隊列當前使用了多少,也就是全連接隊列的當前長度,而Send-Q表示全連接隊列的最大長度

Ⅳ 如何學習tcp ip協議

第一階段：
先了解七層模型，然後看一下CCNA/NP的教學視頻和書籍，對網路模型有初步了解。
第二階段：
可以去看看《TCP/IP詳解卷一》，講基礎。
第三階段：
學習一些理論知識，最好的還是機械工業出版社出版的《計算機網路，自頂向下網路設計》和《計算機網路，系統方法》。
第四階段：
看《TCP/IP詳解卷二》，講Unix TCP/IP協議棧設計。
第五階段：
看Linux 內核源碼network部分。
以上都是關於TCP/IP的知識點，不包括廣域網技術和其他的接入網技術等。

Ⅵ 關於linux學習路線的問題 請教前輩

很多同學接觸Linux不多，對Linux平台的開發更是一無所知。而現在的趨勢越來越表明，作為一 個優秀的軟體開發人員，或計算機IT行業從業人員，掌握Linux是一種很重要的謀生資源與手段。下來我將會結合自己的幾年的個人開發經驗，及對 Linux，更是類UNIX系統，及開源軟體文化，談談Linux的學習方法與學習中應該注意的一些事。
就如同剛才說的，很多同學以前可能連Linux是什麼都不知道，對UNIX更是一無所知。所以我們從最基礎的講起，對於Linux及UNIX的歷史我們不做多談，直接進入入門的學習。
Linux入門是很簡單的，問題是你是否有耐心，是否愛折騰，是否不排斥重裝一類的大修。沒折騰可以說是學不好Linux的，鳥哥說過，要真正了解Linux的分區機制，對LVM使用相當熟練，沒有20次以上的Linux裝機經驗是積累不起來的，所以一定不要怕折騰。
由於大家之前都使用Windows，所以我也盡可能照顧這些「菜鳥」。我的推薦，如果你第一次接觸Linux，那麼首先在虛擬機中嘗試它。虛擬機我推薦Virtual Box，我並不主張使用VM，原因是VM是閉源的，並且是收費的，我不希望推動盜版。當然如果你的Money足夠多，可以嘗試VM，但我要說的是即使是VM，不一定就一定好。付費的軟體不一定好。首先，Virtual Box很小巧，Windows平台下安裝包在80MB左右，而VM動輒600MB，雖然功能強大，但資源消耗也多，何況你的需求Virtual Box完全能夠滿足。所以，還是自己選。如何使用虛擬機，是你的事，這個我不教你，因為很簡單，不會的話Google或Bai都可以，英文好的可以直接看官方文檔。
現在介紹Linux發行版的知識。正如你所見，Linux發行版並非Linux，Linux僅是指操作系統的內核，作為科班出生的你不要讓我解釋，我也沒時間。我推薦的發行版如下：
UBUNTU適合純菜鳥，追求穩定的官方支持，對系統穩定性要求較弱，喜歡最新應用，相對來說不太喜歡折騰的開發者。
Debian，相對UBUNTU難很多的發行版，突出特點是穩定與容易使用的包管理系統，缺點是企業支持不足，為社區開發驅動。
Arch，追逐時尚的開發者的首選，優點是包更新相當快，無縫升級，一次安裝基本可以一直運作下去，沒有如UBUNTU那樣的版本概念，說的專業點叫滾動升級，保持你的系統一定是最新的。缺點顯然易見，不穩定。同時安裝配置相對Debian再麻煩點。
Gentoo，相對Arch再難點，考驗使用者的綜合水平，從系統安裝到微調，內核編譯都親歷親為，是高手及黑客顯示自己技術手段，按需配置符合自己要求的系統的首選。
Slackware與Gentoo類似。
CentOS，社區維護的RedHat的復刻版本，完全使用RedHat的源碼重新編譯生成，與RedHat的兼容性在理論上來說是最好的。如果你專注於Linux伺服器，如網路管理，架站，那麼CentOS是你的選擇。
LFS，終極黑客顯擺工具，完全從源代碼安裝，編譯系統。安裝前你得到的只有一份文檔，你要做的就是照文檔你的說明，一步步，一條條命令，一個個軟體包的去構建你的Linux，完全由你自己控制，想要什麼就是什麼。如果你做出了LFS，證明你的Linux功底已經相當不錯，如果你能拿LFS文檔活學活用，再將Linux從源代碼開始移植到嵌入式系統，我敢說中國的企業你可以混的很好。
你得挑一個適合你的系統，然後在虛擬機安裝它，開始使用它。如果你想快速學會Linux，我有一個建議就是忘記圖形界面，不要想圖形界面能不能提供你問題的答案，而是滿世界的去找，去問，如何用命令行解決你的問題。在這個過程中，你最好能將Linux的命令掌握的不錯，起碼常用的命令得知道，同時建立了自己的知識庫，裡面是你積累的各項知識。
再下個階段，你需要學習的是Linux平台的C/C++開發，同時還有Bash腳本編程，如果你對Java興趣很深還有Java。同樣，建議你拋棄掉圖形界面的IDE，從VIM開始，為什麼是VIM，而不是Emacs，我無意挑起編輯器大戰，但我覺得VIM適合初學者，適合手比較笨，腦袋比較慢的開發者。Emacs的鍵位太多，太復雜，我很畏懼。然後是GCC，Make，Eclipse（Java，C++或者）。雖然將C++列在了Eclipse中，但我並不推薦用IDE開發C++，因為這不是Linux的文化，容易讓你忽略一些你應該注意的問題。IDE讓你變懶，懶得跟豬一樣。如果你對程序調試，測試工作很感興趣，GDB也得學的很好，如果不是GDB也是必修課。這是開發的第一步，注意我並沒有提過一句Linux系統API的內容，這個階段也不要關心這個。你要做的就是積累經驗，在Linux平台的開發經驗。我推薦的書如下：C語言程序設計，譚浩強的也可以。C語言，白皮書當然更好。C++推薦C++ Primer Plus，Java我不喜歡，就不推薦了。工具方面推薦VIM的官方手冊，GCC中文文檔，GDB中文文檔，GNU開源軟體開發指導（電子書），匯編語言程序設計（讓你對庫，鏈接，內嵌匯編，編譯器優化選項有初步了解，不必深度）。
如果你這個階段過不了就不必往下做了，這是底線，最基礎的基礎，否則離開，不要霍霍Linux開發。不專業的Linux開發者作出的程序是與Linux文化或UNIX文化相背的，程序是走不遠的，不可能像Bash，VIM這些神品一樣。所以做不好乾脆離開。
接下來進入Linux系統編程，不二選擇，APUE，UNIX環境高級編程，一遍一遍的看，看10遍都嫌少，如果你可以在大學將這本書翻爛，裡面的內容都實踐過，有作品，你口頭表達能力夠強，你可以在面試時說服所有的考官。（可能有點誇張，但APUE絕對是聖經一般的讀物，即使是Windows程序員也從其中汲取養分，Google創始人的案頭書籍，扎爾伯克的床頭讀物。）
這本書看完後你會對Linux系統編程有相當的了解，知道Linux與Windows平台間開發的差異在哪？它們的優缺點在哪？我的總結如下：做Windows平台開發，很苦，微軟的系統API總在擴容，想使用最新潮，最高效的功能，最適合當前流行系統的功能你必須時刻學習。Linux不是，Linux系統的核心API就100來個，記憶力好完全可以背下來。而且經久不變，為什麼不變，因為要同UNIX兼容，符合POSIX標准。所以Linux平台的開發大多是專注於底層的或伺服器編程。這是其優點，當然圖形是Linux的軟肋，但我站在一個開發者的角度，我無所謂，因為命令行我也可以適應，如果有更好的圖形界面我就當作恩賜吧。另外，Windows閉源，系統做了什麼你更本不知道，永遠被微軟牽著鼻子跑，想想如果微軟說Win8不支持QQ，那騰訊不得哭死。而Linux完全開源，你不喜歡，可以自己改，只要你技術夠。另外，Windows雖然使用的人多，但使用場合單一，專注與桌面。而Linux在各個方面都有發展，尤其在雲計算，伺服器軟體，嵌入式領域，企業級應用上有廣大前景，而且兼容性一流，由於支持POSIX可以無縫的運行在UNIX系統之上，不管是蘋果的Mac還是IBM的AS400系列，都是完全支持的。另外，Linux的開發環境支持也絕對是一流的，不管是C/C++，Java，Bash，Python，PHP，Javascript，。。。。。。就連C#也支持。而微軟除Visual Stdio套件以外，都不怎麼友好，不是嗎？
如果你看完APUE的感觸有很多，希望驗證你的某些想法或經驗，推薦UNIX程序設計藝術，世界頂級黑客將同你分享他的看法。
現在是時候做分流了。 大體上我分為四個方向：網路，圖形，嵌入式，設備驅動。
如果選擇網路，再細分，我對其他的不是他熟悉，只說伺服器軟體編寫及高性能的並發程序編寫吧。相對來說這是網路編程中技術含量最高的，也是底層的。需要很多的經驗，看很多的書，做很多的項目。
我的看法是以下面的順序來看書：
APUE再深讀 – 尤其是進程，線程，IPC，套接字
多核程序設計 - Pthread一定得吃透了，你很NB
UNIX網路編程 – 卷一，卷二
TCP/IP網路詳解 – 卷一 再看上面兩本書時就該看了
5.TCP/IP 網路詳解 – 卷二 我覺得看到卷二就差不多了，當然卷三看了更好，努力，爭取看了
6.Lighttpd源代碼 - 這個伺服器也很有名了
7.Nginx源代碼 – 相較於Apache，Nginx的源碼較少，如果能看個大致，很NB。看源代碼主要是要學習裡面的套接字編程及並發控制，想想都激動。如果你有這些本事，可以試著往暴雪投簡歷，為他們寫伺服器後台，想一想全球的魔獸都運行在你的伺服器軟體上。
Linux內核 TCP/IP協議棧 – 深入了解TCP/IP的實現
如果你還喜歡驅動程序設計，可以看看更底層的協議，如鏈路層的，寫什麼路由器，網卡，網路設備的驅動及嵌入式系統軟體應該也不成問題了。
當然一般的網路公司，就算網路級別的也該毫不猶豫的僱用你。只是看後面這些書需要時間與經驗，所以35歲以前辦到吧！跳槽到給你未來的地方！
圖形方向，我覺得圖形方向也是很有前途的，以下幾個方面。
Opengl的工業及游戲開發，國外較成熟。
影視動畫特效，如皮克斯，也是國外較成熟。
GPU計算技術，可以應用在瀏覽器網頁渲染上，GPU計算資源利用上，由於開源的原因，有很多的文檔程序可以參考。如果能進火狐開發，或google做瀏覽器開發，應該會很好 。
嵌入式方向：嵌入式方向沒說的，Linux很重要。
掌握多個架構，不僅X86的，ARM的，單片機什麼的也必須得懂。硬體不懂我預見你會死在半路上，我也想走嵌入式方向，但我覺得就學校教授嵌入式的方法，我連學電子的那幫學生都競爭不過。奉勸大家，一定得懂硬體再去做，如果走到嵌入式應用開發，只能祝你好運，不要碰上像Nokia，Hp這樣的公司，否則你會很慘的。
驅動程序設計：軟體開發周期是很長的，硬體不同，很快。每個月誕生那麼多的新硬體，如何讓他們在Linux上工作起來，這是你的工作。由於Linux的兼容性很好，如果不是太低層的驅動，基本C語言就可以搞定，系統架構的影響不大，因為有系統支持，你可能做些許更改就可以在ARM上使用PC的硬體了，所以做硬體驅動開發不像嵌入式，對硬體知識的要求很高。可以從事的方向也很多，如家電啊，特別是如索尼，日立，希捷，富士康這樣的廠子，很稀缺的。
LDD – Linux驅動程序設計與內核編程的基礎讀物
深入理解Linux內核 – 進階的
Linux源代碼 – 永無止境的
當然你還的看個方面的書，如網路啊什麼的。

Ⅶ 怎樣學習tcp/ip協議

什麼是TCP/IP協議，劃為幾層，各有什麼功能？
TCP/IP協議族包含了很多功能各異的子協議。為此我們也利用上文所述的分層的方式來剖析它的結構。TCP/IP層次模型共分為四層：應用層、傳輸層、網路層、數據鏈路層。

TCP/IP網路協議
TCP/IP(Transmission Control Protocol/Internet Protocol，傳輸控制協議/網間網協議)是目前世界上應用最為廣泛的協議，它的流行與Internet的迅猛發展密切相關—TCP/IP最初是為互聯網的原型ARPANET所設計的，目的是提供一整套方便實用、能應用於多種網路上的協議，事實證明TCP/IP做到了這一點，它使網路互聯變得容易起來，並且使越來越多的網路加入其中，成為Internet的事實標准。

* 應用層—應用層是所有用戶所面向的應用程序的統稱。ICP/IP協議族在這一層面有著很多協議來支持不同的應用，許多大家所熟悉的基於Internet的應用的實現就離不開這些協議。如我們進行萬維網（WWW）訪問用到了HTTP協議、文件傳輸用FTP協議、電子郵件發送用SMTP、域名的解析用DNS協議、 遠程登錄用Telnet協議等等，都是屬於TCP/IP應用層的；就用戶而言，看到的是由一個個軟體所構築的大多為圖形化的操作界面，而實際後台運行的便是上述協議。

* 傳輸層—這一層的的功能主要是提供應用程序間的通信，TCP/IP協議族在這一層的協議有TCP和UDP。

* 網路層—是TCP/IP協議族中非常關鍵的一層，主要定義了IP地址格式，從而能夠使得不同應用類型的數據在Internet上通暢地傳輸，IP協議就是一個網路層協議。

* 網路介面層—這是TCP/IP軟體的最低層，負責接收IP數據包並通過網路發送之，或者從網路上接收物理幀，抽出IP數據報，交給IP層。

1．TCP/UDP協議
TCP (Transmission Control Protocol)和UDP(User Datagram Protocol)協議屬於傳輸層協議。其中TCP提供IP環境下的數據可靠傳輸，它提供的服務包括數據流傳送、可靠性、有效流控、全雙工操作和多路復用。通過面向連接、端到端和可靠的數據包發送。通俗說，它是事先為所發送的數據開辟出連接好的通道，然後再進行數據發送；而UDP則不為IP提供可靠性、流控或差錯恢復功能。一般來說，TCP對應的是可靠性要求高的應用，而UDP對應的則是可靠性要求低、傳輸經濟的應用。TCP支持的應用協議主要有：Telnet、FTP、SMTP等；UDP支持的應用層協議主要有：NFS（網路文件系統）、SNMP（簡單網路管理協議）、DNS（主域名稱系統）、TFTP（通用文件傳輸協議）等。

IP協議的定義、IP地址的分類及特點

什麼是IP協議，IP地址如何表示，分為幾類，各有什麼特點？
為了便於定址和層次化地構造網路，IP地址被分為A、B、C、D、E五類，商業應用中只用到A、B、C三類。

IP協議(Internet Protocol)又稱互聯網協議，是支持網間互連的數據報協議，它與TCP協議（傳輸控制協議）一起構成了TCP/IP協議族的核心。它提供網間連接的完善功能， 包括IP數據報規定互連網路范圍內的IP地址格式。

Internet 上，為了實現連接到互聯網上的結點之間的通信，必須為每個結點（入網的計算機）分配一個地址，並且應當保證這個地址是全網唯一的，這便是IP地址。

目前的IP地址（IPv4：IP第4版本）由32個二進制位表示，每8位二進制數為一個整數，中間由小數點間隔，如159.226.41.98，整個IP地址空間有4組8位二進制數，由表示主機所在的網路的地址（類似部隊的編號）以及主機在該網路中的標識（如同士兵在該部隊的編號）共同組成。

為了便於定址和層次化的構造網路，IP地址被分為A、B、C、D、E五類，商業應用中只用到A、B、C三類。

* A類地址：A類地址的網路標識由第一組8位二進制數表示，網路中的主機標識佔3組8位二進制數，A類地址的特點是網路標識的第一位二進制數取值必須為「0」。不難算出，A類地址允許有126個網段，每個網路大約允許有1670萬台主機，通常分配給擁有大量主機的網路（如主幹網）。

* B類地址：B類地址的網路標識由前兩組8位二進制數表示，網路中的主機標識占兩組8位二進制數，B類地址的特點是網路標識的前兩位二進制數取值必須為「10」。B類地址允許有16384個網段，每個網路允許有65533台主機，適用於結點比較多的網路（如區域網）。

* C類地址：C類地址的網路標識由前3組8位二進制數表示，網路中主機標識佔1組8位二進制數，C類地址的特點是網路標識的前3位二進制數取值必須為「110」。具有C類地址的網路允許有254台主機，適用於結點比較少的網路（如校園網）。

為了便於記憶，通常習慣採用4個十進制數來表示一個IP地址，十進制數之間採用句點「.」予以分隔。這種IP地址的表示方法也被稱為點分十進製法。如以這種方式表示，A類網路的IP地址范圍為1.0.0.1－127.255.255.254；B類網路的IP地址范圍為：128.1.0.1－191.255.255.254；C類網路的IP地址范圍為：192.0.1.1－223.255.255.254。

由於網路地址緊張、主機地址相對過剩，採取子網掩碼的方式來指定網段號。

TCP/IP協議與低層的數據鏈路層和物理層無關，這也是TCP/IP的重要特點。正因為如此 ，它能廣泛地支持由低兩層協議構成的物理網路結構。目前已使用TCP/IP連接成洲際網、全國網與跨地區網。

Ⅷ linux源碼里有ping源碼嗎

要看你是看tcp/ip協議棧的代碼還是用戶態的代碼，我猜你是要看ping 這個程序的代碼
rpm -qf `which ping`
找到ping屬於哪個軟體包，下載軟體包的源代碼就可以看了

Ⅸ linux內核中tcp分組是怎麼實現的

以前一直使用的網路通訊的函數都是工作在阻塞模式。在看connect實現源碼時，突然想到tcp/ip的
三次握手在內核如何實現的，尤其是在非阻塞模式下式，涉及到等待對端回送ack包，而本端又要立即返
回，想來這種實現肯定是遵循某種規則或是將所有的相關函數組合起來。
查看一些網路通信書籍，可知果然如此。應用編程如果設置為非阻塞模式，則連接時，connect發送
SYN包後立即返回-EINPROGRESS，表示操作正在處理中；隨後應用可以在connect返回後做一些其它的處理，
最後在select函數中來捕獲socket的連接、讀寫、異常事件以觸發相關操作，下面我們看看內核中的相關
實現：
一、tcp/ip連接的三次握手過程：
client SYN包---> server
client <---ACK包 server
client ACK包---> server
二、客戶端支持
client發送2個包，一個SYN包，一個對伺服器的響應ACK包。
client函數調用鏈：connect-->sys_connect->inet_stream_connect->tcp_connect...
看inet_stream_connect中實現的部分代碼段：
...
switch (sock->state) {
...
/*此處調用tcp_connect函數發送SYN包*/
err = sk->prot->connect(sk, uaddr, addr_len);
if (err < 0) //出錯則退出
goto out;
sock->state = SS_CONNECTING;
/* 此處僅設置socket的狀態為SS_CONNECTING表示連接狀態正在處理;
* 不同之處在於非阻塞情況下，返回值設置為-EINPROGRESS表示操作正在處理
* 而阻塞式情況則在獲得ACK包後將返回值置為-EALREADY.
*/
err = -EINPROGRESS;
break;
}

timeo = sock_sndtimeo(sk, flags&O_NONBLOCK); //注意，如果此時設置了非阻塞選項，則timeo返回0
//如果socket對應的sock狀態是SYN包已發送或收到SYN包並發送了ACK包，並等待對端發送第三此的ACK包
if ((1<<sk->state)&(TCPF_SYN_SENT|TCPF_SYN_RECV)) {
/* 錯誤返回碼err前面已經設置 */
if (!timeo || !inet_wait_for_connect(sk, timeo))
/*注意上面所判斷的2中情況，1、如果是非阻塞模式，則!timeo為1，則直接跳到out返回-EINPROGRESS結束connect函數
2、若為阻塞模式，則在inet_wait_for_connect函數中通過schele_timeout函數放棄cpu控制權睡眠，等待伺服器端
發送ACK響應包後被喚醒繼續處理。如果沒有異常出現，則置socket狀態為SS_CONNECTED，表示連接成功，正確返回
*/
goto out;

err = sock_intr_errno(timeo);
if (signal_pending(current)) /*處理未決信號*/
goto out;
}
...
sock->state = SS_CONNECTED;
err = 0;
out:
release_sock(sk);
return err;
...
上面的描述有一個問題：對伺服器的響應ACK包是什麼時候發送的？對於非阻塞模式，應該是應用處理過程中
的某個非同步時間；對於阻塞模式，則是在inet_wait_for_connect函數中睡眠時處理。
即網卡在收到對方的ack包後，上傳給對應的socket時發送伺服器的響應ACK包
函數調用鏈為：netif_rx-->net_rx_action-->...(IP層處理)-->tcp_v4_rcv-->tcp_v4_do_rcv-->
tcp_rcv_state_process-->tcp_rcv_synsent_state_process-->tcp_send_synack-->tcp_transmit_skb...
發送SYN包後，socket對應的sock的狀態變成TCPF_SYN_SENT，網卡收到伺服器的ack傳到tcp層時，根據TCPF_SYN_SENT
狀態，做相關判斷後再發送用於第三次握手的ack包。至此，將socket的狀態改為連接建立，即TCP_ESTABLISHED。
具體的代碼大家可以根據我提供的函數調用鏈查看。
注意，以TCPF_前綴開頭的狀態都表示是中間狀態，而已TCP_為前綴的狀態才是socket的一個相對穩定的狀態。

這里有一個疑問，，根據接收處理源碼，先前的SYN包應該發送給伺服器的監聽socket，而第三次握手似乎應該發送給
連接(未真正連接，因為三次握手還沒完成呢)的socket，這個問題有待進一步確認
三、伺服器端支持
伺服器端此時必須是監聽狀態，則其函數調用鏈為：
netif_rx-->net_rx_action-->...(IP層處理)-->tcp_v4_rcv-->tcp_v4_do_rcv-->
tcp_rcv_state_process-->tcp_v4_conn_request-->tcp_v4_send_synack...
在tcp_v4_conn_request,中部分代碼如下：
...
case TCP_LISTEN:
if(th->ack) /*監聽時收到的ack包都丟棄？*/
return 1;
if(th->syn) {/*如果是SYN包,則調用tcp_v4_conn_request*/
if(tp->af_specific->conn_request(sk, skb) < 0)
return 1;

Ⅹ 如何快速熟悉TCP/IP協議

一般來說學習 TCP/IP協議是一件比較麻煩的事，許多人只會用，不懂其原理，寫代碼的時候的不知道所以然，面試的時候，什麼是三次握手，什麼是滑動窗口也回答不了，機會就沒了，其實TCP/IP協議本身的學習比學習怎麼使用socket更重要，如果了解了協議，應用層的東西就變得簡單了，很快就可以掌握和應用了。
1、推薦《TCP-IP詳解》三本書，已經夠了。
2、推薦抓包工具OmniPeek,協議學習是實踐性很強的，需這款抓包工具很簡單也很好用。
3、視頻教程，推薦明教教主的教程，是免費的，這里不能發網址，只能自己搜索了，他是配合《TCP-IP詳解》講得，講得很好。