Nginx could not build the server_names_hash 錯(cuò)誤的解決辦法
在給nginx 配置了一個(gè)超長(zhǎng)的域名后,通過 /usr/local/nginx/sbin/ngnix -t 檢查配置文件時(shí)出現(xiàn)一下錯(cuò)誤:
解決辦法是在nginx的配置文件的http段中增加如下配置:
如果已經(jīng)存在,需要加大后面的數(shù)值,注意:該數(shù)值是32的倍數(shù)為宜。
下面是nginx官方文檔:
could not build the server_names_hash,
you should increase server_names_hash_bucket_size: 32
出現(xiàn)了這種情況,那就需要將指令的值擴(kuò)大一倍:
http {
server_names_hash_bucket_size 64;
...
如果定義了大量名字,得到了另外一個(gè)錯(cuò)誤:
could not build the server_names_hash,
you should increase either server_names_hash_max_size: 512
or server_names_hash_bucket_size: 32
那么應(yīng)該先嘗試設(shè)置server_names_hash_max_size的值差不多等于名字列表的名字總量。如果還不能解決問題,或者服務(wù)器啟動(dòng)非常緩慢,再嘗試提高server_names_hash_bucket_size的值。
相關(guān)文章
使用Nginx為自己的網(wǎng)站資源加上防盜鏈保護(hù)實(shí)現(xiàn)
這篇文章主要為大家介紹了使用Nginx為自己的網(wǎng)站資源加上防盜鏈保護(hù)實(shí)現(xiàn)詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-08-08詳解Prometheus 抓取 nginx 訪問日志的指標(biāo)
通過結(jié)合NGINX Exporter, Fluentd, Prometheus和Grafana, 可有效監(jiān)控并可視化NGINX中的4xx和5xx狀態(tài)碼日志,首先使用Fluentd收集和解析NGINX日志,再通過Prometheus抓取Fluentd暴露的指標(biāo),本文介紹Prometheus抓取nginx訪問日志的指標(biāo),感興趣的朋友一起看看吧2024-10-10nginx處理http請(qǐng)求實(shí)現(xiàn)過程解析
這篇文章主要介紹了nginx處理http請(qǐng)求實(shí)現(xiàn)過程解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-11-11Linux中Nginx反向代理如何實(shí)現(xiàn)不同路徑訪問不同的頁面
這篇文章主要介紹了Linux中Nginx反向代理如何實(shí)現(xiàn)不同路徑訪問不同的頁面方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-12-12Nginx配置防盜鏈保護(hù)靜態(tài)資源的詳細(xì)教程
防盜鏈?zhǔn)且环N通過檢查 HTTP 請(qǐng)求頭中的 Referer 字段來限制資源訪問的技術(shù),常用于保護(hù)圖片、視頻等靜態(tài)資源不被其他網(wǎng)站直接引用,以下是Nginx防盜鏈的原理、配置步驟以及測(cè)試方法,幫助你快速配置和驗(yàn)證防盜鏈功能,需要的朋友可以參考下2025-02-02