504伺服器無響應怎麼解決

『壹』 504錯誤如何解決

如果是流量太大引起的，請增加伺服器的流量。

504 （網關超時） 伺服器作為網關或代理，但是沒有及時從上游伺服器收到請求。

這個問題完全是由後端電腦之間 IP 通訊緩慢而產生，可能包括您的 Web 伺服器。如果您的 Web 伺服器由某一網站託管，只有負責那個網站設置的人員才能解決這個問題。

正常情況下，是由於被請求伺服器發送超時引起。

注意事項：

任何客戶端在和用戶的網路伺服器通訊時，都需從用戶站點的IP名稱獲得一個IP地址。這個對應關系(即由IP名稱向IP地址轉換的對應關系)由域名伺服器(DNSs)提供。再打開一個IP套接字(socket)連接到該IP地址。通過該套接字寫HTTP數據流。

從用戶的Web伺服器接受響應的 HTTP 數據流。該數據流包括狀態編碼， 其值取決於 HTTP 協議 。 解析該數據流得到狀態編碼和其他有用信息。該錯誤在以上所述的最後一步生成，即當客戶端收到 HTTP 狀態編碼 並識別其為 『504』 。

『貳』 電信顯示錯誤504

您好，首先感謝您對中國電信的支持。
根據您的描述，顯示錯誤504可能存在下面原因：1、當前網頁本身存在錯誤，如程序錯誤，伺服器在解析時應該錯誤無法繼續，顯示此提示 。
2、當前伺服器存在故障，無法解析網頁程序 。
建議您試著訪問另的網頁試試,如果所有的網頁都是如此,建議重裝系統，可能是中毒了。
如需查賬單、交話費請登錄安徽電信網上營業廳。

『叄』 網頁出現「504 Gateway Time-out」，沒有其它信息是什麼原因

打開網頁出現504是通常意味著上游伺服器已關閉（不響應網關 / 代理），而不是上游伺服器和網關 / 代理在交換數據的協議上不一致。
正常情況下，是由於被請求伺服器發送超時引起。伺服器（不一定是 Web 伺服器）正在作為一個網關或代理來完成客戶（如您的瀏覽器或我們的 CheckUpDown 機器人）訪問所需網址的請求。 為了完成您的 HTTP 請求， 該伺服器訪問一個上游伺服器， 但沒得到及時的響應。
解決方法
這個問題完全是由後端電腦之間 IP 通訊緩慢而產生， 可能包括 Web 伺服器。 如果 Web 伺服器由某一網站託管， 只有負責那個網站設置的人員才能解決這個問題。
網路上代理和緩存的使用日漸增加。盡管 CheckUpDown 機器人將總是試圖 ' 鑽入 ' 真正收管的網站的電腦， 但是 HTTP 請求實際上落在哪裡並不能完全控制。 只要在處理 HTTP 請求的一連串電腦中， 有一個環節壞了，類似 504 的錯誤就很容易產生。
遇到 504 錯誤，與網站官方聯系（例如通過電子郵件），此問題個人無法解決。需要網站方和互聯網服務供應商 (ISP) 及 Web 伺服器軟體供應商聯絡， 檢查在其控制下的不同電腦之間的 IP 數據傳輸的流通狀況。

『肆』 我的網路出現504是什麼意思

回答：

504錯誤代表網關超時 （Gateway timeout），是指伺服器作為網關或代理，但是沒有及時從上游伺服器收到請求。

伺服器（不一定是 Web 伺服器）正在作為一個網關或代理來完成客戶（如您的瀏覽器或我們的 CheckUpDown 機器人）訪問所需網址的請求。 為了完成您的 HTTP 請求， 該伺服器訪問一個上游伺服器， 但沒得到及時的響應。

這通常意味著上游伺服器已關閉（不響應網關/ 代理），而不是上游伺服器和網關/代理在交換數據的協議上不一致。

正常情況下，是由於被請求伺服器發送超時引起。

延伸：

遇到504錯誤，請與網站官方聯系（例如通過電子郵件）——此問題個人無法解決，需要網站方和互聯網服務供應商（ISP）及Web伺服器軟體供應商聯絡，檢查在其控制下的不同電腦之間的IP數據傳輸的流通狀況。

然而， 這個錯誤不易解決， 由於互聯網流通的無規律性， 這種類型的錯誤是瞬態的。

『伍』 網頁出現「504 Gateway Time-out」，沒有其它信息是什麼原因

首先，大家對於504 Gateway Time-out的字面意思可以理解為網頁請求超時，這是我們在瀏覽網站網頁時發出的請求沒有響應，從網站程序層面來講，是請求未能夠執行相應的php-CGI程序，或者PHP-CGI程序未能做出相應的處理，又或者是CGI程序的響應處理結果未能夠反饋到瀏覽器或者未能及時反饋到瀏覽器。

其次，04 Gateway Time-out錯誤多是存在於Nginx網站伺服器環境下，多與nginx.conf與php-fpm.conf設置是否正確合理有關。504GatewayTime-out錯誤的解決方法是根據網站伺服器性能及網站流量等諸多因素整合考慮，正確合理的設置niginx.conf和php-fpm.conf配置。
而進行正確合理nginx.conf配置，需要我們首先了解清楚我們網站伺服器的配置性能，包括CPU、內存等基本配置，並對網站伺服器進行必要的性能測試，從而准確的掌握網站伺服器自身性能狀況；

接下來，可以通過網站統計代碼的添加，分析一段時間內網站流量狀況，比如：網路統計、CNZZ站長統計等，掌握網站日流量及PHP-CGI請求的大概情況；

最後，根據我們掌握的伺服器性能狀況及網路流量情況，合理的對nginx.conf中的下列字句進行合理正確的設置。

fastcgi_connect_timeout300s;

fastcgi_send_timeout300s;

fastcgi_read_timeout300s;

fastcgi_buffer_size128k;

fastcgi_buffers8128k;#8128

fastcgi_busy_buffers_size256k;

fastcgi_temp_file_write_size256k;

fastcgi_intercept_errorson;

這些字句的設置規定了PHP-CGI的連接、發送和讀取時間限制，需根據伺服器性能及網路流量綜合考慮設置，時間設置過長會給網站伺服器造成壓力，導致網站響應緩慢，甚至伺服器宕機；時間設置過短，則會出現504 Gateway Time-out或者其他CGI無響應錯誤。

還有就是php-fpm.conf中max_children與request_terminate_timeout兩個重要參數的設置。這兩個參數的設置需要我們根據PHP程序情況及伺服器帶寬狀況綜合考慮並計算出合理准確的值，才能夠避免504 Gateway Time-out或者其他CGI無響應錯誤的出現。

正常情況下，一般網站可將request_terminate_timeou設置在900s左右，而max_children值根據伺服器內存大小和CGI請求數目設置為合理的數值，一般設置為800M左右。

nginx

模具編程培訓，免費預約報名中！速來圍觀！
三玖教育
廣告
查看詳情

『陸』 伺服器錯誤504是什麼意思

504錯誤代表網關超時 （Gateway timeout），是指伺服器作為網關或代理，但是沒有及時從上游伺服器收到請求。

任何客戶端在和網路伺服器通訊時，都需經過以下循環：

1、從站點的 IP 名稱獲得一個 IP 地址。這個對應關系 （ 即由 IP 名稱向 IP 地址轉換的對應關系 ） 由域名伺服器 （DNSs） 提供。

2、打開一個 IP 套接字 （socket） 連接到該 IP 地址。

3、通過該套接字寫 HTTP 數據流。

4、從Web伺服器接受響應的 HTTP 數據流。該數據流包括狀態編碼， 其值取決於 HTTP 協議 。 解析該數據流得到 狀態編碼和其他有用信息。

5、該錯誤在以上所述的最後一步生成，即當客戶端收到 HTTP 狀態編碼 並識別其為 『504』 時。

(6)504伺服器無響應怎麼解決擴展閱讀

特性

1、可擴展性

伺服器必須具有一定的「可擴展性」，這是因為企業網路不可能長久不變，特別是在當今信息時代。

2、易使用性

伺服器的功能相對於PC機來說復雜許多，不僅指其硬體配置，更多的是指其軟體系統配置。伺服器要實現如此多的功能，沒有全面的軟體支持是無法想像的。

3、可用性

對於一台伺服器而言，一個非常重要的方面就是它的「可用性」，即所選伺服器能滿足長期穩定工作的要求，不能經常出問題。其實就等同於Sun所提出的可靠性（Reliability）。

4、易管理性

在伺服器的主要特性中，還有一個重要特性，那就是伺服器的「易管理性」。

『柒』 我的網路出現504是什麼意思

當我們訪問流量較大的網站或操作數據較多的網站時，偶爾會出現504網關超時錯誤，這主要是由於網站伺服器配置不當造成的。讓我們分享解決504gatewaytime超時錯誤的方法。

詳細介紹方法/步驟
代碼解釋

504網關超時字面意思是，可以理解為網頁請求超時，即瀏覽網站網頁發送的請求無響應或無響應。在網站程序層面，請求沒有執行相應的php-cgi程序，或者php-cgi程序沒有進行相應的處理，或者cgi程序的響應處理結果沒有反饋給瀏覽器或者沒有及時反饋給瀏覽器。

錯誤報告背景

504網關超時錯誤大多存在於nginx網站伺服器的環境中，大多與nginx.conf和php-fpm.conf設置是否正確合理有關。解決方案是根據網站伺服器性能、網站流量等諸多因素，正確合理地設置niginx.conf和php-fpm.conf的配置。

溶液

為了正確合理地配置nginx.conf，我們需要了解和理解我們網站伺服器的配置性能，包括cpu、內存等。並對網站伺服器進行必要的性能測試(參考vps主機性能測試方法的詳細描述)，從而准確掌握網站伺服器本身的性能狀態；

其次，通過添加網站統計代碼，分析一段時間內的網站流量情況，如cnzz站長統計等。並掌握網站日常流量和php-cgi請求的概況；

比較後，根據我們所了解的伺服器性能和網路流量，我們在nginx.conf中合理正確的設置了以下語句。

fastcgi _ connect _ timeout300s

fastcgi _ send _ timeout300s

fastcgi _ read _ timeout300s

fastcgi _ buffer _ size128k

fastcgi _ buffers8128k#8128

fastcgi _ busy _ buffers _ size256k

fastcgi _ temp _ file _ write _ size 256k；

fastcgi _ intercept _ errorson

以及php-fpm.conf中max_children和request _ end _ time out的設置這兩個參數的設置需要我們根據php程序和伺服器帶寬綜合考慮，計算出合理准確的值，以避免504 gateway超時或其他cgi無響應錯誤。

『捌』 網頁出現「504 Gateway Time-out」，沒有其它信息是什麼原因

對於一個Web開發者來說，504和502問題看上去好像很簡單，每個人也可能都遇到過，但把問題說清楚並不那麼容易

兩台設備只要通過proxy或fastcgi協議互相通信，都會遇到504問題，比如Nginx+PHP-FPM會遇到;代理伺服器連接後端Web服務也會遇到。本次遇到的場景屬於後者，重點講解代理導致的504問題。

那到底上面是504錯誤呢，看下wiki的引用：

4GatewayTimeout

The server was acting as a gateway or proxy and did not receive a timely response from the upstream server

意思就是一個網關或代理伺服器能夠連接後端伺服器，但在讀取伺服器響應的時候超時了。遇到504問題一般是後端服務的問題，比如：

後端進程無故退出了(可能是代碼異常，也可能是apache或nginx進程異常)，導致代理伺服器接收不到後端響應。

後端響應緩慢，導致代理伺服器接收後端響應超時了。

伺服器出現504 Gateway Time-out的解決方法!

按照上述可能的兩個情況，逐一分析。

(1)x.php程序在特定的情況下，確實運行緩慢，但apache得access log在25秒左右的時候成功記錄了200訪問日誌(由於php代碼執行結束後才記錄日誌，一開始可能看不到access日誌，導致開始誤認為是後端程序的問題)。

(2)在x.php程序中記錄應用日誌，應用日誌和access log日誌一樣，沒有任何異常。

這說明代碼並沒有問題(但程序執行時間過長，有優化的空間)，雖然在20秒產生504錯誤(由nginx處理)，後端代碼進程仍然繼續運行，並在25秒成功運行。

排除這個問題後，最有可能是代理伺服器覺得後端響應過於緩慢，主動關閉了該連接，是不是代理伺服器設置的超時時間過短?由於公司的代理伺服器(ssl nginx)是由專人維護的，看不到具體的配置，郵件詢問了同事，得到回復如下：

proxy_read_timeout 60

proxy_send_timeout 60

首先看下 proxy_read_timeout 的介紹：

Defines a timeout for reading a response from the proxied server. The timeout is set only between two successive read operations, not for the transmission of the whole response. If the proxied server does not transmit anything within this time, the connection is closed.

最後將該值修改為：

proxy_read_timeout 300

proxy_send_timeout 300

問題最終解決了，肯定是proxy讀取超時了，但具體的配置仍然疑惑。

進一步測試

可以進一步了解nginx的proxy配置，如果沒有特殊的需求，配置非常簡單。

server {

listen 443 ssl;

server_name www.simplehttps.com;

location / {

access_log access.log main;

error_log error.log;

proxy_pass http://127.0.0.1:8080;

proxy_read_timeout 5;

}

}

proxy_pass 可以是一個host、內部域名、ip地址，不用是一個對外的域名。

如果遇到超時問題，觀察error.log日誌，會看到以下錯誤：

2018/09/19 21:01:19 [error] 17034#0: *253 upstream timed out (110: Connection timed out) while reading response header from upstream, client: *.*.*.*, server: www.simplehttps.com, request: "GET /x.php HTTP/1.1", upstream: "http://*.*.*.*:8080/x.php", host: "www.simplehttps.com"

最後經過不斷調整nginx的proxy_read_timeout指令和後端x.php程序的執行時間，也沒有遇到工作中遇到的問題(20秒和60秒之間不對稱的問題)，只能後續繼續留意了。

總結

1：網關和後端的超時時間(proxy或fastcgi)必須協調一致，在本案例中，apache/mod_php運行最長時間如果是30秒，那麼nginx設置的超時時間必須大於30秒，因為必須考慮網路傳輸延時時間(非網路包總傳輸時間);而如果是nginx+php-fpm模式，nginx設置的超時時間相對簡單，因為大部分情況下，nginx和php-fpm部署在同一台機器上，網路延時相對較短，但必須考慮php最大執行時間和php-fpm最大執行時間，

2：針對504錯誤，可認為都是http錯誤碼，都是伺服器端的錯誤(相對於客戶端)，在遇到相關錯誤的時候，必須根據錯誤碼判斷可能存在的問題，然後再針對性的排查，否則排查時間會增加很多。

『玖』 如何解決504 Gateway Time-out

瀏覽器打開時提示504 Gateway Time-out錯誤搜索，是由伺服器未能及時響應客戶端造成的。

解決方法：

1、如果是流量太大引起的，請增加伺服器的流量。

2、如果是WEB伺服器的設置引起的，請重新進行設置。

3、這個問題只能由伺服器的管理員才能解決，客戶端無法解決。

拓展資料：

網關(Gateway)又稱網間連接器、協議轉換器。網關在傳輸層上以實現網路互連，是最復雜的網路互連設備，僅用於兩個高層協議不同的網路互連。網關的結構也和路由器類似，不同的是互連層。網關既可以用於廣域網互連，也可以用於區域網互連。 網關是一種充當轉換重任的計算機系統或設備。在使用不同的通信協議、數據格式或語言，甚至體系結構完全不同的兩種系統之間，網關是一個翻譯器。與網橋只是簡單地傳達信息不同，網關對收到的信息要重新打包，以適應目的系統的需求。同時，網關也可以提供過濾和安全功能。大多數網關運行在OSI 7層協議的頂層--應用層。