Nginx 599 error

[100% fixed] Error 599 invalid origin configuration-HTTP 599: Stream close

 HTTP 599: Timeout, http error 599,http 599: unknown,Http status 599 axl,Error 599 invalid origin configuration,HTTP 599: Stream close,HTTP errors list, HTTP error 599 VMware Horizon client, HTTP error 599 owncloud

According to the Response for comments (RFC), HTTP error codes 500-599 indicate that the server has encountered a drag whereas activity your request and is, therefore, unable to finish that request.

In this category of codes, error code 599 is one amongst the foremost wide used on websites. 

Nonetheless, it’s not expressly outlined in any RFC.

What will a Server affiliation (connection) Timeout Mean?(599) 

The ‘server affiliation (connection)timeout’ error happens to everyone exploitation the web. It means there’s a drag within the communication between the server and a tool. So, if the server takes too long to reply to an information request, a timeout error seems.

The timeout error is meant to stop a tool from AN endless expect the server to reply.

✔️Server overload: When a server is handling large traffic, it takes a extended time to reply to new information requests. If this point is longer than that set by your browser, then you’ll get the timeout error on every occasion to access the web site.

This is largely the case for websites with plain texts and straightforward pictures.

✔️Inexistent server: Another reason for obtaining this error is probably you’re attempting to access a server that doesn’t exist. this might be a results of finding out the incorrect address. It may additionally happen if the server has been affected offline.

✔️Error within the network hardware: Issues along with your network hardware may even be the rationale for this error. Your firewall or the router port settings might be block your information requests from going away the pc and reaching the server.

✔️Network infrastructure error: Once your device sends an information request, there area unit many ‘checkpoints’ that it’s to travel through before reaching the servers. So, if you’re employing a busy network, your request won’t get through to the server. for example, if you’re on a wi-fi network with several outward requests from alternative devices, there’s a high likelihood that your request are born.

✔️Inactivity on the client-side: Every server is meant with a group quantity of your time once that it will drop the affiliation, if the consumer becomes inactive. Usually, this is often a few of hours, however once this point is exceeded, this error message can crop up.

✔️Data request error: When you access a web site, the server and therefore the consumer applications ought to exchange information requests simply. If the server is unable to browse the requested information, it becomes unable to send a reply, and so, the error happens.

Nonetheless, the rationale for this error may additionally be: exploitation AN obsolete browser, attempting to access blacklisted web sites or exploitation faulty website extensions.

Where did the standing code 599 come back from, and wherever is it used?

As earlier mentioned, HTTP error 599 doesn’t seem on the RFC standing explanations. It doesn’t belong to the HTTP commonplace.The error is believed to possess 1st surfaced in 2009 from the Tornado server, however this data is nonetheless to be verified.

However, many websites area unit exploitation it with Microsoft because the hottest users. it’s used once none of the other HTTP responses is received, e.g. a timeout.

How to Fix Network error: affiliation(connection) regular out putty?-599

The ‘Network error: affiliation regular out’ error on PuTTY is comparatively common among its users.It happens once a server fails to attach to the consumer network; so, it can’t send a response to the affiliation of the PuTTY.

Here’s a summing up on a way to fix this error.

Step 1: put together your server settings

If you’ve recently modified your information science address, check to verify that your information science address and your port variety area unit correct. you’ll be able to additionally check the hostname and make sure that it’s correct. 

Confirm that your information science address isn’t blacklisted on the servers, and if it’s, raise the admin to form AN exception.

Step 2: UNIX operating system error

This error can also be created by UNIX operating system because it tries to send information through the network. once UNIX operating system is causation information, the affiliation to the server is lost. So, if you are attempting to faucet things on PuTTY once the Network is down, the error happens.

Step 3: Check your Firewall and Antivirus

In most cases, your firewall and antivirus might be proscribing the PuTTY affiliation to the server. To resolve this, first, open your firewall and add the information science address you wish to open.

You may additionally like better to quickly disable your firewall and antivirus and expect many minutes, (3-5) then attempt to log in once more. If this works, you’ll ought to tweak the antivirus settings to make sure that a similar error doesn’t happen once more in future.

Step 4: amendment (Change) your port

The error may additionally occur as a result of your network proxy is police work your port. So, amendment from your port from the default SSH port twenty two to the HTTPS port 443. To do this, visit etc/ ssh / sshd _config, then amendment the port.

Furthermore, if you’re employing a server that was got wind of by somebody else, build a degree to contact them and inquire. they could have modified the port to suit their convenience.

Step 5: ensure your PuTTY settings

It’s potential that you’re obtaining this error as a result of you’re exploitation the incorrect settings. If your settings area unit okay, strive restarting the SSH server and boot your servers.

Step 6: guarantee your DNS is pointed to the correct server

When operating with a replacement server, it’s extremely doubtless that this error is caused by setting the incorrect DNS configurations on the server. make sure that once putting in a server, you modify the server name to the proper name. in addition, ensure that your DNS is about to the information science address of your location.

There area unit many alternative ways in which to resolve this “Network error: affiliation regular out putty” error. However, the steps to resolve this error differs between devices, and so, these steps might not work for all the devices.

• Blog
• ERROR 599

(5 votes, average: 4.00 out of 5)

• July 22, 2022
• by Admin

According to the Response for comments (RFC), HTTP error codes 500-599 indicate that the server has encountered a problem while performing your request and is, therefore, unable to complete that request.

In this class of codes, error code 599 is one of the most widely used on websites. Microsoft HTTP proxies use this status code when signaling a network connect timeout behind the proxy to a client in front of the proxy.

Nonetheless, it’s not explicitly defined in any RFC.

What Does a Server Connection Timeout Mean?

The ‘server connection timeout’ error happens to everybody using the internet. It Means That there’s a problem in the communication between the server and a device. So, if the server takes too long to respond to a data request, a timeout error appears.

The timeout error is designed to prevent a device from an endless wait for the server to reply.

There are many reasons why the connection timeout occurs. Some of the most common reasons include:

Server overload: When a server is dealing with huge traffic, it takes a longer time to respond to new data requests. If this time is longer than that set by your browser, then you’ll get the timeout error each time to access the website.

This is mostly the case for websites with plain texts and simple images.

Inexistent server: Another reason for getting this error is maybe you’re trying to access a server that doesn’t exist. This could be a result of searching for the wrong address. It could also happen if the server has been moved offline.

Error in the network hardware: Issues with your network hardware could also be the reason for this error. Your firewall or the router port settings could be blocking your data requests from leaving the computer and reaching the server.

Network infrastructure error: Once your device sends a data request, there are a few ‘checkpoints’ that it has to go through before reaching the servers. So, if you’re using a busy network, your request might not get through to the server. For instance, if you’re on a wi-fi network with many outbound requests from other devices, there’s a high chance that your request will be dropped.

Inactivity on the client-side: Every server is designed with a set amount of time after which it can drop the connection, if the client becomes inactive. Usually, this is a couple of hours, but when this time is exceeded, this error message will pop up.

Data request error: When you access a website, the server and the client applications need to exchange data requests easily. If the server is unable to read the requested data, it becomes unable to send a reply, and so, the error occurs.

Nonetheless, the reason for this error could also be: using an outdated browser, trying to access blacklisted websites or using faulty website extensions.

Where did the status code 599 come from, and where is it used?

As earlier mentioned, HTTP error 599 doesn’t appear on the RFC status explanations. It doesn’t belong to the HTTP standard.The error is believed to have first surfaced in 2009 from the Tornado server, but this information is yet to be verified.

However, several websites are using it with Microsoft as the most popular users. It is used when none of the other HTTP responses is received, e.g. a timeout.

How to Fix Network error: connection timed out putty?

The ‘Network error: connection timed out’ error on PuTTY is relatively common among its users.It occurs when a server fails to connect to the client network; and so, it can’t send a response to the connection of the PuTTY.

Here’s a rundown on how to fix this error.

Step 1: Configure your server settings

If you’ve recently changed your IP address, check to confirm that your IP address and your port number are correct. You can also check the hostname and ensure that it’s correct. If it doesn’t work, contact your system or network administrator.

Confirm that your IP address isn’t blacklisted on the servers, and if it is, ask the admin to make an exception.

Step 2: UNIX error

This error may also be created by Unix as it tries to send data through the network. When Unix is sending data, the connection to the server is lost. So, if you try to tap things on PuTTY when the Network is down, the error occurs.

Step 3: Check your Firewall and Antivirus

In most cases, your firewall and antivirus could be restricting the PuTTY connection to the server. To resolve this, first, open your firewall and add the IP address you want to open.

You may also opt to temporarily disable your firewall and antivirus and wait for a few minutes, (3-5) then try to log in again. If this works, you’ll need to tweak the antivirus settings to ensure that the same error doesn’t happen again in future.

Step 4: Change your port

The error could also occur because your network proxy is detecting your port. So, change from your port from the default SSH port 22 to the HTTPS port 443. To do this, go to etc/ ssh / sshd _config, then change the port.

Furthermore, if you are using a server that was set up by someone else, make a point to contact them and inquire. They might have changed the port to suit their convenience.

Step 5: Confirm your PuTTY settings

It’s possible that you’re getting this error because you’re using the wrong settings. If your settings are okay, try restarting the SSH server and reboot your servers.

Step 6: Ensure your DNS is pointed to the right server

When working with a new server, it’s highly likely that this error is caused by setting the wrong DNS configurations on the server. Ensure that after installing a server, you change the server name to the correct name. Additionally, confirm that your DNS is set to the IP address of your location.

There are several other ways to resolve this “Network error: Connection timed out putty” error. However, the steps to resolve this error differs between devices, and so, these steps may not work for all the devices.

The Connection timed-out error when browsing in Windows 10

For Windows 10 users, the ‘connection timed-out’ error is by far the most common error you can experience. It’s mostly caused by complications on the server, but at times, it’s a result of unintentional user errors.

While this error can occur when using different features of the OS, most users have reported it when using Wi-fi and Chrome/Firefox browsers. Other variations of the error that users experience include:

• Connection timed out/lost – Because of poor internet connection.
• Connection timeout TCP – Because of faulty TCP configuration.
• Connection request timed out – Because of incorrect network settings.
• Connection attempt timed out – Because of network issues.
• Connection server timed out – Because of slow server response time.
• The connection has been reset/ closed by the server – Because the server closed your connection or incorrect configuration.

There are many solutions to this error, mainly because it can be triggered by changing different settings. So, you have to be careful when changing your settings on Windows.

Some of the common solutions to resolve this include: Renewing your DNS and Ip address, changing your browser time-out settings, resetting your browser to the default settings, reset your router and updating your browser and network adapters.

The error can also be a result of a broken extension on your browser. So, remove the extension or repair it.

How to resolve a web “Connection timed” error

Connection time-out occurs whenever a browser doesn’t receive a response from the server. This usually takes 30-60 seconds, depending on your browser settings. So, if a server responds after two minutes, and your browser is set at a minute, this error occurs.

If you keep getting this error on your site, here’s how to fix it for good.

Break down your code

A good reason why you keep getting a connection timeout error is; you might be sending large chunks of data to the server. So, it takes a lot of time for the server to respond and hence the error. To fix this, you need to break down your code to send in smaller data.

For instance, instead of inserting all your records to a database at one time, insert a few records then send a response to the browser.

Ensure you have the correct web address

Your site could also experience this code status 404, or at times, the 599 code error, because you’re trying to load files to a non-existent location. This dramatically slows down your site and may cause a timeout error.

It becomes worse if your site loads data from external sources, e.g. PayPal, Skrill, Google Analytics. If these websites experience a slow response time, they’ll affect your website, causing loading failures on some of your pages.

Run your scripts in the background

If your site’s PHP scripts take a longer time to run, consider running the scripts in the background. The script can use a database or file to write its status.

You may then use a tool like AJAX to check the script’s status and add a loading bar, which can be removed once the script is complete.You can also avoid the load balancer’s timeout by using PHP or Perl in place of HTTP.

Keep in mind that your code has to find a way to send a response back to the client browser on time.

Lastly, check on the memory space assigned to the plugins on your site. Plugins like WordPress, and jQuery UI, utilize a lot of resources and so, need to be allocated adequate memory size. Otherwise, they’ll slow down the site and result in the connection timed out error.

Http 403 Forbidden

Related Resources

Website virus scanner

Web Hosting

Free Website Hosting

I’m new here, thanks. I’m writing rules for Drupal using the Boost static caching module (like wp-super-cache). Is there anything wrong with using fake error codes like 599, 598 and internal locations to control logic?

[code]

server {

listen 80;

server_name example.com;

access_log /var/log/nginx/example.com.access.log;

error_log /var/log/nginx/example.com.error.log;

root /var/example.com;

index index.php;

if ($host !~* ^(example.com)$ ) { # deny illegal host headers

return 444;

}

location / {

rewrite ^/(.*)/$ /$1 permanent; # remove trailing slashes for SEO

error_page 404 @drupal;

try_files $uri @cache;

}

location @cache {

if ( $request_method !~ GET ) {

return 599;

}

if ($http_cookie ~ «DRUPAL_UID») {

return 599;

}

error_page 599 = @drupal;

expires epoch;

add_header Cache-Control «must-revalidate, post-check=0, pre-check=0»;

charset utf-8;

try_files /cache/$host${uri}_$args.html @drupal;

}

location @drupal {

rewrite ^/(.*)$ /index.php?q=$1 last;

}

location ~ .php$ {

try_files $uri @drupal; #check for existence of php file

fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

include /etc/nginx/fastcgi_params;

}

location ~ .css$ {

if ( $request_method !~ GET ) {

return 598;

}

if ($http_cookie ~ «DRUPAL_UID») {

return 598;

}

error_page 598 = @x598;

access_log off;

error_log /dev/null crit; # prevent debugging if compiled —with-debug

expires max; #if using aggregator

try_files /cache/$host${uri}_.css $uri @x404;

}

location ~ .js$ {

if ( $request_method !~ GET ) {

return 598;

}

if ($http_cookie ~ «DRUPAL_UID») {

return 598;

}

error_page 598 = @x598;

access_log off;

expires max; # if using aggregator

try_files /cache/$host${uri}_.js $uri @x404;

}

location @x598 {

access_log off;

expires max; # max if using aggregator, otherwise sane expire time

}

location ~* ^.+.(jpg|jpeg|gif|png|ico)$ {

if ($http_referer !~ ^(http://example.com) ) { # prevent image hijacking

return 444;

}

access_log off;

expires 45d;

try_files $uri @x404;

}

location @x404 {

return 404;

}

location ~ /. {

deny all;

}

location ~* ((cron.php|settings.php)|.(htaccess|engine|inc|info|install|module|profile|pl|po|sh|.*sql|theme|tpl(.php)?|xtmpl)$|^(Entries.*|Repository|Root|Tag|Template))$ {

deny all;

}

}

[/code]

Where did the status code 599 come from, and where is it used? #22

Comments

shrink commented Nov 7, 2015

The status code 599 is non-standard, it doesn’t exist in any RFC, but it appears to be quite widely used, it’s the 10th most popular status code on the website. The description I originally used came from wikipedia, now the wikipedia page has been updated with circular references, and my google searches aren’t returning much useful information on where the code came from, or who’s using it. but it must be someone!

Any research / input here is greatly appreciated.

The text was updated successfully, but these errors were encountered:

passcod commented Jul 20, 2016 •

Wikipedia source in October 2015 was https://github.com/serrynaimo/http-status-singlish#599-network-connect-timeout-error-unknown although that might also be circular as it was only [citation needed] in November 2014.

In fact, there is apparently a history of circular references for 599. Here’s another from 2011: https://www.flickr.com/photos/girliemac/6509400929/in/set-72157628409467125/

Here’s the Tornado server in 2009: tornadoweb/tornado@33c3f8d History beyond that is lost to us as it belongs in the closed-source history of Tornado, which we don’t have (access to).

HTTP error integer error code, e.g. 404. Error code 599 is used when no HTTP response was received, e.g. for a timeout.

That itself may be a reason it’s seen often in error aggregation services, as they report statuses seen from servers?

I have found no further reference to an HTTP error 599 before 2009 in google and mailing list archives.

Источник

Коды ответа HTTP

Код ответа (состояния) HTTP показывает, был ли успешно выполнен определённый HTTP запрос. Коды сгруппированы в 5 классов:

1. Информационные 100 — 199
2. Успешные 200 — 299
3. Перенаправления 300 — 399
4. Клиентские ошибки 400 — 499
5. Серверные ошибки 500 — 599

Коды состояния определены в 10-ой секции RFC 2616. Обновленную спецификацию можно найти в RFC 7231 .

Если вы получили код ответа (состояния), которого нет в данном списке, в таком случае он является не стандартизированным кодом ответа (состояния), вероятней всего он кастомный сервера.

Следующая таблица содержит список всех кодов и их значения:

«Множественный выбор». Этот код ответа присылается, когда запрос имеет более чем один из возможных ответов. И User-agent или пользователь должен выбрать один из ответов. Не существует стандартизированного способа выбора одного из полученных ответов.

«Перемещён на постоянной основе». Этот код ответа значит, что URI запрашиваемого ресурса был изменён. Возможно, новый URI будет предоставлен в ответе.

«Найдено». Этот код ответа значит, что запрошенный ресурс временно изменён. Новые изменения в URI могут быть доступны в будущем. Таким образом, этот URI, должен быть использован клиентом в будущих запросах.

«Перенаправление на постоянной основе». Это означает, что ресурс теперь постоянно находится в другом URI, указанном в заголовке Location: HTTP Response. Данный код ответа имеет ту же семантику, что и код ответа 301 Moved Permanently , за исключением того, что агент пользователя не должен изменять используемый метод HTTP: если POST использовался в первом запросе, POST должен использоваться и во втором запросе.

Этот ответ отсылается, когда запрос конфликтует с текущим состоянием сервера.

Этот ответ отсылается, когда запрашиваемый контент удалён с сервера.

Запрос отклонён, потому что сервер требует указание заголовка Content-Length , но он не указан.

Размер запроса превышает лимит, объявленный сервером. Сервер может закрыть соединение, вернув заголовок Retry-After

Источник

Коды ошибок HTTP: расшифровка и устранение

При обращении к веб-серверу или приложению каждый поступивший HTTP-запрос получает в качестве ответа код состояния HTTP (англ. HTTP status code). Коды состояния HTTP – это трехзначные коды, сгруппированные в пять различных классов. Класс кода состояния можно определить по первой цифре:

• 1хх – информационные коды;
• 2хх – успех;
• 3хх – перенаправление;
• 4хх – ошибка клиента;
• 5хх – ошибка сервера.

Это руководство фокусируется на выявлении и устранении наиболее часто встречающихся кодов ошибок HTTP (то есть кодов состояния 4xx и 5xx) с точки зрения системного администратора. В некоторых ситуациях веб-сервер отвечает на запрос определенным кодом ошибки; рассмотрим общие возможные причины и решения.

Краткий обзор ошибок клиента и сервера

Ошибки клиента (коды состояния HTTP 400-499) возникают из-за HTTP-запросов, отправленных клиентом (веб-браузером или другим клиентом HTTP). Хотя данные типы ошибок связаны непосредственно с клиентом, системному администратору полезно знать, с какими кодами ошибок может столкнуться пользователь, чтобы определить, можно ли решить эту проблему в конфигурациях сервера.

Ошибки сервера (коды состояния HTTP 500-599) возникают тогда, когда веб-сервер не в состоянии обработать запрос из-за какой-либо ошибки или сбоя.

Общие советы по устранению ошибок HTTP

• При использовании веб-браузера для тестирования веб-сервера не забудьте обновить браузер после внесения изменений в настройки сервера.
• Проверяйте логи сервера, чтобы получить подробные сведения о том, как сервер обрабатывает запросы. Например, веб-серверы Apache и Nginx создают два файла по имени access.log и error.log, в которых можно найти соответствующую информацию.
• Запомните: определения кодов состояния HTTP являются частью стандарта, который реализуется обслуживающим запросы приложением. Это означает, что фактический код состояния, который возвращается в результате, зависит от того, как программное обеспечение сервера обрабатывает конкретную ошибку.

Ознакомившись с основными понятиями кодов состояния HTTP, приступим к обзору наиболее часто встречающихся ошибок.

Ошибка 400 Bad Request

Код статуса 400, или ошибка Bad Request («неверный запрос») означает, что синтаксис запроса HTTP, отправленного на сервер, неверен.

Как правило, причины возникновения ошибки 400 Bad Request таковы:

• Куки пользователя, связанные с сайтом, повреждены. Чтобы решить эту проблему,, попробуйте очистить кэш браузера и файлы cookie.
• Искаженный запрос из-за неисправного браузера.
• Искаженный запрос из-за ошибки пользователя при формировании HTTP-запроса вручную (например, неправильное использование curl).

Ошибка 401 Unauthorized

Код статуса 401, или ошибка Unauthorized («неавторизован») значит, что пользователь, пытающийся получить доступ к ресурсу, не прошел авторизацию (или не смог пройти ее, указав неверные учетные данные). Чтобы иметь возможность просматривать защищенный ресурс, пользователь должен предоставить корректные учетные данные.

Например, ошибка 401 Unauthorized может возникнуть, если пользователь пытается получить доступ к ресурсу, который защищен HTTP-авторизацией (как в этом руководстве по Nginx). В подобной ситуации ошибка 401 будет появляться снова и снова до тех пор, пока пользователь не предоставит корректный логин и пароль (который внесен в файл .htpasswd).

Ошибка 403 Forbidden

Код состояния 403, или ошибка Forbidden («запрещено») значит, что запрос пользователя был отправлен верно, но сервер отказывается обслуживать его в связи с отсутствием разрешения на доступ к запрашиваемому ресурсу. В этом разделе описаны наиболее распространенные причины возникновения ошибки 403.

Права на файл

Как правило, ошибка 403 случается, если пользователь, который запускает процесс веб-сервера, не имеет прав на чтение запрашиваемого файла.

Чтобы привести пример устранения ошибки 403, предположим, что:

• пользователь пытается получить доступ к индексному файлу (http://example.com/index.html);
• рабочий процесс веб-сервера принадлежит пользователю www-data;
• индексный файл на сервере находится в /usr/share/nginx/html/index.html.

Итак, если пользователь получает ошибку 403 Forbidden, убедитесь, что пользователь www-data имеет права на чтение файла. Как правило, в подобной ситуации нужно просто изменить права на файл. Это можно сделать несколькими способами, но в данном случае подойдет вот эта команда:

sudo chmod o=r /usr/share/nginx/html/index.html

Файл .htaccess

Еще одна потенциальная причина возникновения ошибки 403 (часто это делается намеренно) – использование файла .htaccess. При помощи файла .htaccess можно запретить конкретным IP-адресам (или диапазонам адресов) доступ к определенным ресурсам.

Если пользователи неожиданно получают ошибку 403 Forbidden, убедитесь, что она не была вызвана настройками файла .htaccess.

Несуществующий индексный файл

Если пользователь пытается получить доступ к каталогу, который не имеет стандартного индексного файла, а листинг каталога (directory listing) отключен, веб-сервер будет возвращать ошибку 403 Forbidden. Такое случится, если, например, пользователь попытается получить доступ к каталогу http://example.com/emptydir/, а в каталоге emptydir на сервере нет индексного файла. Листинг каталога можно включить в конфигурациях сервера.

Ошибка 404 Not Found

Код статуса 404, или ошибка Not Found («не найдено») значит, что пользователь может взаимодействовать с сервером, но требуемый файл или ресурс отсутствует.

Ошибки 404 могут возникнуть в самых различных ситуациях. Ниже приведен список советов, которые помогут устранить проблему в случае, если пользователь неожиданно получил 404 Not Found:

• Проверьте ссылку, которая направляет пользователя на сервер, на наличие ошибок или опечаток.
• Возможно, пользователь ввел неверный URL.
• Может быть, нужного файла не существует в указанном месте на сервере; убедитесь, что запрашиваемый ресурс не был перемещен или удален с сервера.
• Проверьте, правильно ли указано местонахождение корневого каталога (document root) в конфигурации сервера.
• Возможно, пользователь, которому принадлежит рабочий процесс веб-сервера, не имеет соответствующих прав, чтобы открыть каталог, в котором находится запрашиваемый файл. Для доступа к каталогу нужны права на чтение и выполнение.
• Если пользователь переходит к ресурсу по символической ссылке, убедитесь, что веб-сервер настроен для поддержки символических ссылок.

Ошибка 500 Internal Server Error

Код состояния 500, или ошибка Internal Server Error («внутренняя ошибка сервера») означает, что сервер не может обработать запрос по неизвестной причине. Иногда этот код появляется в ситуациях, когда более подходящими являются другие сообщения об ошибках 5xx.

Как правило, причиной данной ошибки является неправильная настройка сервера (например, искаженный файл .htaccess) или нехватка некоторых пакетов (к примеру, запуск файла PHP без предварительно установленного PHP).

Ошибка 502 Bad Gateway

Код состояния 502, или ошибка Bad Gateway («ошибочный шлюз») значит, что запрашиваемый сервер является шлюзом или прокси-сервером, и он не получает валидных ответов от серверов бэкэнда, которые на самом деле выполнили запрос.

Если речь идет об обратном прокси-сервере (например, о балансировщике нагрузки), убедитесь, что:

• с серверами бэкэнда (на которые пересылаются HTTP-запросы) все в порядке;
• обратный прокси настроен правильно, в его настройках указаны корректные бэкэнды;
• сетевое соединение между серверами бэкэнда и обратным прокси-сервером в порядке. Если серверы могут взаимодействовать на других портах, убедитесь, что эти порты не заблокированы брандмауэром;
• нужные сокеты существуют в корректном местонахождении и имеют соответствующие разрешения (если веб-приложение настроено слушать сокеты).

Ошибка 503 Service Unavailable

Код состояния 503, или ошибка Service Unavailable («сервис недоступен») означает, что сервер перегружен или находится на обслуживании; такой сервис должен стать доступным в течение некоторого времени.

Если сервер не находится на обслуживании, эта ошибка может указывать на то, что серверу не хватает ресурсов процессора или памяти для обработки всех входящих запросов, или что нужно настроить веб-сервер для обслуживания большего количества пользователей или процессов.

Ошибка 504 Gateway Timeout

Код состояния 504, или ошибка Gateway Timeout («шлюз не отвечает») значит, что данный сервер является шлюзом или прокси-сервером, и он не получает ответа от бэкэнда в пределах допустимого периода времени.

Как правило, это происходит по следующим причинам:

• Плохое сетевое соединение между серверами;
• Внутренний сервер, который выполняет запрос, работает слишком медленно;
• В настройках сервера задано слишком короткое время ожидания шлюза или прокси-сервера.

Заключение

Теперь вы знакомы с основными кодами ошибок HTTP и знаете некоторые пути решения этих проблем.

Если же вы столкнулись с ошибкой, которая не была охвачена данной статьей, или знаете другие удобные способы устранения ошибок HTTP, пожалуйста, опишите их в комментариях ниже.

Источник

Adblock
detector