Caddy伺服器（或稱Caddy Web）是一個開源的，使用 Golang 編寫，支援 HTTP/2 的 Web 伺服器端。它使用 Golang 標準庫提供 HTTP 功能。
 | 此條目翻譯品質不佳。 (2017年4月3日) |
Caddy 一個顯著的特性是預設啟用 HTTPS。[2][3]它是第一個無需額外組態即可提供 HTTPS 特性的 Web 伺服器。[4]
作者 Matt Holt 於 2014 年 12 月開始開發 Caddy ，並於 2015 年 4 月釋出第一個版本。[5] 在釋出後的一年裏，它的下載量超過了 20000 次，並在 GitHub 上獲得了 4500 個 Star。[6]
Caddy 支援各種 Web 技術，提供靜態編譯的二進制檔案，支援 i386、amd64 和 ARM 架構上的 Windows、Mac、Linux、Android 和 BSD 作業系統。
功能
Caddy 可以提供各種網站技術，它也可以作為反向代理和負載均衡器。Caddy 的大部分功能都以中介軟體的形式實現，並通過 Caddyfile 中的指令（用於組態 Caddy 的文字檔案）進行控制。[7]
安全
Caddy 免於很多已知的 CVEs 攻擊 （包括 Heartbleed， DROWN， POODLE， 和 BEAST）[12]，另外， Caddy 使用 TLS_FALLBACK_SCSV 以防止協定降級攻擊。
2015 年 6 月 2 日，版本 0.7.1 修復了 Caddy 簡單伺服器鑒權中介軟體中時間欺詐攻擊的漏洞。[13]
關於協定和密碼套件，Caddy 使用 TLS 1.0-1.2，並且傾向於 ECDHE ECDSA 與 AES256-GCM-SHA384，支援十幾種不同的加密方式。Cloudflare 已經使用了 Caddy 作為 TLS 1.3 的實現方案。[14]
傳統的特權降級無法工作在 Golang 程式上。[15] 為了繫結低於 1024 的埠， Caddy 必須使用 root 帳戶執行 (不建議) 或通過 setcap 給予低位埠使用權限 (建議的) 。 並且，在將來的版本中會嘗試使用非特級子行程執行。[16]
Caddy 沒有自動啟動 HTTP Strict Transport Security，推薦通過 Caddy 的 header 組態啟用 HSTS。[17]
Caddy 預設通過檢查域名來啟用 HTTPS (通過 ACME protocol 檢查域名並簽發證書)， 並且重新導向 HTTP 請求到 HTTPS。[18] 它在啟動期間根據需要簽發證書，並在伺服器的使用期間自動重簽發。 Let's Encrypt 是預設的證書頒發機構，但用戶可以自訂所使用的 ACME CA，這在測試組態時是必要的。在 2016 年第一季度， 有百分之二的 Let's Encrypt 證書是由 Caddy 簽發的。
一個可選的組態允許 Caddy 在需要時簽發一個證書 "按需 TLS"[19] 使用這種方案時，用戶必須指定可通過該方案組態的證書數量。 當 Caddy 收到一個沒有組態證書的請求時， 它會自動通過 ACME 簽發並組態， 然後將證書儲存於主記憶體和硬碟。 這個過程通常需要幾秒鐘的時間，並且受到限制。
當使用 TLS， Caddy 會自動切換對談金鑰以保證安全性。[20]
參考資料
外部連結
Wikiwand in your browser!
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.
