Nginx 505 error - Исправление ошибок и поиск оптимальных решений проблем

Hi at all,
since I rebuilt my forums from backup over my new server environment (apache with nginx as proxy/PHP 7.0.14 FPM over apache with and serving all static files over nginx.
I get the 505 Gateway Time-out nginx stop error every time when I update the attachements of the board exactly by 25%.

I asked my server administration helper how to fix it.
She told me to write the following code in the additional apache and nginx instructions of domain — webhosting configuration box of the domain in the bottom of this Plesk site.

Code:

fastcgi_read_timeout 300;

I also added another instruction, like written in teh description: This is my code:

gzip_proxied any;
fastcgi_read_timeout 300;

I’m a kind of complete solution worker, so I made this configuration to all of the other 8 domains.
After resolving I make a # reboot,made tested nginx server, restarted nginx server and made a reboot

nginx -t
everything OK
/etc/init.d/nginx restart

But nothing changed in the running update script ! ! ! Stopping like always at 25%.

Additional questions: Do you know which file and path to file this configuration file is?

After the first failed test, I myself made the big mistake:
I wrote the same code in the PHP 7.0.14 configuration box (nginx) of domain webhosting settings. The domain PHP configuration file.
NO error, but after another unsuccessful test in this case I deleted the code from PHP 7.0.14 settings and rebooted.

But in the normal apache and nginx configuration files of each domain I still have this two settings.
Can I test the functionality on over a Bash command or on a website, if it works or not?
How can I fix my main 505 Gateway Time-out nginx error problem?

Please, sorry so much for a lot of questions. I don’t want to destroy the good running system I ever had by this mistake testing in the wrong PHP settings box. And a little help to fix my main problem would be great.
Greets

Perfekte PHP Einstellungen-0.jpg

328.2 KB
· Views: 19

Last edited: Jan 18, 2018

UFHH01

Guest

Hi Dukemaster,

pls. don’t mix PHP — settings, with NGINX settings.

Pls. be aware, that (sub)domain — specific PHP — settings depend on the enherited settings in your other php.ini ‘s. If you don’t setup unique (sub)domain — settings, the subscription php.ini is being used.

Pls. inspect errors/issues/problems FIRST in your log — files, so that you have a better understanding, what might be mis- or unconfigured. In your case, you will notice errors like: «upstream timed out (110: Connection timed out) while reading response header from upstream», which will then lead you to a KB — article from the Plesk Knowledge — Base:

Try to increase the max_execution_time setting of PHP, e.g match it to the the 300 seconds you allow for your Apache to respond to Nginx. Currently your script expires after 30 seconds, so it does not help to let Nginx wait for a max of 300 seconds. Apache simply does not deliver anything after the 30 seconds window has expired. A function like «Dateianhänge aktualisieren» sounds like an awful long, time-consuming process. Maybe even 600 seconds are not enough for that.

Follow UFHH01 hint and the KB article, but also increase the max_execution_time for your PHP script. Maybe try 600 seconds first in PHP settings AND Nginx configuration directives? Then go to 1200, 1800, 2400 … if the 600 is insufficient. Restart Apache and Nginx after each configuration change for the settings to take effect.

UFHH01

Guest

Hi Peter Debik,

A function like «Dateianhänge aktualisieren» sounds like an awful long, time-consuming process. Maybe even 600 seconds are not enough for that.

It’s not, with wbb, the whole process is devided into small pieces.

Hi Dukemaster,

I forgot to mention, that you might consider to add additional NGINX rewrites, as suggested at the woltlab — forums:

For wbb3:

Code:

    # wbb3-rewrites.conf =
    
        if (!-e $request_filename) {
            rewrite ^/tag/([0-9]+)-([^/.]*)/?$ /forum/index.php?page=TaggedObjects&tagID=$1 last;
            rewrite ^/user/([0-9]+)/([^/.]*)/?$ /forum/index.php?page=User&userID=$1&username=$2 last;
            rewrite ^/([^/.]+)/([0-9]+)-([^/.]*)/last-post.html$ /forum/index.php?page=Thread&threadID=$2&action=lastPost last;
            rewrite ^/([^/.]+)/([0-9]+)-([^/.]*)/first-new-post.html$ /forum/index.php?page=Thread&threadID=$2&action=firstNew last;
            rewrite ^/([^/.]+)/p([0-9]+)-([^/.]*)/?$ /forum/index.php?page=Thread&postID=$2 last;
            rewrite ^/([^/.]+)/([0-9]+)-([^/.]*)/index([0-9]+).html$ /forum/index.php?page=Thread&threadID=$2&pageNo=$4 last;
            rewrite ^/([^/.]+)/([0-9]+)-([^/.]*)/?$ /forum/index.php?page=Thread&threadID=$2 last;
            rewrite ^/([^/.]+/)*([^/.]+)/index([0-9]+).html$ /forum/index.php?page=Board&boardTitle=$2&pageNo=$3 last;
            rewrite ^/([^/.]+/)*([^/.]+)/?$ /forum/index.php?page=Board&boardTitle=$2 last;
            rewrite ^/index.html$ /forum/index.php?page=Index last;
        }

For wbb4:

Code:

    # wbb4-rewrites.conf =
    
        if (!-e $request_filename) {
            rewrite ^/user/([0-9]+)-([^/.]*)/?$ /index.php/User/$1-$2/ permanent;
            rewrite ^/(board[0-9]+-[^/.]+/)*board([0-9]+)-([^/.]+)/([0-9]+)-([^/.]*)/last-post.html$ /index.php/Thread/$4-$5/?action=lastPost permanent;
            rewrite ^/(board[0-9]+-[^/.]+/)*board([0-9]+)-([^/.]+)/([0-9]+)-([^/.]*)/first-new-post.html$ /index.php/Thread/$1-$2/?action=firstNew permanent;
            rewrite ^/(board[0-9]+-[^/.]+/)*board([0-9]+)-([^/.]+)/p([0-9]+)-([^/.]*)/?$ /index.php/Thread/$5/?postID=$4&$args#post$4? permanent;
            rewrite ^/(board[0-9]+-[^/.]+/)*board([0-9]+)-([^/.]+)/([0-9]+)-([^/.]*)/index([0-9]+).html$ /index.php/Thread/$4-$5/?pageNo=$6 permanent;
            rewrite ^/(board[0-9]+-[^/.]+/)*board([0-9]+)-([^/.]+)/([0-9]+)-([^/.]*)/?$ /index.php/Thread/$4-$5/ permanent;
            rewrite ^/(board[0-9]+-[^/.]+/)*board([0-9]+)-([^/.]+)/index([0-9]+).html$ /index.php/Board/$2-$3/?pageNo=$4 permanent;
            rewrite ^/(board[0-9]+-[^/.]+/)*board([0-9]+)-([^/.]+)/?$ /index.php/Board/$2/ permanent;
            rewrite ^/user/blog([0-9]+)-([^/.]*)/entry([0-9]+)-([^/.]*)/?$ /blog/index.php/Entry/$3-$4/ permanent;
            rewrite ^/user/blog([0-9]+)-([^/.]*)/category([0-9]+)-([^/.]*)/?$ /blog/index.php/EntryList/?userID=$1 permanent;
            rewrite ^/blog/category([0-9]+)-([^/.]*)/?$ /blog/index.php/Blog/ permanent;
            rewrite ^/user/blog([0-9]+)-([^/.]*)/?$ /blog/index.php/EntryList/?userID=$1 permanent;
            rewrite ^/user/gallery([0-9]+)-([^/.]*)/photo([0-9]+)-([^/.]*)/?$ /gallery/index.php/Image/$3-$4/ permanent;
            rewrite ^/user/gallery([0-9]+)-([^/.]*)/album([0-9]+)-([^/.]*)/?$ /gallery/index.php/Album/$3-$4/ permanent;
            rewrite ^/gallery/category([0-9]+)-([^/.]*)/?$ /gallery/index.php/Gallery/ permanent;
            rewrite ^/user/gallery([0-9]+)-([^/.]*)/?$ /gallery/index.php/Image/$3-$4/ permanent;
        }

It’s not, with wbb, the whole process is devided into small pieces.

Good to know. I don’t know wbb well. Anyway, the 30s execution time … maybe a slow server, high load, maybe some images to render — could not be enough runtime to finish the script and send the output.

UFHH01

Guest

Anyway, the 30s execution time … maybe a slow server, high load, maybe some images to render — could not be enough runtime to finish the script and send the output.

Correct, that’s why he should read and follow the KB — article suggestions:

Wonderful Gentlemen, I started my first woltlabburningboard exactly 10 years ago. Team member and developer of addons helped me running my own server. The software constantly grows, exactly the same like Plesk does.
Tomorrow the final board 5.0 with amazing Suite 3.0 (former WFC) and functionalities creating own sites without any purchasing software… I love it..From 2009 to 2012 realized a Cam and Voice Flash Chat connected with WBB over streaming server RED5 on Debian with Plesk. but they stopped the project Flashchat by Darrens 5$ Script Archive, so I had to stop it too because of security risks. But It worked…

THANKS YOU again for your great help, @UFHH01. I did what you suggested and now maintance runs like faster like never before. Perhaps, like you have seen, for the heavy images files until 20mb and adobe .psd(s) of the galleries the co-admin made heavy changes in PHP 7.0.14 settings (also in my.cnf) like 196M memory_limit, 46 post_max_size, 40 upload_max_filesize… and now your 300 execution_time instead of 30.
I use much heavy image loads and imagick since years and over 20 Chatrooms, blogs, streaming website background music…

Could you please only tell me, where the nginx configuration file is (path) and what’s the exact name is?
The box with input «fastcgi_read_timeout 300;» in bottom of additional settings for nginx is related to it and makes the changes in this conf-file.

Now it’s like a dream coming real. Best performance… Good morning to all of you.

Last edited: Dec 13, 2016

I forgot to mention, that you might consider to add additional NGINX rewrites, as suggested at the woltlab — forums:

I had these rules for the last two or more years in my .htaccess, but it is only necessary for a few months in order that searchmaschines like Google save the path.
Then you can delete them. (Apache — SEO Linkumschreibungen)

Woltlab Support — Blog Comments <— Permalink

Dukemaster05 — 22. November 2016 [/B][/SIZE]
Umleitung wieder entfernen!
Hatte diese Umleitung jahrelang auch erfolgreich genutzt, über 4.0 bis 4.1. Nun aber habe ich kürzlich die htaccess mal aufräumen wollen und entfernte diese Umschreibungen, ließ nur die die rewrite auf https:www drin. Einfach nur zum Test!
Ergebnis: Keinerlei Ausfälle und Fehlanzeigen.
Wüsste gerne wie das kommt und ob es spruchreif ist, bzw es an anderen zwischenzeitlichen Änderungen oder Updates liegt? Gruss

— 22. November 2016
Durch den Umleitungscode 301 aktualisieren die Suchmaschinen die Links entsprechend. Nachdem die erneute Indexierung durchgelaufen ist, wird die Umschreibung prinzipiell nur noch für interne Links in Beiträgen benötigt. Diese werden aber von vielen Administratoren direkt in der der Datenbank korrigiert. Daher ist die Umschreibung nach spätestens einigen Monaten unnötig.[/B][/SIZE]

Last edited: May 17, 2017

UFHH01

Guest

Hi Dukemaster,

Could you please only tell me, where the nginx configuration file is (path) and what’s the exact name is?

Again, I would like to point you to another KB — article ( I hate that to write, but I already suggested to bookmark it, pls. ):

I had these rules for the last two or more years in my .htaccess, but it is only necessary for a few months in order that searchmaschines like Google save the path.
Then you can delete them. (Apache — SEO Linkumschreibungen)

Dear Andrea Berg, ( )
no, it is NOT unnecessary to leave these ( SEO ) rewrites where they are ( «.htaccess» + «Additional NGINX directives» ), but rather essential to tell apache+nginx, where they should look for files and folders, depending to the settings for the corresponding wbb — installation, how to handle permalinks, when there is a combination of apache2+nginx+php-fpm in use for a domain. Unfortunately, Woltlab still doesn’t present a decent NGINX support, which could avoid ( possible ) issues/errors/problems, when webserver — combinations are used. I have to point out though, that «wbb» is still one of the fastest and best forum — software, but there is still much room for improvements.

@Dukemaster: Just tell her to avoid postings, which are beyond her knowledge and she definelty hasn’t got much knowledge about NGINX and SEO.

Hi, @UFHH01,

To the problem itself — I made a big mistake! ! !
I meant ONLY these one of the older woltlab versions.
The rules of your actual running WBB version have to be included ! Asolutely !
My actual version since around one year is 4.1 (updated from 4.0).
So,

for the first period after the update it’s necessary to also include the rewrites of the former version 4.0

.
After a few months you can delete the older 4.0 rules but:
YOU HAVE TO USE THE ACTUAL REWRITES (in my case 4.1) OF YOUR CURRENT VERSION — Only the rules of the former version could be deleted after a few months!

Greets

Last edited: May 17, 2017

Hi friends, this topic is a never ending story, isn’t it.
Monday after one year it was upgrade time at Woltlabs. I wondered to get the same problem with timeout again.
So, the support article should lead me to heaven, but nothing at all. Wondered to find the link unaccessible like so many others.
I looked and searched for half an hour to find a similar one, but there is no. Would be nice if Plesk Support which is great and helps me often could make a new one related to this problem.

Greets and happy new year at all…

IgorG

Thank you very much @IgorG. Increasing to 300 was not enough in this case. The actualization of one animated.gif (3 Minutes long mini-video called «Beating Tetris») takes always around 8 minutes. Increasing to recommended values of 1200 sec. solves the problem.

Источник

On Tue, Aug 04, 2015 at 06:19:03PM -0400, nginxuser100 wrote:

Hi there,

> I have my FCGI server send «HTTP/1.1 505 Version Not SupportedrnStatus:
> 505 Version Not Supportedrnrn».
> In nginx.conf, I have:
>
> fastcgi_intercept_errors on;
> error_page 505 /errpage;
> location /errpage {
> try_files /version_not_supported.html =505;
> }
>
> If version_not_supported.html is not found, I expected nginx to display «505
> HTTP Version Not Supported» on the browser page, and to return «Status Code:
> 505 HTTP Version Not Supported» in the HTTP response. Instead, I got a blank
> page, and the HTTP response shows a Status code of «505 OK».

I think that you can control the HTTP status code that nginx returns,
and you can control the body content returned with the response; but
you cannot control the «reason phrase» that nginx puts on the status line.

So nginx can be told to return (for example) «HTTP/1.1 505 » with the
body content that you choose. If that is good enough for what you want,
you won’t need to go beyond nginx.conf to achieve it.

(To do that, you could replace «=505» with «@my505», and then in
«location @my505» do «return 505 my_body_content». I’m sure that other
ways of achieving the same thing exist too.)

What the browser chooses to do with the 505 response is its business —
perhaps it will show its own «505» page instead of what nginx sent;
or perhaps it will show exactly what nginx sent.

> Note NGINX displays the correct error message and Status code for other
> error codes such as 400, 401, 403, 404, 500, etc. Just for 505, NGINX would
> not return the proper error message.

I think that nginx returns its hard-coded «reason phrase» for each of
those status codes. It happens not to have one for 505, so it returns
the empty one.

Or do you have a config when you can control the reason phrase for those
status codes?

Cheers,

f
—
Francis Daly francis@daoine.org

_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx

Источник

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

В этот раз подробно расскажу об ошибке 505. Почему появляется, кто виноват и что предпринять.

Что обозначает ошибка 505?

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

То есть в запросе клиента указана версия HTTP 1.1 или какая-нибудь еще более старая (типа HTTP 0.9). Ресурс с ней больше не работает или не хочет обрабатывать «устаревший» запрос. Отсюда и возникает ошибка.

По идее, разработчики должны указать клиенту не только код ошибки, но и пояснить, почему она возникла. Объяснить, почему не поддерживается выбранный HTTP-протокол. Но это уже частности, которые не всегда берутся во внимание. Вебмастерам и администраторам на заметку, так сказать. Поясните, пожалуйста, пользователям, почему надо обновляться и зачем нужен более свежий протокол HTTP.

Но это не единственный сценарий. То же справедливо и для владельцев сайта. Возможно, это они давно не обновляли программное обеспечение сервера. Поэтому ресурс не работает с новыми версиями протокола. Что тоже ведет к аналогичной ошибке.

Ну или разработчики решили в угоду безопасности и прогресса попросту отказаться от всего, что старее HTTP 1.1. Поэтому свежий браузер может не пустить на старинный сайт. В любом случае отстает кто-то один. Нужно устранить эту несовместимость.

Как исправить 505 HTTP Version not Supported?

Ок, теперь мы знаем, что обозначает код 505 и понимаем, из-за чего он возникает. Дело в несоответствии версий протоколов. Теперь будем разбираться, как устранить возникшую проблему. Рассмотрим варианты как для пользователей, так и для владельцев ресурса.

Что можно сделать на стороне клиента?

Начнем с основ.

Обновить программное обеспечение

Обновление приложений, драйверов, системы и прочих кусков «софта» нередко решает проблемы. Могу посоветовать попробовать обновление и в этой ситуации.

Скачайте обновление операционной системы.
Обновите браузеры и все используемые веб-приложения. Так можно будет сразу отмести в сторону проблемы с устаревшим ПО на стороне клиента.
Переустановите протокол NET.Framework.
Установите новые драйвера для сетевых устройств.
Выдайте используемому браузеры больше прав в брандмауэре и антивирусе.

В общем, выполняем базовую диагностику и задействуем «универсальные» методы устранения всех проблем и ошибок в компьютере. Как это обычно и бывает, да.

Удалить мусор из браузера или переустановить его

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

В браузере Google Chrome это делается так:

Открываем настройки браузера.
Переходим в раздел «Конфиденциальность и безопасность».
Выбираем «Файлы cookie и другие данные».
Нажимаем на кнопку «Удалить все».

В других браузерах немного отличаются названия меню, но принцип остается тот же.

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

Просить о помощи интернет-провайдера

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

Ничего не помогло? У провайдера все без эксцессов? Браузер новый, а один из сайтов все равно выдает 505 ошибку? Виноваты держатели ресурса.

Как исправить ошибку на стороне сервера?

С клиентом разобрались, теперь переходим к более вероятному виновнику появления сбоев и пробуем устранить ошибку.

Обновляем программное обеспечение сервера

Браузеры уверены в том, что существующие интернет-ресурсы поддерживают HTTP версии 1.1 и новее. Ваш не в их числе? Пора исправляться. Пора бы уже обновить и прокачать свой ресурс, приведя сайт в рабочее состояние.

Http

Перенастраиваем сервер

Даже на относительно новых серверах могут быть выставлены неправильные настройки. Взгляните на то, какие запросы может принимать ваш сайт. Какие требования он предъявляет к каждому запросу. Возможно, он настроен так, что не готов принимать запросы от браузеров, требующих протокол старше 0.9.

Меняем хостинг

Ладно, необязательно сразу так грубо и резко. Для начала обратитесь в отдел технической поддержки. Вам наверняка могут там помочь. Если нет, то смело переезжайте на какой-нибудь внятный хостинг. Например, на Timeweb. Сможете без проблем перенести все ресурсы. Получите устойчивый к сбоям и падениям хостинг, грамотную техподдержку, избыток ресурсов. Все полезное и нужное.

Это, пожалуй, все. Теперь вы знаете, что означает ошибка 505 и какие меры можно предпринять, чтобы ее устранить. Главное, сделать это побыстрее, чтобы не мучить и себя, и посетителей ресурса (если вы его владелец).

Источник

500 Internal Server Error
502 Bad Gatеway
503 Service temporarily unavailable
504 Gateway Timeout
Ошибка 505

Коды ошибок 500, 502, 503, 504 говорят о том, что сервер в данный момент не может отобразить запрос из-за внутренней ошибки.

500 Internal Server Error

Самая распространенная внутренняя ошибка сервера. Код генерируется при любой проблеме, не имеющей отношения к остальным ошибкам, поэтому у его появления множество причин.

Некоторые причины появления ошибки 500

Ошибки при работе скриптов сайта.
Неверные директивы, указанные в файле .htaccess.

В редких случаях ошибка 500 может быть следствием внедрения в файлы сайта вредоносного кода.

Способы устранения ошибки 500 Internal Server Error

Проверьте логи ошибок веб-сервера. На хостинге RU-CENTER они размещены в каталоге /var/log, подробнее в статье. Если ситуация связана с ошибочными директивами в .htaccess, с ошибками в работе CGI-скриптов, с ошибками в файле конфигурации веб-сервера, вы увидите точную причину ошибки в логе веб-сервера и сможете её устранить.

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

502 Bad Gatеway

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

Причины появления ошибки 502

Веб-сервер выключен.
При настройке веб-сервера допущена ошибка в конфигурации.
Для работы сайта недостаточно оперативной памяти или других ресурсов. Например, при DDoS-атаке на сайт, когда на обработку «паразитных» запросов затрачиваются все имеющиеся у веб-сервера ресурсы.
Произошла ошибка при работе с памятью в скрипте, что часто встречается при использовании старых версий PHP.
Время выполнения скрипта превысило установленные на сервере ограничения.

Способы устранения ошибки 502 Bad Gatеway

Проанализируйте текущий уровень общей нагрузки для сервера и в момент возникновения ошибки. На хостинге RU-CENTER это можно сделать в панели управления хостингом в разделе «Ресурсы» — «Статистика». Обратите внимание на пики потребления оперативной памяти.
Проверьте лог-файл веб-сервера (/var/log/error_log). При обнаружении в нём подозрительных сообщений, связанных с выделением оперативной памяти, обратитесь в техподдержку.
Проверьте оптимальность работы используемых на сайте скриптов, оцените скорость обработки запросов. Иногда долгое ожидание может быть связано с обработкой большого объёма данных или с обращением к внешним ресурсам. В этих случаях откажитесь от таких операций или выполните их оптимизацию.

503 Service temporarily unavailable

Ошибка означает, что в течение некоторого времени сервер не сможет обрабатывать запросы из-за технических неисправностей.

Причины появления ошибки 503

Передача большого объёма данных.
Превышено время ожидания загрузки.
Большое количество запросов к серверу.
На хостинге RU-CENTER данный код может выдаваться при обращении к сайту, которого на хостинге не существует.

Способы устранения ошибки 503 Service temporarily unavailable

Если на сайте все процессы (код, скрипты) работают без перебоев, вероятно, причина 503 ошибки в недостаточном количестве ресурсов. Проблему можно решить путем перехода на более производительный тариф или сервер.

504 Gateway Timeout

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

Причины появления ошибки 504

Долгая обработка запроса скриптами сайта.
Обработка большого количества данных.
В ряде случаев причины появления ошибки 504 могут совпадать с аналогичными для ошибки 502.

Способы устранения ошибки 504 Gateway Timeout

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

Также для устранения ошибки можно попробовать увеличить в настройках PHP время выполнения скрипта (max_execution_time) и время получения данных (max_input_time).

Ошибка 505

Ошибка 505 появляется при использовании неподдерживаемой браузером версии HTTP.

Причины появления ошибки 505

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

Способы устранения ошибки 505 HTTP Version not supported

Поиск вирусов. Вредоносная программа может повредить и удалить файлы, необходимые браузеру для определения состояний.
Обновление системы. Вы можете избежать не только появления ошибки 505, но и ряда других проблем, используя актуальную версию ОС и/или браузера. Если вы отключили автоматические обновления, рекомендуем скачать и установить их.

Если ошибка 505 возникла при обращении к вашему сайту, проверьте актуальность используемого программного обеспечения на веб-сервере.

Туториал: как исправить ошибки сервера

Источник

The HyperText Transfer Protocol (HTTP) error 505 : HTTP Version Not Supported response status code indicates that the HTTP version used in the request is not supported by the server.

As a part of our Server Management Services, we help our Customers to fix HTTP related errors regularly.

Let us today discuss the possible causes and fixes for this error.

What is HTTP error 505 : HTTP version not supported?

Whenever a client communicates with a web server, it follows a series of steps. For instance, a brief listing of it includes:

1. Obtain an IP address from the IP name of the site (the site URL without the leading ‘http://’). This lookup (conversion of IP name to IP address) is provided by domain name servers (DNSs).
2. Open an IP socket connection to that IP address.
3. Write an HTTP data stream through that socket.
4. Receive an HTTP data stream back from the Web server in response. This data stream contains status codes whose values are determined by the HTTP protocol. Parse this data stream for status codes and other useful information.

When the webserver does not support or refuses to support the HTTP protocol version specified by the client in the HTTP request data stream sent to the server, then it returns the 505 error final stage above. A typical error message looks like the one below:

The possible reasons for this error include:

1. The server is indicating that it is unable or unwilling to complete the request using the same major version of HTTP protocol as the client.
2. If there is whitespace after the HTTP version
3. Bad URL copied in the telnet connection
4. If the client is not a web browser

How to fix HTTP error 505 : HTTP version not supported?

The HTTP protocol has various versions identified as major or minor. Mostly, with this error, the server is indicating that it is unable or unwilling to complete the request using the same major version as the client. The server will generate a representation for the 505 response that describes why that version is not supported and what other protocols are supported by that server.

To test this, open a telnet connection to a couple of major websites, and execute the following command:

GET / HTTP/4.0

You may receive a response as shown below:

HTTP/1.1 505 HTTP Version Not Supported
Server: cloudflare
Date: Tue, 17 Aug 2020 15:23:35 GMT
Content-Type: text/html
Content-Length: 201
Connection: close

If you see this error in your Web browser, try a newer version or switch to a modern browser to see if the error goes away. Further, if you still see this error in your Web browser, upgrade your orgin Web server software to support the major version of the http protocol you require.

The error message should indicate what protocols are supported by your origin server. Thus we need to review those protocols to troubleshoot the error. The error may specifically indicate what program name does not support the protocol. If so, review that information to troubleshoot the error.

Also, make sure that there is no whitespace after the HTTP version as it can also trigger this error. It is also important to make sure that the URL is correct and contains no special characters

[Need any further assistance in fixing HTTP errors? – We’re available 24*7]

Conclusion

In short, HTTP error 505 indicates that the HTTP version used in the request is not supported by the server. Today, we saw how our Support Engineers fix this error.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

GET STARTED

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Источник

В прикладном смысле сайт — это набор файлов. Файлы каждого сайта находятся на том или ином физическом сервере. Чтобы пользователь мог перейти на нужный ресурс в интернете, нужно запросить эти файлы у сервера.

Сразу после того, как пользователь вбивает какой-то запрос в поисковик, браузер делает запрос на сервер. После этого сервер дает ответ и искомый сайт открывается в браузере. Однако иногда вместо ответа на запрос появляется ошибка.

Каждая ошибка имеет свой код. По коду можно определить возможные причины её появления. Рассмотрим, что означают ошибки 406, 410 и 505, из-за чего они появляются и как их можно исправить.

Ошибка 406 Not Acceptable

Если веб-сервер выдаёт код ошибки 406, значит запрос был заблокирован брандмауэром веб-приложений (WAF) ModSecurity. Брандмауэр ModSecurity — это программное обеспечение для веб-сервера Apache, которое фильтрует все поступающие к сайту запросы (веб-трафик). Он принимает корректные запросы и блокирует нежелательные. Например, защищает веб-ресурс от нелегитимных запросов, с помощью которых можно найти уязвимости CMS и затем взломать её.

ModSecurity по умолчанию подключают все хостинг-провайдеры для защиты сайтов клиентов. Подробнее о работе брандмауэра ModSecurity читайте на modsecurity.org.

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

Основные причины

Брандмауэр ошибочно блокирует корректные запросы.
Временная проблема идентификации IP-адреса при подключении к Wi-Fi.
Ваш браузер поврежден вирусами. К заражению могли привести установленные для браузера расширения или поврежденные файлы операционной системы.
Поврежден реестр Windows. Нередко такое происходит в результате последних обновлений программного обеспечения или после удаления тех или иных его компонентов.
Когда клиенты жалуются, что видят страницу с 406, самая вероятная причина — некорректная работа плагинов CMS. Чаще всего такое бывает на Wordpress-сайтах.

Как исправить HTTP 406 Not Acceptable

Если вы пользователь:

Почистите файлы cookies. Если при повторном подключении вы снова увидите ошибку, попробуйте очистить кэш браузера. Возможно, доступ уже восстановлен, но ваш браузер обращается к старой версии страницы.
Отключите дополнительные расширения. Запустите браузер в режиме «Инкогнито». В этом режиме браузер задействует только базовые настройки. Если веб-ресурс доступен в этом режиме, значит причина ошибки в одном из дополнительных расширений, которые вы используете.
Переустановите браузер. Если вы отключили расширения, но доступ к сайту не появился, попробуйте ввести аналогичный запрос через другой поисковик. Если страница открывается, значит есть критические нарушения в работе текущего браузера.
Обновите драйверы компьютера. Иногда драйверы устройства отключаются и перестают автоматически работать. Это может спровоцировать нарушение в подключении. Для восстановления работы достаточно обновить драйверы.
Отмените последние изменения, если у вас Windows. Восстановление системы позволит вернуть программы и системные файлы вашего компьютера в то состояние, когда не было сбоев в работе.
Просканируйте системные файлы. Благодаря этому можно обнаружить поврежденные файлы и восстановить их. Это поможет оптимизировать работу компьютера и, возможно, устранить проблему.

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

Если вы владелец сайта:

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

Если вы уверены, что на работу влияет конкретный плагин — отключите его. Если не уверены, то отключайте плагины по очереди, пока не вычислите нужный. Для этого:

1.

Войдите в панель управления WordPress. Если вы пользуетесь услугой REG.Site, войти в панель управления CMS можно прямо из Личного кабинета.
2.

Перейдите на Плагины ― Установленные.
3.

Нажмите Деактивировать для плагина, который хотите отключить:

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

Ошибка 410 Gone

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

Этим 410 похожа на ошибку 404 (страница не найдена). Их основное отличие в том, что при ошибке 404 страница либо не существовала, либо наоборот — существует, но временно не найдена (например, потому что скрыта от пользователей). Ошибка 410 же сообщает, что страница точно существовала раньше, но затем её удалили.

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

Как исправить

Способ исправить ошибку 410 HTTP зависит от намерений владельца.

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

Ошибка 505 HTTP Version Not Supported

Код ошибки 505 говорит нам о том, что проблема возникла на уровне сервера. Вот что означает ошибка 505: с её помощью сервер сообщает, что не может установить соединение по той версии HTTP-протокола, с помощью которой к нему хотят подключиться.

Основные причины

Пользователь использует устаревший браузер, который не поддерживает новые версии протокола. То есть в этом случае браузер подключается по версии HTTP 1.1, а сервер работает по версии HTTP 2.
Сервер не поддерживает HTTP-протокол, с помощью которого пытается подключиться клиент. Например, он работает по версии HTTP 1.1, а запрос поступает из браузера с версии HTTP 2.
Неверные директивы, указанные в файле .htaccess.
Неполадки в работе скриптов ресурса.

Как исправить ошибку 505

Если вы пользователь:

Почистите файлы cookies и кэш браузера.
Обновите версию браузера.
Обновите операционную систему и драйверы.
Обратитесь к интернет-провайдеру. Если все страницы показывают 505 в любых браузерах, обратитесь в службу поддержки вашего провайдера.

Если вы владелец сайта:

Узнайте, по какой версии протокола работает ваш сайт. Обновите её до актуальной, если необходимо. Например, серверы REG.RU работают с протоколом HTTP 1.1.
Проверьте логи веб-сервера. Определите, где кроется ошибка (в работе CGI-скриптов, директивах .htaccess или файле конфигурации веб-сервера) и исправьте её.
Если проблема в скриптах, обратитесь к разработчику сайта.

Источник

locus: Posts: 63; Joined: Thu May 05, 2016 6:43 am; Os: Ubuntu 15x; Web: apache + nginx

505 Internal error

After updating to .23 (I don’t believe this instance was compromised at all) I now get a 505 internal error.
All sites are running fine, its just Vesta.
df -h & df -i are healthy, Ive restarted the Vesta service, Vesta logs show nothing out of the ordinary.

Any ideas?

chrisf: Posts: 49; Joined: Sat Oct 13, 2018 6:25 pm; Os: Ubuntu 16x; Web: apache + nginx

Re: 505 Internal error

Post

by chrisf » Sun Oct 21, 2018 7:42 am

Report error from

Make it easier to diagnose.

locus: Posts: 63; Joined: Thu May 05, 2016 6:43 am; Os: Ubuntu 15x; Web: apache + nginx

Re: 505 Internal error

Post

by locus » Sun Oct 21, 2018 10:14 am

The last line from /var/log/vesta/nginx-error.log is from April

chrisf: Posts: 49; Joined: Sat Oct 13, 2018 6:25 pm; Os: Ubuntu 16x; Web: apache + nginx

Re: 505 Internal error

Post

by chrisf » Sun Oct 21, 2018 3:28 pm

Well that’s just great. (sarcasm)

Have you installed anything that would block logging? CSF maybe?

Very very hard to diagnose not knowing why nginx is erroring.

locus: Posts: 63; Joined: Thu May 05, 2016 6:43 am; Os: Ubuntu 15x; Web: apache + nginx

Re: 505 Internal error

Post

by locus » Mon Oct 22, 2018 1:48 am

When I ran apt update / upgrade the Vesta updates were the only thing that got updated.
This server has been running flawless since .16 I think.

Источник

UFHH01

Guest

UFHH01

Guest

UFHH01

Guest

UFHH01

Guest

Что обозначает ошибка 505?

Как исправить 505 HTTP Version not Supported?

Что можно сделать на стороне клиента?

Обновить программное обеспечение

Удалить мусор из браузера или переустановить его

Просить о помощи интернет-провайдера

Как исправить ошибку на стороне сервера?

Обновляем программное обеспечение сервера

Перенастраиваем сервер

Меняем хостинг

<img decoding="async" onError="javascript: wp_broken_images = window.wp_broken_images || function(){}; wp_broken_images(this);" alt height="15" src="https://www.nic.ru/help/upload/image/info.svg" width="15" /> Туториал: как исправить ошибки сервера

What is HTTP error 505 : HTTP version not supported?

How to fix HTTP error 505 : HTTP version not supported?

Conclusion

PREVENT YOUR SERVER FROM CRASHING!

Ошибка 406 Not Acceptable

Основные причины

Как исправить HTTP 406 Not Acceptable

Ошибка 410 Gone

Как исправить

Ошибка 505 HTTP Version Not Supported

Основные причины

Как исправить ошибку 505

505 Internal error

Re: 505 Internal error

Re: 505 Internal error

Re: 505 Internal error

Re: 505 Internal error

Туториал: как исправить ошибки сервера