nginx如何防止ssl憑證過期
nginx如何防止ssl憑證過期?
nginx配置免費SSL憑證及憑證定時更新
環境contos 6,憑證發行Let's Encrypt
憑證產生前提是網域名稱是可用的,即已經備案通過並且有DNS解析到了具體IP
1、安裝epel,
>yum install epel-release
2、下載certbot證書生成工具certbot-auto
>wget https://dl.eff.org/certbot-auto --no-check-certificate
3 、安裝工具的依賴
>chmod +x certbot-auto >./certbot-auto -n
4、產生憑證
單網域:
>./certbot-auto certonly --email my@163.com --agree-tos --no-eff-email --webroot -w /usr/local/nginx/html/xue/ -d www.xue37.cn
注意:取代郵箱、網站目錄和網域
多網域:
>./certbot-auto certonly --email my@163.com --agree-tos --no-eff-email --webroot -w /usr/local/nginx/html/xue/ -d www.xue37.cn -d xue37.cn
憑證產生在/etc/letsencrypt/live/www.xue37.cn/目錄下(具體產生位址執行完指令有提示訊息)
5、憑證延期(因為憑證有效期限為90天)
certbot-auto工具支援憑證延期操作,因此可以使用crontab定時任務定時自動延期
>0 3 * * * /root/certbot-auto renew --disable-hook-validation --renew-hook "/usr/local/nginx/sbin/nginx -s reload"
每天3點進行憑證延期,crontab表達式自己可以百度
注意:
自己可以先單獨執行一下:
/root/certbot-auto renew --disable-hook-validation --renew-hook "/usr/local/nginx/sbin/nginx -s reload"
我這裡提示The following certs are not due for renewal yet,表示憑證未到期,沒有其他錯誤。因此為了防止憑證失效時間過久,這裡可以設定為每天進行延期操作
#6、nginx增加憑證設定
server { listen 443 ssl; server_name www.xue37.cn; ##这里是你的域名 ssl_certificate /etc/letsencrypt/live/www.xue37.cn/fullchain.pem; #前面生成的证书,改一下里面的域名就行 ssl_certificate_key /etc/letsencrypt/live/www.xue37.cn/privkey.pem; #前面生成的密钥,改一下里面的域名就行 ssl_ciphers ECDHE-RSA-AES256-SHA384:AES256-SHA256:RC4:HIGH:!MD5:!aNULL:!eNULL:!NULL:!DH:!EDH:!AESGCM; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_prefer_server_ciphers on; ssl_session_cache shared:SSL:10m; access_log /data/application/logs/xue.access.log main; location ^~ /bot { proxy_pass http://xue-server; include proxy-params.conf; } location / { root html/xue; index index.html index.htm; } location = /50x.html { root html; } }
7、設定80埠301到443
#修改nginx設定:
server { listen 80; server_name localhost; location /.well-known/ { add_header Content-Type 'text/plain;'; root /usr/local/nginx/html/xue; } location / { return 301 https://www.xue37.cn$request_uri; } }
注意:nginx修改後需要重新啟動:/usr/local/nginx/sbin/nginx -s reload
注意:nginx設定需要處理
location ~ /\. { deny all; }
這段設定刪掉或註解掉或在這段設定前面加上(如果沒有這段設定請忽略)
location ~ /.well-known { allow all; }
更多Nginx相關技術文章,請造訪Nginx使用教學欄位進行學習!
以上是nginx如何防止ssl憑證過期的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undress AI Tool
免費脫衣圖片

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Stock Market GPT
人工智慧支援投資研究,做出更明智的決策

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

1.PHP開發問答社區首選Laravel MySQL Vue/React組合,因生態成熟、開發效率高;2.高性能需依賴緩存(Redis)、數據庫優化、CDN和異步隊列;3.安全性必須做好輸入過濾、CSRF防護、HTTPS、密碼加密及權限控制;4.變現可選廣告、會員訂閱、打賞、佣金、知識付費等模式,核心是匹配社區調性和用戶需求。

當Nginx出現“Toomanyopenfiles”錯誤時,通常是因為系統或進程達到了文件描述符限制。解決方法包括:1.提高Linux系統的軟硬限制,在/etc/security/limits.conf中設置nginx或運行用戶的相關參數;2.調整Nginx的worker_connections值以適應預期流量,並確保重載配置;3.增加系統級文件描述符上限fs.file-max,編輯/etc/sysctl.conf並應用更改;4.優化日誌和資源使用,減少不必要的文件句柄佔用,例如使用open_l

Homebrew在Mac環境搭建中的核心作用是簡化軟件安裝與管理。 1.Homebrew自動處理依賴關係,將復雜的編譯安裝流程封裝為簡單命令;2.提供統一的軟件包生態,確保軟件安裝位置與配置標準化;3.集成服務管理功能,通過brewservices可便捷啟動、停止服務;4.便於軟件升級與維護,提升系統安全性與功能性。

要啟用Nginx的HTTP/2或HTTP/3支持,需滿足前提並正確配置;HTTP/2需Nginx1.9.5 、OpenSSL1.0.2 及HTTPS環境;配置時添加--with-http_v2_module模塊,修改監聽語句為listen443sslhttp2;並重載服務;HTTP/3基於QUIC,需使用第三方模塊如nginx-quic,編譯時引入BoringSSL或OpenSSLQUIC分支,並配置UDP監聽端口;部署時常見問題包括ALPN未啟用、證書不兼容、防火牆限制及編譯錯誤,建議優先採用

要解決PHP環境在本地與生產之間不一致的問題,核心在於利用Kubernetes的容器化與編排能力實現環境統一,具體步驟如下:1.構建統一的Docker鏡像,包含所有PHP版本、擴展、依賴和Web服務器配置,確保開發與生產使用同一鏡像;2.使用Kubernetes的ConfigMap和Secret管理非敏感與敏感配置,通過卷掛載或環境變量注入,實現不同環境配置的靈活切換;3.通過統一的Kubernetes部署定義文件(如Deployment、Service)保障應用行為一致性,並納入版本控制;4.

1.PHP電商後台主流框架有Laravel(開發快、生態強)、Symfony(企業級、結構穩)、Yii(性能優、適合標準化模塊);2.技術棧需搭配MySQL Redis緩存 RabbitMQ/Kafka消息隊列 Nginx PHP-FPM,並考慮前後端分離;3.高並發架構應分層模塊化、數據庫讀寫分離/分庫分錶、用緩存和CDN加速、異步處理任務、負載均衡與Session共享、逐步微服務化並建立監控告警體系;4.多元變現路徑包括商品差價或平台佣金、站內廣告、SaaS訂閱、定制開發與插件市場、API接

在NGINX配置中,location塊內的@符號用於定義命名位置,這些是僅限內部使用的端點,不能直接由客戶端請求匹配,它們通常通過error_page、try_files或rewrite指令調用。 1.命名位置以@開頭,如location@notfound,不會響應直接請求,而是從配置其他部分觸發;2.常用於自定義錯誤處理、內部路由和後端代理回退;3.例如,結合try_files實現靜態文件不存在時轉發到@backend;4.注意事項包括:不可直接訪問、避免命名衝突、使用描述性名稱。命名位置可包含

修改Nginx配置後應先測試語法再重載服務。 1.使用nginx-t檢查配置文件語法,若提示“syntaxisok”和“testissuccessful”則表示無誤;若有錯誤會顯示具體問題行。 2.若配置文件權限較高,需使用sudonginx-t執行。 3.確認測試的是實際加載的配置路徑,可通過nginx-t-c/path/to/your/nginx.conf指定路徑,或通過ps-ef|grepnginx查看主進程使用的配置文件。 4.測試通過後執行sudonginx-sreload重載服務使新配置生效
