linuxtcp伺服器
1. linux建立TCP伺服器後，TCP客戶端與伺服器連接成功後，怎樣獲取客戶端的MAC地址
我認為你是從 socket中取不到這部分的信息的.
你得再操作 arp的緩存部分才行. ARP那部分如果在特殊情況,很亂套.比如有攻擊或是IP地址設置有沖突啥地.
---
詳細的C語言怎麼操作ARP緩存我不太清楚. 但你如果想知道.就得查一下這部分怎麼做了.
高層的socket操作是得不到的.
只有直連網段的計算機有MAC地址信息.經過路由來的數據包.取不到.
2. 關於linux系統下TCP通信 伺服器read函數一直讀取數據卻什麼都讀不到的問題
採用多線程編程，主進程負責等待連接到來，收到連接請求後父進程派生一個線程去處理該通信過程，通信處理交給該線程，父進程繼續循環等待連接請求。通信結束，該線程結束。
當然也可以採用信號觸發方式，當連接請求到來時，觸發父進程派生一個線程去處理該請求。
3. LINUX下如何創建TCP客戶端和伺服器，實現通信
1.可能是在獲取客戶端的ip和埠時，處理出現問題，導致無法正確發送到客戶端。
2.客戶端是否使用固定的埠來接收伺服器信息，或伺服器是否正確發送到客戶端的相應的埠。
3.通過上面分析，最大可能是在處理埠出現問題，請重新檢查。
4.實在不行，最好使用拋出異常方法來捕獲錯誤消息，或是通過一步一步調試分析數據發送過程。
4. 有人說linux的TCP連接數量最大不能超過65535個嗎，是真的嗎
linux的TCP連接數量最大不能超過65535個，這種說法是錯誤的。
基於以上的原因，在Linux操作系統中，對TCP連接數量的限制依次有：埠數量限制，網路核心限制，最大文件數量限制(因為每建立一個連接就要打開一個文件)，防火牆限制，用戶打開文件限制。但並不存在65535這個數量限制。
5. linux伺服器tcp連接數過大怎麼辦
不管是什麼系統的伺服器，客戶連接到伺服器的最明顯的看出來就是TCP的顯示。
一般分為兩種情況：
1.CC攻擊的表現情況
CC攻擊會造成訪問量增大，帶寬圖上的代表TCP訪問量（紅色）會忽然不正常的增高。CPU的佔用量增大，然後造成打開慢或者卡死的情況。
所以看到如果是TCP，突然增大的話，證明你的伺服器在遭受CC攻擊，可以聯系伺服器商，讓機房做下防禦策略。
2.如果TCP的連接量一直在一個區域一直很大的話，那檢查伺服器的資源，可能無法支撐訪問量，需要更大的資源，更高的配置支持。
6. linux下tcp的伺服器端怎麼區別連接的客戶端
建立鏈接了之後就會有個SOCKET對象。你直接向第一個鏈接的SOCKET對象發送數據就可以了。前提是你需要保存第一個鏈接的SOCKET對象。
7. Linux下實現簡單的TCP伺服器與客戶端通信
一直收的那個就不要寫輸入的代碼了，直接無限讀取就可以。
一直發的那個就不要寫輸出的代碼了，直接無限輸入就可以;
當然如果想兩個都想在伺服器和客戶端各種實現，那麼加入多線程吧。一個線程只管輸入，一個線程只管輸出
8. 怎麼在Linux伺服器上測試TCP/UDP埠的連通性
翻譯自：
How to Test Port[TCP/UDP] Connectivity from a Linux Server (文檔 ID 2212626.1)
適用於：
Linux OS - Version Oracle Linux 5.0 to Oracle Linux 6.8 [Release OL5 to OL6U8]
Information in this document applies to any platform.
目標：
在Linux伺服器上檢查TCP/UDP埠的連通性。
解決方案：
telnet和nc 是用來測試埠連通性的一般工具。
telnet可以測試tcp埠的連通性。
nc可以測試tcp和udp埠的連通性。
請確保telnet和nc工具已經安裝
在CODE上查看代碼片派生到我的代碼片
# yum install nc
# yum install telnet
測試tcp埠的連通性：
語法如下：
在CODE上查看代碼片派生到我的代碼片
telnet <hostname/IP address> <port number>
如下是連通成功的例子：
在CODE上查看代碼片派生到我的代碼片
# telnet 192.118.20.95 22
Trying 192.118.20.95...
Connected to 192.118.20.95.
Escape character is '^]'.
SSH-2.0-OpenSSH_6.6.1
Protocol mismatch.
Connection closed by foreign host.
如下是連通不成功的例子：
在CODE上查看代碼片派生到我的代碼片
# telnet 192.118.20.95 22
Trying 192.118.20.95...
telnet: connect to address 192.118.20.95: No route to host
使用nc命令來測試tcp埠的連通性：
語法：
在CODE上查看代碼片派生到我的代碼片
nc -z -v <hostname/IP address> <port number>
如下是連通成功的例子：
在CODE上查看代碼片派生到我的代碼片
# nc -z -v 192.118.20.95 22
Connection to 192.118.20.95 22 port [tcp/ssh] succeeded!
如下是連通不成功的例子：
在CODE上查看代碼片派生到我的代碼片
# nc -z -v 192.118.20.95 22
nc: connect to 192.118.20.95 port 22 (tcp) failed: No route to host
使用nc命令來測試udp埠的連通性：
語法：
在CODE上查看代碼片派生到我的代碼片
nc -z -v -u <hostname/IP address> <port number>
在CODE上查看代碼片派生到我的代碼片
# nc -z -v -u 192.118.20.95 123
Connection to 192.118.20.95 123 port [udp/ntp] succeeded!
nc檢測埠的用法
nc -z -w 10 %IP% %PORT%
-z表示檢測或者掃描埠
-w表示超時時間
-u表示使用UDP協議
9. LINUX網路編程TCP伺服器 客戶端 有亂碼怎麼解決
解決辦法：
1.在客戶端n=read(socketfd,buff,1023);代碼之前加上memset(buff,0,sizeof(buff));，這是保證收到較短數據（使用TCP你不能保證每次接收的數據和發送的數據時等長的），列印也是正確的；
2.將客戶端buff[n+1]+='\0';修改為buff[n]='\0';，這是因為n是下標，已經是最後一個位置了；
3.將伺服器端buff[n+1]+='\0';修改為buff[n]='\0';，這是因為n是下標，已經是最後一個位置了，而且和第2）一樣，那個加號也要去掉，應該是筆誤吧；
4.最大的問題，將伺服器端write(connectfd,buff,1023);，你怎麼能夠保證收到1023個字元呢？也應該將while中條件移出作為WHILE中的一條語句，而且加上前面所述的memset語句，而將這里的write(connectfd,buff,1023);修改為write(connectfd,buff,strlen(buff))。
祝共同進步！