Ошибка 503 service unavailable что значит

HTTP Error 503. Service Unavailable: случай в поддержке хостинга

Работа в поддержке хостинга в основном однотипная, большинство запросов от клиентов решаются по проработанной схеме, но иногда всё же приходится сталкиваться с нетривиальными проблемами. Тогда главная задача инженера — найти тот самый — единственно верный путь, который приведёт к её решению. В этой статье хочу рассказать о том, как мы столкнулись с плавающей ошибкой «HTTP Error 503. Service Unavailable» на нашем shared-хостинге, как пытались её отловить, провели диагностику и получили неожиданный финал.

Начало

Хостинг предоставляет пользователям типичный стек Linux + Apache + Mysql + PHP и оболочку для управления. В нашем случае это ISP Manager 5 business на базе Centos 7 с конвертацией в CloudLinux. Со стороны административной части, CloudLinux предоставляет инструменты для управления лимитами, а так же PHP-селектор с различными режимами работы (CGI, FastCGI, LSAPI).

В этот раз к нам обратился клиент со следующей проблемой. Его сайт на движке WordPress периодически начал отдавать 503 ошибку, о чём он нам и сообщил.

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

Типичные ситуации, при которых мы получаем следующие ошибки:

• 500 Internal Server Error — довольно часто связана либо с синтаксическими ошибками в коде сайта, либо с отсутствующими библиотеками / не поддерживаемой версией PHP. Так же могут быть проблемы с подключением к базе данных сайта или неверными правами на файлы / каталоги
• 502 Bad Gateway — например, если Nginx ссылается на неправильный порт веб-сервера Apache или процесс Apache по какой-то причине перестал работать
• 504 Gateway Timeout — ответ от Apache не был получен в течение заданного в конфигурации веб-сервера времени
• 508 Resource limit is reached — превышен лимит, выделяемых пользователю ресурсов

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

Касаемо 503 ошибки в нашем случае, в логах мы видели запись:

[lsapi:error] [pid 49817] [client x.x.x.x:6801] [host XXX.XX] Error on sending request(GET /index.php HTTP/1.0); uri(/index.php) content-length(0): ReceiveAckHdr: nothing to read from backend (LVE ID 8514), check docs.cloudlinux.com/mod_lsapi_troubleshooting.html

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

Первичная диагностика

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

Так же мы изучили рекомендации CloudLinux, по приведённой в журналах ошибок ссылке.
Изменение каких-либо параметров результата не принесло.

Сайт использовал базу данных на сервере Mysql 5.7, который работает на этом же сервере в контейнере Docker. В логах контейнера присутствовали сообщения:

[Note] Aborted connection 555 to db: ‘dbname’ user: ‘username’ host: ‘x.x.x.x’ (Got an error reading communication packets)

Как раз, среди этих сообщений были сообщения о прерванном подключении исследуемого сайта. Это дало предположение, о том, что подключение к СУБД выполняется некорректно.

Для проверки мы развернули копию сайта на тестовом домене, сконвертировали базу данных сайта под нативную в Centos 7 версию СУБД 5.5.65-MariaDB. На тестовом сайте выполнили несколько сотен запросов с помощью утилиты curl. Ошибку воспроизвести не удалось. Но этот результат был предварительным и после конвертации БД на рабочем сайте проблема так и осталась.

Таким образом, проблема некорректного подключения к СУБД была исключена.

Следующим предположением было проверить — нет ли проблем с самим сайтом. Для этого подняли отдельный виртуальный сервер, на нём подняли максимально схожее окружение. Единственное существенное отличие — отсутствие CloudLinux. На тестовом сервере проблему воспроизвести не удалось. Итак, мы определили, что в коде сайта всё в порядке.

Тем не менее, пробовали так же отключать плагины WordPress, но проблема так же сохранялась.

В результате, пришли к тому, что проблема на нашем хостинге.

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

/var/www/httpd-logs# grep -Rl «ReceiveAckHdr: nothing to read from backend» ./ | wc -l 99

В ходе тестирования обнаружили, что только что установленная чистая CMS WordPress также периодически выдаёт ошибку 503.

Примерно за 2 месяца до этого мы проводили работы по модернизации сервера, в частности изменили режим работы Apache с Worker на Prefork, с целью получить возможность использовать PHP в режиме LSAPI, вместо медленного CGI. Было предположение, о том, что это могло повлиять, либо требуются какие-то дополнительные настройки Apache, но вернуть обратно режим Worker мы уже не могли. В ходе изменения режима работы Apache выполняется изменение всех конфигов сайтов, процесс не быстрый и не всё могло пройти гладко.

Корректировка настроек Apache так же не дала желаемого результата.

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

На данном этапе мы собрали имеющуюся информацию и результаты проведённых работ. С ними обратились в поддержку CloudLinux.

Детальная диагностика

В течение нескольких дней сотрудники поддержки CloudLinux вникали в проблему. В основном рекомендации были относительно установленных лимитов пользователей. Этот вопрос мы так же проверяли. При отключенных лимитах (Опция CageFS для пользователя) и с включенными лимитами в режиме PHP как модуль Apache проблема не наблюдалась.

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

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

Сдвинуться с мёртвой точки помогла документация LSAPI, как раз по диагностике 503 ошибки:
www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:php:503-errors
В секции Advanced Troubleshooting предлагается выполнять трассировку найденных в системе процессов:

while true; do if mypid=`ps aux | grep $USERNAME | grep lsphp | grep $SCRIPTNAME | grep -v grep | awk » | tail -1`; then strace -tt -T -f -p $mypid; fi ; done

Команда была доработана, с целью записи всех процессов в файлы с указанием их идентификаторов.

При просмотре файлов трассировок, мы видим в некоторых одинаковые строки:

cat trace.* | tail . 47307 21:33:04.137893 — SIGHUP — 47307 21:33:04.140728 +++ killed by SIGHUP +++ .

Если взглянуть на описание структуры сигналов, отправляемых процессами, то увидим, что

pid_t si_pid; /* Sending process ID */

Указывает на идентификатор процесса, отправившего сигнал.

На момент изучения трассировок, процесса с PID 42053 в системе уже нет, поэтому в процессе захвата трассировок решили отслеживать так же процессы, отправившие сигнал SIGHUP.
Под спойлером описаны действия, которые позволили определить что это за процесс, а так же получить его трассировку и дополнительную информацию, о том, каким процессам он отправляет сигнал SIGHUP.

Методика трассировки

tail -f /var/www/httpd-logs/sitename.error.log
while true; do if mypid=`ps aux | grep $USERNAME | grep lsphp | grep «sitename» | grep -v grep | awk » | tail -1`; then strace -tt -T -f -p $mypid -o /tmp/strace/trace.$mypid; fi ; done
while true; do if mypid=`cat /tmp/strace/trace.* | grep si_pid | cut -d ‘
seq 1 10000 | xargs -i sh -c «curl -I http://sitename/»

Ждём пока в консоли 1 появятся сообщения, при этом в консоли 4 видим статус запроса с кодом ответа 503, прерываем выполнение в консоли 4.

В итоге, получили название процесса /opt/alt/python37/bin/python3.7 -sbb /usr/sbin/cagefsctl —rebuild-alt-php-ini

Данный процесс выполнялся в системе с периодичностью раз в минуту.

Делаем трассировку нескольких процессов cagefsctl, чтобы отследить хотя бы один от начала до конца:

for i in `seq 1 100`; do strace -p $(ps ax | grep cagefsctl | grep rebuild-alt-php-ini | grep -v grep | awk ») -o /tmp/strace/cagefsctl.trace.$(date +%s); done;

Далее изучаем что он делал, например:

cat /tmp/strace/cagefsctl.trace.1593197892 | grep SIGHUP

Так же были получены идентификаторы процессов, которые были завершены сигналом SIGHUP. Завершённые процессы были процессами PHP, выполняющимися в данный момент.

Полученные данные были переданы в поддержку CloudLinux с целью уточнить легитимность данного процесса и должен ли он работать с такой периодичностью.

Позже получили ответ, что работа команды /usr/sbin/cagefsctl —rebuild-alt-php-ini выполняется корректно, единственный нюанс в том, что команда выполняется слишком часто. Обычно вызывается при системном обновлении или изменении параметров PHP.

Единственная зацепка в данном случае осталась — проверить, кто является родительским процессом cagefsctl.

Результат не заставил себя долго ждать и какого же было наше удивление — родительским процессом для cagefsctl являлся процесс ispmgrnode. Это было немного странно, потому что уровень журналирования для ISP Manager был задан максимальным и в ispmgr.log не увидели вызов cagefsctl.

Теперь данных было достаточно, чтобы обратиться и в поддержку ISP System.

Итоги

Проблема была спровоцирована после выполнения обновления ISP Manager. В целом, обновление ISP Manager — штатная ситуация, но она привела к запуску процесса синхронизации, который завершался с ошибкой и перезапускался ежеминутно. Процесс синхронизации вызывал за собой процесс cagefsctl, который в свою очередь завершал процессы PHP.

Причиной зависания процесса синхронизации стали проведённые на хостинге работы по модернизации оборудования. За несколько месяцев до возникновения проблемы, в сервер был установлен PCI-e NVMe-накопитель, создан раздел XFS и смонтирован в каталог /var. На него были перенесены в том числе и файлы пользователей, но не обновились дисковые квоты. Опций монтирования было не достаточно, требовалось так же изменить тип файловой системы в параметрах ISP Manager, т.к. она вызывает команды обновления дисковых квот. Для Ext4 и XFS эти команды отличаются.

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

Выводы

Мы сами создали проблему, но это было не ясно до последнего момента. На будущее, будем стараться учесть как можно больше нюансов. Благодаря помощи более подготовленных коллег из поддержки CloudLinux и ISP System, проблема была решена. Теперь наш хостинг работает стабильно. А нами был получен опыт, который пригодится нам в будущей работе.

P.S.: Надеюсь, Вам было интересно ознакомиться с материалом статьи, а кому-нибудь она поможет быстрее решить подобную проблему.

• Хостинг
• Системное администрирование
• Отладка

Источник: habr.com

Что означает недоступность службы с ошибкой 503

Ошибка 503 Service Unavailable Error возникает, когда веб-сервер временно не может обработать запрос, который был отправлен пользователем. Почти всегда ошибка возникает на самом сайте, и вы ничего не можете с этим поделать, но попробуйте обратиться к сервису ещё раз позже. Тем не менее, есть несколько быстрых решений, которые можно попробовать реализовать, чтобы решить ошибку.

Что такое ошибка недоступности службы 503

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

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

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

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

Например, вы можете увидеть такие варианты:

• Служба Http/1.1 недоступна
• Ошибка 503
• 503 временно недоступен
• 503 Сервис недоступен
• Сервис недоступен – сбой DNS
• Ошибка HTTP 503
• HTTP 503
• Ошибка 503 Сервис недоступен

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

Тем не менее, вот несколько быстрых решений, которые вы можете попробовать.

Обновите страницу

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

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

Предупреждение: обратите особое внимание, если ошибка возникает, когда вы совершаете платеж. Обновление страницы может привести к двойному платежу.

Проверьте, работает ли сайт у других людей

Всякий раз, когда вы не можете открыть сайт (по какой-либо причине), вы можете проверить, есть ли проблемы с подключением у других людей. Существует много инструментов для этого, но один из любимых – https://ping-admin.ru/free_test/. Просто укажите URL, который хотите проверить, и выберите точки доступа.

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

Перезагрузите устройство

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

Вполне возможно, что возникли какие-то проблемы с вашим компьютером или сетевым оборудованием (Wi-Fi, маршрутизатор, модем и т.д.). Простой выполните перезапуск компьютера и ваших сетевых устройств – это может помочь устранить проблему.

Свяжитесь с владельцем веб-сайта

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

Источник: webznam.ru

Что означает ошибка сервера 503 и как ее исправить

Сообщение на странице сайта 503 Service Temporary Unavailable – «сервис временно недоступен» может появляться из-за технических сбоев как на сервере, так и на компьютере пользователя. Последнее случается реже. Наиболее распространенная причина проблемы – перегруженность сервера запросами. Он не успевает их обрабатывать, и всем клиентам в очереди выдает ошибку с кодом 503.

Такая картина может наблюдаться, например, во время DDoS-атаки. Обнаружив ошибку 503, лучше всего ничего не делать. Подождите 3-5 минут. Очередь запросов в большинстве случаев – временное явление, и вскоре сайт станет доступен. Чего точно не нужно делать,– это постоянно перезагружать страницу с ошибкой.

Так вы только увеличиваете число запросов в очереди.

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

• Проверьте доступность сайта с помощью специальных сервисов . Например, https://2ip.ru/site-availability/. Если проверка показала, что из вашей страны сайт доступен – исправить ошибку 503 нужно на вашей стороне.
• Перезагрузите страницу с помощью клавиш Ctrl F5 (в браузерах macOS используйте сочетание Cmd + R или Cmd + Alt + E в Safari.
• Попробуйте открыть страницу в другом браузере, на другом компьютере . Так вы определите уровень возникновения проблемы – у вас в браузере или у вас на компьютере – и будете действовать исходя из этого. Если страница везде выдает Error 503 – то причина все же на самом сайте.
• Закройте браузер и откройте заново . Иногда это помогает сбросить неправильные настройки сессий.
• ​ Почистите кэш и cookies браузера . Большое количество сохраненной старой информации может мешать браузеру обрабатывать соединение правильно.
• Откройте страницу в режиме инкогнито или просто отключите все работающие в браузере дополнения и расширения – возможно, какое-то некорректно работает и приводит к появлению ошибки 503.
• Перезагрузите компьютер. Это самый простой и быстрый способ исправить сбой в работе ПО.
• Если не помогла перезагрузка компьютера – перезагрузите также роутер.

Что делать, если ошибка 503 – на стороне веб-ресурса?

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

Распространенные причины возникновения ошибки 503 и их исправление

В основном, ошибка 503 Service Unavailable вызывается следующими категориями причин:

• Слишком много запросов к веб-серверу.
• Много медленных запросов к MySQL.
• На сайте много устаревших, нерабочих, конфликтующих плагинов и модулей CMS.
• Неоптимизированная работа скриптов.

Также ошибка 503 может быть вызвана тем, что ваш сайт «перерос» возможности вашего хостингового тарифного плана. В этом случае стоит подумать над тем, чтобы выбрать более производительный тариф виртуального хостинга или же VPS/VDS, выделенный сервер.

Как исправить причины ошибки

Уменьшаем число запросов к веб-серверу

Устранение ошибки 503 прежде всего подразумевает снижение нагрузки на веб-сервер. Для этого:

• установите антилич-систему. Она не позволит скачивать ваши файлы и картинки по ссылке на сторонних ресурсах – ведь так увеличивается нагрузка на ваш сервер и может возникать ошибка 503;
• ограничьте деятельность различных ботов и роботов. При сканировании они создают множество запросов;
• проверьте, чтобы на сайте было как можно меньше ссылок на внешние ресурсы. Оставьте только необходимые и важные. Например, иногда можно встретить большое количество информеров на странице. Каждый информер — ссылка на другой сайт, соединение с чужим сервером. Это создает дополнительную нагрузку на сервер;
• по возможности объедините обращения к большому числу мелких файлов (скриптов, картинок, таблиц стилей), чтобы они обрабатывались одним запросом, а не множеством.

Оптимизируем работу с MySQL

• Включите кеширование – так время обработки запроса существенно уменьшится.
• Объединяйте запросы к БД (базе данных), чтобы один запрос обрабатывал сразу множество строк или столбцов, а не по одному.
• Используйте индексирование по столбцам, которые часто используются в выборках.
• Старайтесь не вкладывать один запрос в другой, так как в этом случае MySQL часто не может использовать индексы и будет долго возвращать результат.

Исправляем проблемы с CMS

Ошибка 503 Service Unavailable может быть вызвана некорректно работающими или «тяжелыми» компонентами движка вашего сайта. Чтобы выявить это, отключайте последовательно плагины или модули. Так вы найдете компонент, после выключения которого все начнет нормально работать. Оптимизируйте его или замените на более современный и быстрый.

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

Оптимизируем работу скриптов

• В скриптах поставьте локальные ссылки вместо глобальных. В глобальных указывается полный URL вместе с http, https. Они обрабатываются как отдельные запросы к внешнему ресурсу, и это гораздо большая нагрузка, чем при использовании ссылок локального вида.
• Не передавайте файлы большого размера с помощью скриптов. Во-первых, такая передача задействует рабочие процессы сервера, нагружает его. Во-вторых, она может давать сбои, так как работа скрипта ограничена по времени,и процесс зависает.
• Выполнение «тяжелых», масштабных скриптов и операций (почтовой рассылки, например) запланируйте на то время, когда на сайте меньше всего посетителей .

Что можно сделать для предотвращения проблемы?

В заключение дадим несколько советов – как предотвратить возникновение ошибки 503 Service Unavailable:

• При выборе тарифа хостинга не ориентируйтесь на среднюю нагрузки вашего сайта. Закладывайте небольшой запас мощностей, чтобы в часы пик ресурсов сервера хватало на обработку запросов.
• Установите защиту от DDoS-атак.
• Обновляйте плагины, темы и модули CMS, отключайте то, что не используете.
• Регулярно анализируйте работу компонентов сайта: сервера, базы MySQL, скриптов – и вовремя оптимизируйте их, не доводя ситуацию до критической.
• Ограничьте сканирование сайта ботами и User-агентами. Оставьте только то, что необходимо, например, боты поисковых систем, остальные заблокируйте. Обычно хостер сам блокирует большинство ненужных User-агентов, но вы можете добавить и свои кастомные настройки.

Источник: hoster.ru

Что такое ошибка 503 «Сервис недоступен» (и как ее исправить)

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

Как исправить код ошибки 503 «Сервис недоступен»

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

Обновите страницу

Сообщение об ошибке 503 Service Unavailable обычно указывает на временную проблему. Иногда для сброса кода ошибки достаточно нажать F5 или CTRL + R, чтобы обновить веб-страницу. Перезагрузите сайт и посмотрите, получите ли вы доступ. Однако это также может усугубить проблему, особенно на страницах, перегруженных неожиданным наплывом пользователей. Примечание.

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

Перезагрузите модем и маршрутизатор

В большинстве случаев за ошибку отвечает веб-сервер. Однако, если вы видите 503 Служба временно недоступна, проблема может заключаться в конфигурации DNS-сервера на вашем маршрутизаторе. Плохой код или сбой могут привести к отказу загрузки сайта. Перезагрузите модем и маршрутизатор и, как только они снова включатся, повторите попытку на веб-сайте или в программе. Перезапуск этих двух устройств «очищает» ваш кеш от временного кода, который часто является причиной проблемы.

Проверьте позднее

Иногда лучше всего подождать, особенно если веб-сайт подвергается DDOS-атаке. Это сокращение от распределенного отказа в обслуживании и означает, что веб-сайт перегружен трафиком.

В большинстве случаев DDOS-атаки являются вредоносными, но иногда небольшой веб-сайт может получать больше трафика, чем обычно (например, если он попадает на главную страницу Reddit), и в результате происходит временный сбой. Если сайт не работает из-за того, что трафик исчерпал его доступную пропускную способность, обновление страницы только усугубит проблему. Дайте ему десять минут и попробуйте еще раз. Если вы не уверены, что веб-сайт не работает из-за трафика, рассмотрите возможность использования веб-сайта, такого как Is It Down Right Now?

Связаться с веб-сайтом

Свяжитесь с веб-сайтом или хостинг-провайдером, если ни одна из ваших попыток устранения неполадок не сработала. Проблема может заключаться в WordPress или в неисправном плагине, требующем вмешательства владельца. Если вы не знаете, к кому обратиться, перейдите по ссылке https://lookup.icann.org/.

1. Введите URL-адрес или доменное имя в строку поиска и выберите « Поиск».

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

Как исправить ошибку HTTP 503 на вашем сайте

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

Попробуйте одно из этих исправлений.

Перезагрузите свой сервер

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

Ищите автоматическое обслуживание

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

Когда WordPress подвергается обновлениям, он выдает ошибку HTTP 503.

Проверьте настройки конфигурации брандмауэра

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

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

Коды ошибок веб-сайтов имеют разное значение в зависимости от их первой цифры. Например, любой код, начинающийся с 5, указывает на ошибку на стороне сервера, а любой код, начинающийся с 4 (например, печально известная ошибка 403 запрещена), указывает на ошибку на стороне клиента. Хотя вы не всегда можете многое сделать, чтобы исправить ошибку сервера, все же полезно знать ваши варианты.

Источник: clickthis.blog

Что такое ошибка 503 Service Unavailable и как ее исправить

О шибка 503 Service Unavailable возникает, когда веб-сервер временно не может обработать запрос. Почти всегда ошибка на самом сайте, и Вы ничего не можете с этим поделать, но можете попробовать еще раз позже. Тем не менее, есть несколько быстрых вариантов, которые Вы можете попробовать.

Что такое ошибка 503 Service Unavailable

Ошибка 503 Service Unavailable указывает, что веб-сервер временно не может обработать запрос. Это может быть веб-сервер, к которому Вы пытаетесь получить доступ напрямую, или другой сервер, к которому в свою очередь пытается получить доступ веб-сервер. Это называется ошибкой 503, потому что это код состояния HTTP, используемый веб-сервером для определения такой ошибки. Ошибка может возникнуть по ряду причин, но две наиболее распространенные причины: сервер перегружен запросами или выполняется техническое обслуживание.

Ошибка 503 отличается от ошибки 500 Internal Server. Ошибка 500 возникает, когда что-то мешает серверу обработать Ваш запрос, в то время как ошибка 503 на самом деле означает, что сервер в порядке — он может обрабатывать Ваш запрос и возвращает ошибку 503.

Как и при других подобных ошибках, дизайнеры веб-сайтов могут настроить способ отображения ошибки 503. Таким образом, на разных веб-сайтах Вы можете увидеть разные страницы ошибки 503. Веб-сайты также могут использовать несколько разных наименований для этой ошибки. Например, Вы можете увидеть такие названия, как:

• Http/1.1 Service Unavailable
• 503 Error
• 503 Service Temporarily Available
• 503 Service Unavailable
• Service Unavailable – DNS Failure
• HTTP Error 503
• HTTP 503
• Error 503 Service Unavailable

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

Тем не менее, вот несколько вариантов, которые Вы можете попробовать.

Обновите страницу

Как мы уже упоминали, ошибка 503 указывает на временную проблему, и иногда эта проблема очень временная. Например, сайт может быть перегружен трафиком. Итак, всегда стоит попробоавть обновить страницу. Большинство браузеров используют клавишу F5 для обновления, а также предоставляют кнопку «Обновить» где-то в адресной строке. Это не часто исправляет проблему, но для ее выполнения требуется всего одна секунда.

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

Проверьте, работает ли сайт у других людей

Всякий раз, когда Вы не можете связаться с сайтом (по какой-либо причине), Вы также можете проверить, есть ли у Вас проблемы с подключением, или если у других людей такая же проблема. Для этого есть много инструментов, но мы рекомендуем isitdownrightnow.com и downforeveryoneorjustme.com. Оба работают почти одинаково. Укажите URL-адрес, который Вы хотите проверить, и получите результат.

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

Перезагрузите свои устройства

Итак, Вы использовали инструмент проверки сайта и определили, что сайт не работает только у Вас. И Вы попробовали другой браузер и столкнулись с той же проблемой. Это говорит о том, что проблема, скорее всего, на Вашей стороне, но это не Ваш браузер.

Возможно, существуют некоторые странные, временные проблемы с Вашим компьютером или сетевым оборудованием (Wi-Fi, маршрутизатор, модем и т. д.). Простая перезагрузка компьютера и сетевых устройств может помочь устранить проблему.

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

Связаться с веб-сайтом

Другой вариант — связаться с владельцем веб-сайта напрямую. Просмотрите их контактную информацию на веб-сайте и свяжитесь с ними о соответствующей странице. Если контактная форма отсутствует, Dы можете попытаться связаться с веб-сайтом в социальных сетях.

Источник: guidepc.ru