linuxsocketconnect

❶ linux下 socket函數的返回值代表什麼

int socket;domain指明所使用的協議族，通常為PF_INET，表示互聯網協議族；type參數指定socket的類型：SOCK_STREAM 或SOCK_DGRAM，Socket介面還定義了原始Socket，允許程序使用低層協議；protocol通常賦值"0"。

Socket()調用返回一個整型socket描述符，你可以在後面的調用使用它。 Socket描述符是一個指向內部數據結構的指針，它指向描述符表入口。

調用Socket函數時，socket執行體將建立一個Socket，實際上"建立一個Socket"意味著為一個Socket數據結構分配存儲空間。 Socket執行體為你管理描述符表。

(1)linuxsocketconnect擴展閱讀：

支持下述類型描述：

SOCK_STREAM 提供有序的、可靠的、雙向的和基於連接的位元組流，使用帶外數據傳送機制，為Internet地址族使用TCP。

SOCK_DGRAM 支持無連接的、不可靠的和使用固定大小（通常很小）緩沖區的數據報服務，為Internet地址族使用UDP。

SOCK_STREAM類型的套介面為全雙向的位元組流。對於流類套介面，在接收或發送數據前必需處於已連接狀態。用connect()調用建立與另一套介面的連接，連接成功後，即可用send()和recv()傳送數據。當會話結束後，調用close()。帶外數據根據規定用send()和recv()來接收。

❷ linux socket中的connect無法連接

中間加幾個調試語句
struct hostent *ho=gethostbyname(url);
if (!ho) fprintf(stderr, "WRONG URL\n");
in.sin_addr.s_addr=((unsigned long *)(ho->h_addr_list[0]))[0];
fprintf(stderr, "ip = %s\n", inet_addr(in.sin_addr.s_addr));
in.sin_family=ho->h_addrtype;
in.sin_port=htons(1234);
connect(sock,(struct sockaddr*)&in,sizeof(in));
你看看解釋出來的IP地址對不對，然後用telnet ip 1234試試

❸ linux socket 如何發現主機是否活著

使用基本socket函數來檢測。
Linux系統是通過提供套接字(socket)來進行網路編程的。網路的socket數據傳輸是一種特殊的I/O,socket也是一種文件描述符。socket也有一個類似於打
開文件的函數：socket(),調用socket(),該函數返回一個整型的socket的描述符，隨後的連接建立、數據傳輸等操作也都是通過該socket實現。
1、socket函數
syntax:
int socket(int domain, int type, int protocol);
功能說明：
調用成功，返回socket文件描述符；失敗，返回－1，並設置errno
參數說明：
domain指明所使用的協議族，通常為PF_INET，表示TCP/IP協議；
type參數指定socket的類型，基本上有三種：數據流套接字、數據報套接字、原始套接字
protocol通常賦值"0"。
兩個網路程序之間的一個網路連接包括五種信息：通信協議、本地協議地址、本地主機埠、遠端主機地址和遠端協議埠。socket數據結構中包含這五種信息。
2、bind函數
syntax:
int bind(int sock_fd,struct sockaddr_in *my_addr, int addrlen);
功能說明：
將套接字和指定的埠相連。成功返回0，否則，返回－1，並置errno.
參數說明：
sock_fd是調用socket函數返回值,
my_addr是一個指向包含有本機IP地址及埠號等信息的sockaddr類型的指針；
struct sockaddr_in結構類型是用來保存socket信息的：
struct sockaddr_in {
short int sin_family;
unsigned short int sin_port;
struct in_addr sin_addr;
unsigned char sin_zero[8];
};
addrlen為sockaddr的長度。
3、connect函數
syntax:
int connect(int sock_fd, struct sockaddr *serv_addr,int addrlen);
功能說明：
客戶端發送服務請求。成功返回0，否則返回－1，並置errno。
參數說明：
sock_fd 是socket函數返回的socket描述符；serv_addr是包含遠端主機IP地址和埠號的指針；addrlen是結構sockaddr_in的長度。
4、listen函數
syntax:
int listen(int sock_fd， int backlog);
功能說明：
等待指定的埠的出現客戶端連接。調用成功返回0，否則，返回－1，並置errno.
參數說明：
sock_fd 是socket()函數返回值；
backlog指定在請求隊列中允許的最大請求數
5、accecpt函數
syntax:
int accept(int sock_fd, struct sockadd_in* addr, int addrlen);
功能說明：
用於接受客戶端的服務請求，成功返回新的套接字描述符，失敗返回－1，並置errno。
參數說明：
sock_fd是被監聽的socket描述符，
addr通常是一個指向sockaddr_in變數的指針，
addrlen是結構sockaddr_in的長度。
6、write函數
syntax:
ssize_t write(int fd,const void *buf,size_t nbytes)
功能說明：
write函數將buf中的nbytes位元組內容寫入文件描述符fd.成功時返回寫的位元組數.失敗時返回-1. 並設置errno變數.
在網路程序中,當我們向套接字文件描述符寫時有倆種可能：
1)write的返回值大於0,表示寫了部分或者是全部的數據.
2)返回的值小於0,此時出現了錯誤.需要根據錯誤類型來處理.
如果錯誤為EINTR表示在寫的時候出現了中斷錯誤.
如果錯誤為EPIPE表示網路連接出現了問題.
7、read函數
syntax:
ssize_t read(int fd,void *buf,size_t nbyte)
函數說明：
read函數是負責從fd中讀取內容.當讀成功時,read返回實際所讀的位元組數,如果返回的值是0 表示已經讀到文件的結束了,小於0表示出現了錯誤.
如果錯誤為EINTR說明讀是由中斷引起的,
如果錯誤是ECONNREST表示網路連接出了問題.
8、close函數
syntax:
int close(sock_fd);
說明:
當所有的數據操作結束以後，你可以調用close()函數來釋放該socket，從而停止在該socket上的任何數據操作：
函數運行成功返回0，否則返回-1

❹ linux socket 連接超時 怎麼解決

今天發現自己的系統存在很嚴重缺陷，當前台關閉的時候後台就無法正常工作，原因很好定位，後台的socket連接超時時間過長，系統默認時間好像是75秒，於是找資料，根據下邊文章中的內容解決了，把超時時間設為5秒後，感覺好多了。看來還有好多東西需要慢慢挖掘阿！

如何設置socket的Connect超時(linux)
[From]http://dev.cbw.com/c/c/200510195601_4292587.shtml
1.首先將標志位設為Non-blocking模式，准備在非阻塞模式下調用connect函數
2.調用connect，正常情況下，因為TCP三次握手需要一些時間；而非阻塞調用只要不能立即完成就會返回錯誤，所以這里會返回EINPROGRESS，表示在建立連接但還沒有完成。
3.在讀套介面描述符集(fd_set rset)和寫套介面描述符集(fd_set wset)中將當前套介面置位（用FD_ZERO()、FD_SET()宏），並設置好超時時間(struct timeval *timeout)
4.調用select( socket, &rset, &wset, NULL, timeout )
返回0表示connect超時
如果你設置的超時時間大於75秒就沒有必要這樣做了，因為內核中對connect有超時限制就是75秒。

[From]http://www.ycgczj.com.cn/34733.html
網路編程中socket的分量我想大家都很清楚了，socket也就是套介面，在套介面編程中，提到超時的概念，我們一下子就能想到3個：發送超時，接收超時，以及select超時（註： select函數並不是只用於套介面的，但是套介面編程中用的比較多），在connect到目標主機的時候，這個超時是不由我們來設置的。不過正常情況下這個超時都很長，並且connect又是一個阻塞方法，一個主機不能連接，等著connect返回還能忍受，你的程序要是要試圖連接多個主機，恐怕遇到多個不能連接的主機的時候，會塞得你受不了的。我也廢話少說，先說說我的方法，如果你覺得你已掌握這種方法，你就不用再看下去了，如果你還不了解，我願意與你分享。本文是已在Linux下的程序為例子，不過拿到Windows中方法也是一樣，無非是換幾個函數名字罷了。
Linux中要給connect設置超時，應該是有兩種方法的。一種是該系統的一些參數，這個方法我不講，因為我講不清楚:P，它也不是編程實現的。另外一種方法就是變相的實現connect的超時，我要講的就是這個方法，原理上是這樣的：
1．建立socket
2．將該socket設置為非阻塞模式
3．調用connect()
4．使用select()檢查該socket描述符是否可寫（注意，是可寫）
5．根據select()返回的結果判斷connect()結果
6．將socket設置為阻塞模式（如果你的程序不需要用阻塞模式的，這步就省了，不過一般情況下都是用阻塞模式的，這樣也容易管理）
如果你對網路編程很熟悉的話，其實我一說出這個過程你就知道怎麼寫你的程序了，下面給出我寫的一段程序，僅供參考。
/******************************
* Time out for connect()
* Write by Kerl W
******************************/
#include <sys/socket.h>
#include <sys/types.h>
#define TIME_OUT_TIME 20 //connect超時時間20秒
int main(int argc , char **argv)
{
………………
int sockfd = socket(AF_INET, SOCK_STREAM, 0);
if(sockfd < 0) exit(1);
struct sockaddr_in serv_addr;
………//以伺服器地址填充結構serv_addr
int error=-1, len;
len = sizeof(int);
timeval tm;
fd_set set;
unsigned long ul = 1;
ioctl(sockfd, FIONBIO, &ul); //設置為非阻塞模式
bool ret = false;
if( connect(sockfd, (struct sockaddr *)&serv_addr, sizeof(serv_addr)) == -1)
{
tm.tv_set = TIME_OUT_TIME;
tm.tv_uset = 0;
FD_ZERO(&set);
FD_SET(sockfd, &set);
if( select(sockfd+1, NULL, &set, NULL, &tm) > 0)
{
getsockopt(sockfd, SOL_SOCKET, SO_ERROR, &error, (socklen_t *)&len);
if(error == 0) ret = true;
else ret = false;
} else ret = false;
}
else ret = true;
ul = 0;
ioctl(sockfd, FIONBIO, &ul); //設置為阻塞模式
if(!ret)
{
close( sockfd );
fprintf(stderr , "Cannot Connect the server!n");
return;
}
fprintf( stderr , "Connected!n");
//下面還可以進行發包收包操作
……………
}
以上代碼片段，僅供參考，也是為初學者提供一些提示，主要用到的幾個函數，select, ioctl, getsockopt都可以找到相關資料，具體用法我這里就不贅述了，你只需要在linux中輕輕的敲一個man <函數名>就能夠看到它的用法。
此外我需要說明的幾點是，雖然我們用ioctl把套介面設置為非阻塞模式，不過select本身是阻塞的，阻塞的時間就是其超時的時間由調用select 的時候的最後一個參數timeval類型的變數指針指向的timeval結構變數來決定的，timeval結構由一個表示秒數的和一個表示微秒數（long類型）的成員組成，一般我們設置了秒數就行了，把微妙數設為0（註：1秒等於100萬微秒）。而select函數另一個值得一提的參數就是上面我們用到的fd_set類型的變數指針。調用之前，這個變數裡面存了要用select來檢查的描述符，調用之後，針對上面的程序這裡面是可寫的描述符，我們可以用宏FD_ISSET來檢查某個描述符是否在其中。由於我這里只有一個套介面描述符，我就沒有使用FD_ISSET宏來檢查調用select之後這個sockfd是否在set裡面，其實是需要加上這個判斷的。不過我用了getsockopt來檢查，這樣才可以判斷出這個套介面是否是真的連接上了，因為我們只是變相的用select來檢查它是否連接上了，實際上select檢查的是它是否可寫，而對於可寫，是針對以下三種條件任一條件滿足時都表示可寫的：
1）套介面發送緩沖區中的可用控制項位元組數大於等於套介面發送緩沖區低潮限度的當前值，且或者i)套介面已連接，或者ii)套介面不要求連接（UDP方式的）
2）連接的寫這一半關閉。
3）有一個套介面錯誤待處理。
這樣，我們就需要用getsockopt函數來獲取套介面目前的一些信息來判斷是否真的是連接上了，沒有連接上的時候還能給出發生了什麼錯誤，當然我程序中並沒有標出那麼多狀態，只是簡單的表示可連接/不可連接。
下面我來談談對這個程序測試的結果。我針對3種情形做了測試：
1． 目標機器網路正常的情況
可以連接到目標主機，並能成功以阻塞方式進行發包收包作業。
2． 目標機器網路斷開的情況
在等待設置的超時時間（上面的程序中為20秒）後，顯示目標主機不能連接。
3． 程序運行前斷開目標機器網路，超時時間內，恢復目標機器的網路
在恢復目標主機網路連接之前，程序一隻等待，恢復目標主機後，程序顯示連接目標主機成功，並能成功以阻塞方式進行發包收包作業。
以上各種情況的測試結果表明，這種設置connect超時的方法是完全可行的。我自己是把這種設置了超時的connect封裝到了自己的類庫，用在一套監控系統中，到目前為止，運行還算正常。這種編程實現的connect超時比起修改系統參數的那種方法的有點就在於它只用於你的程序之中而不影響系統。

❺ 請問linux怎麼增大socket連接上限

1、修改用戶進程可打開文件數限制
在Linux平台上，無論編寫客戶端程序還是服務端程序，在進行高並發TCP連接處理時，
最高的並發數量都要受到系統對用戶單一進程同時可打開文件數量的限制(這是因為系統
為每個TCP連接都要創建一個socket句柄，每個socket句柄同時也是一個文件句柄)。
可使用ulimit命令查看系統允許當前用戶進程打開的文件數限制：
[speng@as4 ~]$ ulimit -n
1024
這表示當前用戶的每個進程最多允許同時打開1024個文件，這1024個文件中還得除去
每個進程必然打開的標准輸入，標准輸出，標准錯誤，伺服器監聽 socket，
進程間通訊的unix域socket等文件，那麼剩下的可用於客戶端socket連接的文件數就
只有大概1024-10=1014個左右。也就是說預設情況下，基於Linux的通訊程序最多允許
同時1014個TCP並發連接。
對於想支持更高數量的TCP並發連接的通訊處理程序，就必須修改Linux對當前用戶的
進程同時打開的文件數量的軟限制(soft limit)和硬限制(hardlimit)。其中軟限制
是指Linux在當前系統能夠承受的范圍內進一步限制用戶同時打開的文件數；硬限制
則是根據系統硬體資源狀況(主要是系統內存)計算出來的系統最多可同時打開的文件數量。
通常軟限制小於或等於硬限制。

修改上述限制的最簡單的辦法就是使用ulimit命令：
[speng@as4 ~]$ ulimit -n
上述命令中，在中指定要設置的單一進程允許打開的最大文件數。如果系統回顯
類似於「Operation notpermitted」之類的話，說明上述限制修改失敗，實際上是
因為在中指定的數值超過了Linux系統對該用戶打開文件數的軟限制或硬限制。
因此，就需要修改Linux系統對用戶的關於打開文件數的軟限制和硬限制。

第一步，修改/etc/security/limits.conf文件，在文件中添加如下行：
speng soft nofile 10240
speng hard nofile 10240
其中speng指定了要修改哪個用戶的打開文件數限制，可用』*'號表示修改所有用戶的限制；
soft或hard指定要修改軟限制還是硬限制；10240則指定了想要修改的新的限制值，
即最大打開文件數(請注意軟限制值要小於或等於硬限制)。修改完後保存文件。

第二步，修改/etc/pam.d/login文件，在文件中添加如下行：
session required /lib/security/pam_limits.so
這是告訴Linux在用戶完成系統登錄後，應該調用pam_limits.so模塊來設置系統對
該用戶可使用的各種資源數量的最大限制(包括用戶可打開的最大文件數限制)，
而pam_limits.so模塊就會從/etc/security/limits.conf文件中讀取配置來設置這些限制值。
修改完後保存此文件。

第三步，查看Linux系統級的最大打開文件數限制，使用如下命令：
[speng@as4 ~]$ cat /proc/sys/fs/file-max
12158
這表明這台Linux系統最多允許同時打開(即包含所有用戶打開文件數總和)12158個文件，
是Linux系統級硬限制，所有用戶級的打開文件數限制都不應超過這個數值。通常這個系統級
硬限制是Linux系統在啟動時根據系統硬體資源狀況計算出來的最佳的最大同時打開文件數限制，
如果沒有特殊需要，不應該修改此限制，除非想為用戶級打開文件數限制設置超過此限制的值。

修改此硬限制的方法是修改/etc/rc.local腳本，在腳本中添加如下行：
echo 22158 > /proc/sys/fs/file-max
這是讓Linux在啟動完成後強行將系統級打開文件數硬限制設置為22158。修改完後保存此文件。

完成上述步驟後重啟系統，一般情況下就可以將Linux系統對指定用戶的單一進程允許同時
打開的最大文件數限制設為指定的數值。如果重啟後用 ulimit-n命令查看用戶可打開文件數限制
仍然低於上述步驟中設置的最大值，這可能是因為在用戶登錄腳本/etc/profile中使用ulimit -n命令
已經將用戶可同時打開的文件數做了限制。由於通過ulimit-n修改系統對用戶可同時打開文件的
最大數限制時，新修改的值只能小於或等於上次 ulimit-n設置的值，因此想用此命令增大這個
限制值是不可能的。
所以，如果有上述問題存在，就只能去打開/etc/profile腳本文件，
在文件中查找是否使用了ulimit-n限制了用戶可同時打開的最大文件數量，如果找到，
則刪除這行命令，或者將其設置的值改為合適的值，然後保存文件，用戶退出並重新登錄系統即可。
通過上述步驟，就為支持高並發TCP連接處理的通訊處理程序解除關於打開文件數量方面的系統限制。
2、修改網路內核對TCP連接的有關限制
在Linux上編寫支持高並發TCP連接的客戶端通訊處理程序時，有時會發現盡管已經解除了系統
對用戶同時打開文件數的限制，但仍會出現並發TCP連接數增加到一定數量時，再也無法成功
建立新的TCP連接的現象。出現這種現在的原因有多種。

第一種原因可能是因為Linux網路內核對本地埠號范圍有限制。此時，進一步分析為什麼無法
建立TCP連接，會發現問題出在connect()調用返回失敗，查看系統錯誤提示消息是「Can』t assign requestedaddress」。同時，如果在此時用tcpmp工具監視網路，會發現根本沒有TCP連接時客戶端
發SYN包的網路流量。這些情況說明問題在於本地Linux系統內核中有限制。
其實，問題的根本原因
在於Linux內核的TCP/IP協議實現模塊對系統中所有的客戶端TCP連接對應的本地埠號的范圍
進行了限制(例如，內核限制本地埠號的范圍為1024~32768之間)。當系統中某一時刻同時
存在太多的TCP客戶端連接時，由於每個TCP客戶端連接都要佔用一個唯一的本地埠號
(此埠號在系統的本地埠號范圍限制中)，如果現有的TCP客戶端連接已將所有的本地埠號占滿，
則此時就無法為新的TCP客戶端連接分配一個本地埠號了，因此系統會在這種情況下在connect()
調用中返回失敗，並將錯誤提示消息設為「Can』t assignrequested address」。
有關這些控制
邏輯可以查看Linux內核源代碼，以linux2.6內核為例，可以查看tcp_ipv4.c文件中如下函數：
static int tcp_v4_hash_connect(struct sock *sk)
請注意上述函數中對變數sysctl_local_port_range的訪問控制。變數sysctl_local_port_range
的初始化則是在tcp.c文件中的如下函數中設置：
void __init tcp_init(void)
內核編譯時默認設置的本地埠號范圍可能太小，因此需要修改此本地埠范圍限制。
第一步，修改/etc/sysctl.conf文件，在文件中添加如下行：
net.ipv4.ip_local_port_range = 1024 65000
這表明將系統對本地埠范圍限制設置為1024~65000之間。請注意，本地埠范圍的最小值
必須大於或等於1024；而埠范圍的最大值則應小於或等於65535。修改完後保存此文件。
第二步，執行sysctl命令：
[speng@as4 ~]$ sysctl -p
如果系統沒有錯誤提示，就表明新的本地埠范圍設置成功。如果按上述埠范圍進行設置，
則理論上單獨一個進程最多可以同時建立60000多個TCP客戶端連接。

第二種無法建立TCP連接的原因可能是因為Linux網路內核的IP_TABLE防火牆對最大跟蹤的TCP
連接數有限制。此時程序會表現為在 connect()調用中阻塞，如同死機，如果用tcpmp工具監視網路，
也會發現根本沒有TCP連接時客戶端發SYN包的網路流量。由於 IP_TABLE防火牆在內核中會對
每個TCP連接的狀態進行跟蹤，跟蹤信息將會放在位於內核內存中的conntrackdatabase中，
這個資料庫的大小有限，當系統中存在過多的TCP連接時，資料庫容量不足，IP_TABLE無法為
新的TCP連接建立跟蹤信息，於是表現為在connect()調用中阻塞。此時就必須修改內核對最大跟蹤
的TCP連接數的限制，方法同修改內核對本地埠號范圍的限制是類似的：

第一步，修改/etc/sysctl.conf文件，在文件中添加如下行：
net.ipv4.ip_conntrack_max = 10240
這表明將系統對最大跟蹤的TCP連接數限制設置為10240。請注意，此限制值要盡量小，
以節省對內核內存的佔用。

第二步，執行sysctl命令：
[speng@as4 ~]$ sysctl -p
如果系統沒有錯誤提示，就表明系統對新的最大跟蹤的TCP連接數限制修改成功。
如果按上述參數進行設置，則理論上單獨一個進程最多可以同時建立10000多個TCP客戶端連接。

3、使用支持高並發網路I/O的編程技術
在Linux上編寫高並發TCP連接應用程序時，必須使用合適的網路I/O技術和I/O事件分派機制。
可用的I/O技術有同步I/O，非阻塞式同步I/O(也稱反應式I/O)，以及非同步I/O。在高TCP並發的情形下，
如果使用同步I/O，這會嚴重阻塞程序的運轉，除非為每個TCP連接的I/O創建一個線程。

但是，過多的線程又會因系統對線程的調度造成巨大開銷。因此，在高TCP並發的情形下使用
同步 I/O是不可取的，這時可以考慮使用非阻塞式同步I/O或非同步I/O。非阻塞式同步I/O的技術包括使用select()，poll()，epoll等機制。非同步I/O的技術就是使用AIO。

從I/O事件分派機制來看，使用select()是不合適的，因為它所支持的並發連接數有限(通常在1024個以內)。
如果考慮性能，poll()也是不合適的，盡管它可以支持的較高的TCP並發數，但是由於其採用
「輪詢」機制，當並發數較高時，其運行效率相當低，並可能存在I/O事件分派不均，導致部分TCP
連接上的I/O出現「飢餓」現象。而如果使用epoll或AIO，則沒有上述問題(早期Linux內核的AIO技術
實現是通過在內核中為每個 I/O請求創建一個線程來實現的，這種實現機制在高並發TCP連接的情形下
使用其實也有嚴重的性能問題。但在最新的Linux內核中，AIO的實現已經得到改進)。

綜上所述，在開發支持高並發TCP連接的Linux應用程序時，應盡量使用epoll或AIO技術來實現並發的
TCP連接上的I/O控制，這將為提升程序對高並發TCP連接的支持提供有效的I/O保證。

內核參數sysctl.conf的優化

/etc/sysctl.conf 是用來控制linux網路的配置文件，對於依賴網路的程序（如web伺服器和cache伺服器）
非常重要，RHEL默認提供的最好調整。

推薦配置（把原/etc/sysctl.conf內容清掉，把下面內容復制進去）：
net.ipv4.ip_local_port_range = 1024 65536
net.core.rmem_max=16777216
net.core.wmem_max=16777216
net.ipv4.tcp_rmem=4096 87380 16777216
net.ipv4.tcp_wmem=4096 65536 16777216
net.ipv4.tcp_fin_timeout = 10
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_window_scaling = 0
net.ipv4.tcp_sack = 0
net.core.netdev_max_backlog = 30000
net.ipv4.tcp_no_metrics_save=1
net.core.somaxconn = 262144
net.ipv4.tcp_syncookies = 0
net.ipv4.tcp_max_orphans = 262144
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2

這個配置參考於cache伺服器varnish的推薦配置和SunOne 伺服器系統優化的推薦配置。

varnish調優推薦配置的地址為：http://varnish.projects.linpro.no/wiki/Performance

不過varnish推薦的配置是有問題的，實際運行表明「net.ipv4.tcp_fin_timeout = 3」的配置
會導致頁面經常打不開；並且當網友使用的是IE6瀏覽器時，訪問網站一段時間後，所有網頁都會
打不開，重啟瀏覽器後正常。可能是國外的網速快吧，我們國情決定需要
調整「net.ipv4.tcp_fin_timeout = 10」，在10s的情況下，一切正常（實際運行結論）。

修改完畢後，執行：
/sbin/sysctl -p /etc/sysctl.conf
/sbin/sysctl -w net.ipv4.route.flush=1

命令生效。為了保險起見，也可以reboot系統。

調整文件數：
linux系統優化完網路必須調高系統允許打開的文件數才能支持大的並發，默認1024是遠遠不夠的。

執行命令：
Shell代碼
echo ulimit -HSn 65536 >> /etc/rc.local
echo ulimit -HSn 65536 >>/root/.bash_profile
ulimit -HSn 65536

❻ Linux 進程間套接字通信（Socket)基礎知識

姓名：羅學元    學號：21181214375    學院：廣州研究院

【嵌牛導讀】Linux進程間套接字通信基礎

【嵌牛鼻子】Linux 進程間套接字及通信介紹

【嵌牛提問】Linux進程間套接字包含哪些內容，如何實現通信

一、套接字（Socket）通信原理

套接字通信允許互聯的位於不同計算機上的進程之間實現通信功能。

二、套接字的屬性

套接字的特性由3個屬性確定，它們分別是：域、類型和協議。

1. 套接字的域

它指定套接字通信中使用的網路介質，最常見的套接字域是AF_INET，它指的是Internet網路。當客戶使用套接字進行跨網路的連接時，它就需要用到伺服器計算機的IP地址和埠來指定一台聯網機器上的某個特定服務，所以在使用socket作為通信的終點，伺服器應用程序必須在開始通信之前綁定一個埠，伺服器在指定的埠等待客戶的連接。

另一個域AF_UNIX表示UNIX文件系統，就是文件輸入/輸出，它的地址就是文件名。

2. 套接字類型

網際網路提供了兩種通信機制：流（stream）和數據報（datagram），因而套接字的類型也就分為流套接字和數據報套接字。我們主要看流套接字。

流套接字由類型SOCK_STREAM指定，它們是在AF_INET域中通過TCP/IP連接實現，同時也是AF_UNIX中常用的套接字類型。

流套接字提供的是一個有序、可靠、雙向位元組流的連接，因此發送的數據可以確保不會丟失、重復或亂序到達，而且它還有一定的出錯後重新發送的機制。

與流套接字相對的是由類型SOCK_DGRAM指定的數據報套接字，它不需要建立連接和維持一個連接，它們在AF_INET中通常是通過UDP/IP實現的。它對可以發送的數據的長度有限制，數據報作為一個單獨的網路消息被傳輸，它可能丟失、復制或錯亂到達，UDP不是一個可靠的協議，但是它的速度比較高，因為它並不需要總是要建立和維持一個連接。

3.套接字協議

只要底層的傳輸機制允許不止一個協議來提供要求的套接字類型，我們就可以為套接字選擇一個特定的協議。通常只需要使用默認值。

三、套接字地址

每個套接字都有其自己的地址格式，對於AF_UNIX域套接字來說，它的地址由結構sockaddr_un來描述，該結構定義在頭文件

struct sockaddr_un{

sa_family_t sun_family;  //AF_UNIX，它是一個短整型

char sum_path[];  //路徑名

};

對於AF_INET域套接字來說，它的地址結構由sockaddr_in來描述，它至少包括以下幾個成員：

struct sockaddr_in{

short int sin_family;  //AN_INET

unsigned short int sin_port;  //埠號

struct in_addr sin_addr;    //IP地址

}

而in_addr被定義為：

struct in_addr{

unsigned long int s_addr;

}

四、基於流套接字的客戶/伺服器的工作流程

使用socket進行進程通信的進程採用的客戶/伺服器系統是如何工作的呢？

1.伺服器端

首先，伺服器應用程序用系統調用socket來創建一個套接字，它是系統分配給該伺服器進程的類似文件描述符的資源，它不能與其他的進程共享。

接下來，伺服器進程會給套接字起個名字，我們使用系統調用bind來給套接字命名。然後伺服器進程就開始等待客戶連接到這個套接字。

然後，系統調用listen來創建一個隊列，並將其用於存放來自客戶的進入連接。

最後，伺服器通過系統調用accept來接受客戶的連接。它會創建一個與原有的命名套接不同的新套接字，這個套接字只用於與這個特定客戶端進行通信，而命名套接字（即原先的套接字）則被保留下來繼續處理來自其他客戶的連接。

2.客戶端

基於socket的客戶端比伺服器端簡單。同樣，客戶應用程序首先調用socket來創建一個未命名的套接字，然後講伺服器的命名套接字作為一個地址來調用connect與伺服器建立連接。

一旦連接建立，我們就可以像使用底層的文件描述符那樣用套接字來實現雙向數據的通信。

❼ linux tcp 同一個socket能多次connect嗎

linux socket跟文件描述符一樣，在內核態對應了file類型的數據結構。但是對於用戶態進程而言，其標識符即文件描述符，跟操作文件的文件描述符完全一樣，是整型值。可以像close文件描述符一樣通過close函數來關閉socket 文件描述符。

❽ linux socket 求助，總是提示 Connection refused

1. 首先那個要加上listen,listen會把socket創建的套接字從CLOSE狀態，轉換到LISTEN狀態
2. err = bind(server_socket, (sockaddr*)&server_addr, sizeof(server_addr));這里強制轉換為什麼可以直接用sockaddr *呢，不應該是struct sockaddr *呢？
3. server_addr.sin_addr.s_addr = inet_addr(SERVER_IP)這里最好還是用inet_pton吧
4.
err = connect(s,(sockaddr*)&server_addr, sizeof(sockaddr));這句你仔細看看，最後一個sizeof裡面的東西。改改差不多了應該，怎麼能編譯不報錯呢，編譯的時候加上-Wall試試