Ошибка 503 гас правосудие что значит

Обновлено: 02.07.2024

Начало

Хостинг предоставляет пользователям типичный стек 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 ошибки в нашем случае, в логах мы видели запись:

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

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

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

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

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

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

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

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

В ходе тестирования обнаружили, что только что установленная чистая 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 и получая те же коды ошибок.

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

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

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

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

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

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

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

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

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

Так же были получены идентификаторы процессов, которые были завершены сигналом 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, проблема была решена. Теперь наш хостинг работает стабильно. А нами был получен опыт, который пригодится нам в будущей работе.

Вы пытались получить доступ к своему веб-сайту, но что … Все, что вы видите, это ошибка 503 Service Unavailable! Вы просто задаетесь вопросом, как в прошлый раз вы покинули свой сайт нормально работающим. Что случилось внезапно? Не паникуйте … вот что вы хотите знать об ошибке 503 и ее различных исправлениях.

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

Каковы причины ошибки 503 Service Unavailable в WordPress?

Ошибка 503 service unavailable в WordPress может быть вызвана различными причинами. Здесь перечислены некоторые из потенциальных:

1. Время простоя сервера

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

2. Плохие скрипты PHP

Другой потенциальной причиной появления ошибки 503 service unavailable является невозможность загрузить скрипт PHP по запросу сервера. Этот скрипт может быть темой WordPress или плагином.

3. Пользовательские скрипты

Если вы недавно добавили собственный скрипт на свой сайт WordPress, это также может быть причиной возврата ошибки 503.

4. Распределенные атаки типа “отказ в обслуживании” (DDoS).

Если ваш сайт станет жертвой DDoS-атаки и будет наводнен трафиком, это сделает ваш сайт недоступным на некоторое время.

1. Деактивировать плагины

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

Используя их, войдите на свой сервер из FileZilla и выполните следующие действия, чтобы отключить плагины:

Найдите и откройте корневую папку WordPress, обычно называемую public_html.
Перейдите в папку wp_conent, чтобы найти папку с плагинами.

Он отключит все плагины, поэтому попробуйте получить доступ к своему веб-сайту WordPress прямо сейчас.

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

2. Отключить текущую тему WordPress.

Войдите на свой сервер, используя учетные данные FTP.
Войдите в корневую папку WordPress (public_html).
Перейдите в каталог wp-content / themes, чтобы найти папку с тем же именем, что и ваша активная тема.

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

3. Отладка пользовательского кода WordPress.

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

Сохраните изменения и закройте файл. Попытайтесь получить доступ к вашему сайту.

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

4. Замените задание WordPress Cron на настоящее задание Cron.

Вы также можете принять некоторые дополнительные меры для меньшего использования ресурсов сервера. Например, замена задания WordPress Cron каким-нибудь реальным заданием cron. Задание WordPress cron выполняется каждый раз при загрузке вашего сайта. Он проверяет наличие запланированных задач и выполняет их, если они доступны. Он каждый раз потребляет ресурсы вашего сервера. Таким образом, вы можете отключить задание cron WordPress и добавить задание Cron вручную, чтобы оно выполнялось один раз через долгое время, скажем, один раз в 20-30 минут. Это зависит от сервера к серверу. Вы можете запросить максимальное время выполнения задания Cron у своего хост-провайдера. Чтобы получить более подробную информацию о том, как можно запланировать задание cron исключительно в WordPress, вы можете прочитать нашу статью о функциях WordPress Cron.

5. Ограничьте пульс WordPress

Но в случае, если вам предлагают подождать, пока трафик не умрет сам по себе; вам следует подумать о смене вашего веб-хостинга.

Советы, как избежать ошибки 503: служба недоступна в будущем

Что ж, мы обсудили возможные исправления ошибки 503 service unavailable. Но если у вас возникают проблемы из-за чрезмерного трафика на вашем сайте; вы можете избежать этого, выполнив следующие простые действия:

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

Связать

На данный момент вы знаете потенциальные причины ошибки 503 service unavailable в WordPress и различные способы ее исправления. Обычно новичок расстраивается, потому что не может найти причину этого. Здесь вы получите представление о возможных причинах этой ошибки, таких как плохо закодированные сценарии PHP, пользовательские сценарии, простои сервера, DDoS-атаки и т.д. Благодаря этому вы узнаете о решениях, таких как отключение тем или плагинов, включение функции отладки, ограничение пульса WordPress. В конце концов, попытки всего этого не дадут должных результатов; вы можете проконсультироваться с вашим веб-хостингом. Итак, это полноценное руководство по избавлению от ошибки 503 service unavailable.

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

Разбираемся, что означает ошибка 503 Service Unavailable, из-за чего она может возникнуть и что делать, чтобы убрать её с сайта.

Что внутри

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

Как может выглядеть ошибка 503

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

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

У движка или фреймворка, на котором сделан ваш сайт, тоже может быть своя страница 503 ошибки. Например, в панели управления WordPress она может выглядеть вот так.

Почему возникает ошибка 503

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

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

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

Как 503 ошибка влияет на SEO

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

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

Также 503 ошибка может ненадолго возникнуть, если запустить обновление плагинов или темы на сайте с WordPress. Когда всё обновится, ошибка исчезнет сама.

Проверьте логи

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

Если вы управляете сервером при помощи какой-то панели управления, логи могут храниться в других папках. Например, в панели управления Webuzo, которую мы предоставляем бесплатно у себя на VPS, логи будут расположены по пути /usr/local/apps/apache/logs/vashdomen.err.

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

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

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

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

Плохо проиндексированные таблицы или большое количество MySQL-запросов могут создавать чрезмерную нагрузку на базу данных. Если разбираетесь, проанализируйте нагрузку при помощи команд show global status, vmstat, top. Если нет, обратитесь за советом к разработчику.

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

Если у вас сайт на WordPress или другом движке, кэширование можно настроить при помощи модулей вроде LiteSpeed Cache. Он есть для многих популярных CMS. А если сайт разрабатывали с нуля, обсудите этот вопрос с разработчиками.

Отключите плагины

На сайте с WordPress перегрузка сервера может произойти из-за проблемы с плагинами. Чтобы это проверить, временно отключите их и снова зайдите на сайт.

Скорее всего, из-за ошибки у вас не будет доступа в консоль WordPress, поэтому отключать плагины придётся в панели управления хостингом. Вот как сделать это на хостинге с cPanel.

Затем перейдите в корневую папку домена, откройте в ней папку wp-content и поменяйте название папки plugins. Это отключит все плагины.

Корневая папка основного домена на хостинге обычно называется public_html, а дополнительного — так же, как и дополнительный домен.

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

Отключите тему

Тема вашего сайта на WordPress тоже может быть причиной 503 ошибки. Решение будет таким же — отключить текущую тему и проверить, помогло ли это. Но делается всё немного по-другому. Просто отключить папку с темами не поможет, вместо этого нужно изменить используемую тему в базе данных. Вот как это делается в cPanel.

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

Ограничьте частоту сканирования сайта

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

Отдельный момент — под видом поисковых ботов на сайт могут поступать зловредные запросы, например, при DDoS-атаке. Так часто делают, потому что некоторые могут ничего не заподозрить. В логах должен быть имя бота (user-agent) и его IP-адрес. Лучше проигнорировать user-agent и проверить, кому принадлежит IP. Если Google, значит всё в порядке. Если нет, заблокируйте подставного бота в конфигурационном файле сервера. Рассказываем, как сделать это в .htaccess в отдельной статье: Как работать с .htaccess.

Перейдите на более мощный тариф

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

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

Что дальше

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

Если покупали хостинг у нас, присылайте логи сразу на почту support@hostiq.ua, чтобы вопросом занялись наши технические специалисты.

Переезжайте к нам на хостинг

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

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

Что такое 503?

Сервер временно не может обработать ваш запрос из-за простоя в обслуживании или проблем с производительностью. Пожалуйста, попробуйте позже.

Кроме того, при попытке использовать ErrorDocument для обработки запроса произошла ошибка 503 Service Unavailable.

Он будет показан в браузере вместе со сведениями о сервере, как показано ниже:

Помните, что владельцы веб-сайтов должны платить хостинговой компании деньги за хранение своего контента на веб-серверах. Компании веб-хостинга предлагают веб-серверы с ограниченными ресурсами, такими как ЦП и ОЗУ, в зависимости от плана закупок. Таким образом, существует много возможностей того, что хостинговая компания может отключить услугу, что приведет к ошибке 503 service unavailable.

Проверьте сайт
Восстановите реестр
Сканировать на наличие вредоносных программ
Очистить временные файлы
Обновите драйверы устройств
Откат к предыдущей точке восстановления
Переустановите сетевые программы
Проверьте системные файлы Windows
Перезагрузите веб-сервер
Проверить использование ресурсов сервера
Проверить неавторизованные обновления
Отменить последнее действие
Отключить конфигурацию брандмауэра

1. Убедитесь, что сайт работает.

Первое, что вам нужно проверить, — это проблема на стороне сервера. Использовать проверка сайта вверх или вниз чтобы узнать о статусе веб-сайта, к которому вы пытаетесь получить доступ. Вам просто нужно ввести целевой URL, чтобы узнать, доступен ли веб-сайт.

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

2. Восстановите реестр

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

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

3. Сканирование на наличие вредоносных программ.

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

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

4. Очистить временные файлы

Введите cleanmgr в поле поиска и щелкните результат.
Позвольте программе очистки диска проанализировать ваш раздел, и часто временные файлы составляют основную часть ваших ненужных файлов.
Удалите ненужные файлы и повторите процесс для других разделов.

На Mac вы можете выполнять очистку диска с помощью сторонних приложений, таких как Dr.Cleaner. Вы можете сканировать ненужные файлы и удалять их.

5. Обновите драйверы устройств.

6. Вернитесь к предыдущей точке восстановления.

Параметр восстановления системы в Windows 10

7. Переустановите связанные с сетью программы.

Переустановка сетевых программ может решить ошибку 503 service unavailable. Часто разработчик выпускает последнюю версию программы, предлагающую лучшую стабильность и больше функций. Одним из простых примеров сетевых программ являются приложения VPN.

Чтобы удалить программы в Windows, выполните следующие действия:

На Mac вы можете просто перетащить файл приложения, чтобы удалить программу.

8. Проверьте системные файлы Windows.

ОС Windows поставляется с инструментом, который проверяет и восстанавливает поврежденные системные файлы Windows. Следуй этим шагам:

Исправление ошибки 503 Service Unavailable для владельцев сайтов

9. Перезагрузите веб-сервер.

10. Проверьте использование ресурсов сервера.

Перезагрузка сервера обычно невозможна в среде общего хостинга, так как это затронет многие другие сайты. Возможный способ — проанализировать файл журнала вашего сервера, чтобы выяснить, что происходит не так. В большинстве случаев серверы имеют ограничение по количеству выполнений, ЦП, ОЗУ и памяти PHP. Если ваш сайт превышает любое из этих ограничений, это приведет к временному прекращению обслуживания вашей учетной записи хостинга.

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

11. Проверьте неавторизованные обновления.

Системы управления контентом, включая WordPress, загружают и устанавливают обновления автоматически. К сожалению, новые обновления могут быть несовместимы со сторонними плагинами, виджетами и темами. Должно быть довольно легко исследовать обновления, которые могут вызвать ошибку. Проверьте, когда впервые возникла ошибка, и найдите ближайшее обновление. Отмените эти обновления и проверьте, что устраняет проблему 503 service unavailable.

12. Проверьте свою последнюю активность

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

Поэтому, если вы изменили файлы конфигурации сайта (например, файлы htaccess, wp-config.php или functions.php в WordPress), вернитесь назад, используя FTP, чтобы восстановить сайт.

13. Проверьте конфигурацию межсетевого экрана.

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

Отключить брандмауэр в Windows 10

Отключение брандмауэра на Mac

Вывод

Читайте также: