Varnish 和 HTTPS 與 Apache 沒有 Ngnix、Pound、HAProxy
每當我搜尋 Apache、HTTPS 和 Varnish 的實現時，我總是會找到有關通過 Ngnix、Pound、HAProxy 終止 SSL 請求的教程，例如https://www.smashingmagazine.com/2015/09/https-everywhere-with -nginx-varnish-apache（通過 ngnix）、http ://blog.ajnicholls.com/varnish-apache-and-https（通過磅）和 Varnish 創建者在https://varnish-cache.org/docs上推薦 HAProxy /trunk/phk/ssl_again.html。
然而，今天我偶然發現了 David 在http://davidbu.ch/mann/blog/2015-03-20/varnish-and-https-apache.html上的部落格，他在其中描述了一個只有 Apache 和 Varnish 的設置，並且沒有執行測試，我只是想听聽伺服器專家的意見：
- 大衛的方法會被認為是可行的嗎？
- 他的方式是否會使更快地提供靜態內容的整個想法變得毫無意義？
您可以為此目的放置幾乎所有可以終止 HTTPs 的東西。甚至阿帕奇。Bust 大多數人使用 nginx 進行 SSL 終止（或磅或掛鉤），因為它更輕量級。
只是因為你有更少的軟體，即 Apache (SSL) -> Varnish -> Apache。這並不意味著請求流會更快。它仍然需要經過 3 層並作為 HTTP 數據包傳輸。因此，使用更少的軟體並沒有加快速度。
使用 Apache 作為 SSL 終結器不會使更快地提供靜態內容變得毫無意義。您可以將其配置為 Apache SSL 層將直接提供靜態文件，而代理轉發到 Varnish 以獲取動態內容。
但總的來說，nginx 更適合提供靜態文件。