1樓：白楊
就說最常用的兩種：
1：在每個發往伺服器的請求中攜帶 Session ID 字段。最常見的形式就是放在 HTTP 協議的 Cookie 頭中。
由於 Session ID 通常是明文，因此建議同時部署 TLS 等加密的表達層協議來增加其傳輸安全性。
2 ：為每個發往伺服器的請求執行簽名。大體分兩種情況：
a) 通過雜湊（Hash）演算法（SHA、MD5、SM3 等）或訊息驗證（MAC）演算法（HMAC、Poly1305、SipHash等）進行簽名，需要通訊雙方共享乙個預分發的金鑰，該金鑰需要妥善保管，並且在分發的過程中不能洩露。然後每次在提交請求時，將共享金鑰跟請求內容以一定形式混合，並使用上述演算法計算簽名。
b) 通過公鑰演算法（RSA等）進行簽名，客戶端先將自己的公鑰（證書）配置到伺服器上，並儲存好自己的私鑰（公鑰無需保密）。然後每次在提交請求時用該私鑰對請求內容簽名（本質仍然是先用某種雜湊演算法對該內容計算雜湊值，再用私鑰對該雜湊值做變換，所有持有公鑰的人都能驗證該變換是否是由對應的私鑰產生的）。
為了抵禦回放攻擊，以上 a、b 兩種形式都需要加入某種形式的，會隨著每次請求變換的隨機內容（Nonce），比如最常見的時間戳字段。
如何寫乙個web伺服器？
GEM.hx 針對web伺服器 首先你要去了解HTTP協議，web server說到底就是乙個遵循Http協議的應用程式。可以先寫乙個簡單的，然後去關注一些high performance相關的,i o 復用 epoll event loop,non blocking,C10k問題，tcp調優 tc...
如何讓同乙個網域名稱解析兩台伺服器？
柴健翌 這是可以做到的，但沒有卵用。加DNS記錄的時候可以加多條A或者CNAME記錄，解析的時候也會返回多條。但大多數客戶端只認先來的一條。這也是我們骨幹網上出現的特製DNS汙染的實現原理。正確的資料報會返回，不會被丟棄，但汙染包距離近永遠比正確的要來的快。這種場景下更常見的處理方案是設定乙個geo...
伺服器cpu是乙個高效能cpu還是兩個核心數只有一半的cpu好？
小尾巴呀 目前慧與 戴爾 蛤為 華 三 聯想的機架式伺服器，幾乎全部都是雙CPU插槽 以我司正在使用的戴爾R610 410 連1U的都是倆cpu 慧與DL380系列伺服器，以及隔壁集團資料中心使用的R610甚至DL980，都是每個節點倆CPU。現在企業網伺服器的核心需求不是算力，是記憶體容量以及儲存...