ref: https://www.hwchiu.com/ping-implementation.html
本篇文章是難得的自產文章，該文章分享一下自己觀察不同 ping 指令與不同發行版本下的實作方式，主要探討的點是 ICMP 封包是如何產生的。
就我目前認知，目前至少有三種常見方式來設定 ping 指令讓其能夠順利收送 ICMP 封包。
常見的 TCP/UDP 應用程式實際上都是讓 Kernel 幫忙處理底層的 L3/L4 封包，使用者的應用程式則是專注於資料的交換與處理，簡單的說法就是專心處理 L7 資料。
但是 ICMP 封包不同於上述的 TCP/UDP 封包，一種方式就是透過 RAW Socket 的形式自行去拼湊組裝 ICMP 格式，自行處理一切封包的處理。
RAW Socket 本身也不允許每個使用者都能輕易開啟，必須要有相關的權限才可以執行，因此一種 PING 的實作方式就是透過 SetUID 的方式，讓所有能夠執行 ping 指令的使用者會短暫瞬間提權變成 Root 的身份
也因為是 Root 就可以順利的開啟 RAW Socket。
SetUID 強大且方便，簡簡單單就可以讓使用者瞬間變成 Root，但是也因為簡單好像就安全角度來看會覺得不太嚴謹，畢竟我想要的只是一個能夠開啟 RAW Socket 的權限，你去把整個 Root 都送給我。
因此第二種實作方式就是透過 Linux Capability 來達到更細緻化的權限控管，讓任何可以執行 ping 指令的使用者都可以短暫獲得 cap_net_raw 的權限，最終順利的開啟 RAW Socket
而第三種方式則是跳脫的權限的概念，與其透過 RAW Socket 來自行打造 ICMP 封包，不如讓 Linux Kernel 幫忙處理 ICMP 封包，ping 的程式只要跟 Kernel 要求建立一個基於 ICMP 協定的 socket 即可。
透過第三種方式最終可以達到 setuid-less 的架構，ping 的應用程式再也不需要任何的特殊權限，每個使用者都可以順利執行來收送 ICMP 封包。
文章內會針對三種方式進行實驗跟觀察，對 PING 指令有興趣別忘了參考看看
socket程式 在 [問題] 關於socket程式與TCP觀念- 看板C_and_CPP 的推薦與評價
目前想要做一個測試：
當一個主機使用 listen, accept 等函式做為 TCP server 時
它同一個時間最多能建立幾個 TCP 連線呢？這個限制又是因為什麼？
對於不同的作業系統(ubuntu Linux, Windows)是否會有不同的表現？
server 端程式碼：https://nopaste.csie.org/65edc
用無窮迴圈不斷的接受連線，什麼事都不做，停留在 ESTABLISHED 狀態
client 端程式碼：https://nopaste.csie.org/c0da0
用無窮迴圈不斷的 connect，同樣的什麼都不做，停留在 ESTABLISHED 狀態
目前發現有兩個因素會限制連線的上限
ulimit -n : 單一 process 能使用的 File descriptor 上限
sysctl -w net.ipv4.ip_local_port_range="1024 65000" : 能用的 local port 範圍
不過對於目前測試的結果，有些狀況不太明白
1. 使用 netstat -n 觀察，server 端的 port 一律是使用 53764
https://james545.myweb.hinet.net/1.jpg
其實我不太懂為什麼都是同一個 port 呢？這麼多的 client 可以用同一個？
2. 我是這麼執行程式的：
server 端：./server 1234 ( server 監聽 TCP Port 1234 )
client 端：./client 1234 ( server 的 IP 寫死在程式裡, 連至 Port 1234 )
不過 client 大約建立六萬的連線後，就會發生錯誤訊息
connect: Cannot assign requested address
判斷是 client 自己的 local port 用盡了，即使再開啟另一個 process 也相同
這個時候就必須要再用另外一部電腦來測試了
有沒有辦法解決這個問題呢？
3. 要像這樣測試 TCP 連線的上限，還有沒有其他的辦法呢？
(譬如說現成的工具套件?)
4. 其實我一直不太能把 socket API 與 TCP/IP 的觀念很好的連結在一起
譬如說，我不懂 accept 與 connect 這兩個函式是怎麼搭配的
關於這個，有沒有比較好的參考資料呢？
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.117.171.46
※ 編輯: james732 來自: 140.117.171.46 (04/09 04:58)
... <看更多>