linux接收

① linux c curl發送郵件出現「在接收來自對等點的數據時失敗」 ，該怎麼處理

libcurl支持多種傳輸協議,ftp/tftp/http。

② linux光口怎麼接收trunk

linux光口接收trunk是對應一個子介面在每個子介面上設置一個ip地址。
首先需要讓內核支持802.1Q，然後再用vconfig去設置你想要的結果。
在linux下配置trunk的主要作用是伺服器與交換機相連時，一個網卡上配置多個IP/VLANID來通信。這時就要用到trunk了，首先要
確認Linux系統內核是否已經支持VLAN功能：物理網卡、子網卡、虛擬VLAN網卡的關系：物理網卡這里指的是伺服器上實際的網
絡介面設備，這里我伺服器上雙網卡，在系統中看到的2個物理網卡分別對應是eth0和eth1這兩個網路介面。子網卡：子網卡在這
里並不是實際上的網路介面設備，但是可以作為網路介面在系統中出現，如eth0:1、eth1:2這種網路介面。它們必須要依賴於物理
網卡，雖然可以與物理網卡的網路介面同時在系統中存在並使用不同的IP地址，而且也擁有它們自己的網路介面配置文件。但是當
所依賴的物理網卡不啟用時（Down狀態）這些子網卡也將一同不能工作。虛擬VLAN網卡：這些虛擬VLAN網卡也不是實際上的網
絡介面設備，也可以作為網路介面在系統中出現，但是與子網卡不同的是，他們沒有自己的配置文件。他們只是通過將物理網加入
不同的VLAN而生成的VLAN虛擬網卡。如果將一個物理網卡添加到多個VLAN當中去的話，就會有多個VLAN虛擬網卡出現，他們
的信息以及相關的VLAN信息都是保存在/proc/net/vlan/config這個臨時文件中的，而沒有獨自的配置文件。它們的網路介面名是et
h0.1、eth1.2這種名字。

③ linux下，如何查看socket接收緩沖區有多大後修改

read的返回值中可以獲得大小，read結束之前你是沒法知道對方到底發多少給你的。通常的做法，我們會在通訊的報文前加上一些控制信息，比如前4個byte存放數據大小（是否包含這4個byte自己定義）、數據是否分片、每片大小、MAC、控制字元（防止其他程序誤發）等等。

④ Linux網路 - 數據包在內核中接收和發送的過程（轉）

本文將介紹在Linux系統中， 數據包是如何一步一步從網卡傳到進程手中的 以及 數據包是如何一步一步從應用程序到網卡並最終發送出去的 。

如果英文沒有問題，強烈建議閱讀後面參考里的文章，裡面介紹的更詳細。

本文只討論乙太網的物理網卡，不涉及虛擬設備，並且以一個UDP包的接收過程作為示例.

網卡需要有驅動才能工作，驅動是載入到內核中的模塊，負責銜接網卡和內核的網路模塊，驅動在載入的時候將自己注冊進網路模塊，當相應的網卡收到數據包時，網路模塊會調用相應的驅動程序處理數據。

下圖展示了數據包（packet）如何進入內存，並被內核的網路模塊開始處理：

軟中斷會觸發內核網路模塊中的軟中斷處理函數，後續流程如下

由於是UDP包，所以第一步會進入IP層，然後一級一級的函數往下調：

應用層一般有兩種方式接收數據，一種是recvfrom函數阻塞在那裡等著數據來，這種情況下當socket收到通知後，recvfrom就會被喚醒，然後讀取接收隊列的數據；另一種是通過epoll或者select監聽相應的socket，當收到通知後，再調用recvfrom函數去讀取接收隊列的數據。兩種情況都能正常的接收到相應的數據包。

了解數據包的接收流程有助於幫助我們搞清楚我們可以在哪些地方監控和修改數據包，哪些情況下數據包可能被丟棄，為我們處理網路問題提供了一些參考，同時了解netfilter中相應鉤子的位置，對於了解iptables的用法有一定的幫助，同時也會幫助我們後續更好的理解Linux下的網路虛擬設備。

ndo_start_xmit會綁定到具體網卡驅動的相應函數，到這步之後，就歸網卡驅動管了，不同的網卡驅動有不同的處理方式，這里不做詳細介紹，其大概流程如下：

在網卡驅動發送數據包過程中，會有一些地方需要和netdevice子系統打交道，比如網卡的隊列滿了，需要告訴上層不要再發了，等隊列有空閑的時候，再通知上層接著發數據。