Ошибка получения данных 503 билайн

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

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

Устранение ошибки 503 пользователем

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

1. Обновите вкладку браузера. Это покажется странным, но зачастую такое простое действие приводит к положительному результату. Нажмите клавишу F5 или воспользуйтесь специальной кнопкой в меню браузера.
2. Закройте и откройте браузер. Таким образом вы произведете сброс текущей сессии соединения и обновите его. При новом подключении скрипт браузера может не обнаружить ошибку 503, если она была воспринята им ошибочно.
3. Стоит убедиться, что сбой не связан именно с вашим компьютером. Это особенно актуально, если ошибки соединения с веб-ресурсами повторяются регулярно и возникают с разными кодировками на других сайтах. Для этого необходимо посетить проблемную страницу с другого устройства и желательно через новое интернет-соединение.
4. Зайдите на страницу, выдавшую ошибку 503, используя другой браузер. Вполне вероятно, что дефект возникает из-за некорректных настроек текущего. Если это подтвердится, стоит в них покопаться и найти источник возникновения проблемы. Самое простое, это восстановить настройки по умолчанию.
5. Перезагрузка компьютера. Как и любой программный сбой на уровне операционной системы или другого программного обеспечения, он может быть исправлен автоматически при новой загрузке системы.
6. Очистка кэша и удаление файлов cookies.  В зависимости от настроек конкретного браузера в них может сохраняться много «лишней» информации при обмене web-данными. Операция довольно несложная, но стоит предварительно посмотреть help по данному вопросу, т.к. в каждом браузере она проводится по-разному.
7. Перезагрузка сетевого оборудования. Часто сложности при соединении с интернет-ресурсами возникают из-за некорректного поведения ПО на внешних устройствах, через которые вы получаете трафик. Это может быть роутер, раздающий интернет как по кабелю, так и через Wi-Fi. Необходимо отключить соответствующую железку по питанию, т.е. полностью обесточить ее примерно на одну минуту. Если провайдер выдает вам динамический ip-адрес, то произойдет его смена, что тоже может привести к устранению появления ошибки 503.
8. Смена DNS-адреса на сервере. Это решение является наиболее сложным для обычного пользователя. В большинстве интернет-соединений используется общедоступный DNS-адрес Google. Изменить его можно через «Панель управления компьютера» в «Центре управления сетями и общим доступом». Данные манипуляции довольно критичны для устойчивой работы интернета на вашем компьютере. Поэтому производить их стоит только тогда, когда вы абсолютно уверены в своей IT-подготовке.

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

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

Решение проблем с ошибкой 503 администратором веб-ресурса

При возникновении ошибки 503 Service Unavailable в любом ее проявлении администратор web-ресурса в первую очередь должен разобраться в причине ее появления. Игнорирование данной процедуры по принципу «само пройдет» может привести к тому, что сайт понесет глобальные потери в объеме пользовательского трафика и, как следствие, конверсии. Посетители, регулярно сталкивающиеся с проблемами доступа к определенному ресурсу, очень быстро занесут его в «игнор».

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

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

1. При получении запроса от пользователя конкретная страница сайта не может установить соединение с базой данных MySQL.
2. Некорректная работа плагинов и расширений из-за внутренних ошибок или конфликта между собой.
3. Использование недорого хостинга и маломощного сервера приводит к тому, что оборудование не справляется с обработкой входящего трафика.
4. Ресурсоемкие скрипты создают дополнительную нагрузку на сервер.
5. Задействован почтовый сервис, выполняющий автоматическую рассылку сообщений в большом объеме.
6. Соединение с удаленным сервером может привести к замедлению обработки запросов.
7. Передача файлов большого объема при помощи PHP-скрипта.
8. Значительное количество нерабочих модулей конкретной CMS.

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

Как избежать появления ошибок 503

Для начала рекомендуется провести статистический анализ через административную панель (снять логи), чтобы понять, какие процессы создают максимальную нагрузку на сервер, и произвести определенные изменения в настройках.

Уменьшение нагрузки на базу данных можно добиться следующими способами:

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

Оптимизация работы скриптов

• Отключите все лишние плагины и дополнения, кроме тех, которые реально необходимы для бесперебойной работы сайта (кэширование, оптимизация базы данных, создание бэкапов, сжатие изображений).
• Осуществляйте передачу файлов большого объема через FTP, т.к. использование других способов передачи данных приводит к созданию отдельного процесса.
• Осуществляйте массовую почтовую рассылку в моменты отсутствия пиковой нагрузки на сайт, например, ночью или ранним утром.
• При использовании удаленного сервера минимизируйте время ответа и оптимизируйте канал соединения.
• Проверьте наличие проблемных запросов к базе MySQL в файле mysql-slow.log.

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

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

Заключение

Ошибка 503 Service Unavailable может возникнуть на любом сайте, управляемом одной из наиболее популярных CMS – WordPress (Вордпресс), Joomla (Джумла), DLE (ДЛЕ) и любой другой, использующей базы данных MySQL. Способов ее решения много, начиная от самых простых на уровне пользователя и заканчивая довольно сложными процедурами, которые должен выполнить администратор сайта.

Буду благодарен, если вы нашли нестандартный подход к устранению сбоя с кодировкой 503 и готовы поделиться своим опытом в комментариях!

Не могу войти в личный кабинет Билайн — что делать, если не работает личный кабинет или просто «не заходит», объясним причины и дадим решение непредвиденной ошибки.

Вероятные причины и решения

1. Проблемы с паролем

Чтобы попасть в ЛК, необходимо ввести правильные данные доступа — логин и пароль. Если при использовании постоянного пароля не заходит в личный кабинет Билайн, то первым делом рекомендуем:

• Проверить правильность введения:
• Чтобы увидеть скрытый пароль, нужно в окне авторизации нажать на закрытый глаз. Тогда он отобразится;
• Деактивируйте клавишу CAPS LOCK, если она была случайно включена и символы вводятся заглавными буквами, когда должны быть строчными или наоборот;

А если не работает симка — то переходите по ссылке.

Если с постоянным паролем не получается войти, для восстановления доступа закажем в смс разовый:

• Вводим номер телефона без 8 в окно для авторизации, кликаем Далее;
• Кликаем по кнопке Получить в смс.

Или командой:

• *110*9# и вызов.

Но и с временным паролем при входе в Билайн личный кабинет непредвиденная ошибка может поджидать абонентов.

Возможные причины:

• Отправлено сразу несколько запросов. Когда мгновенно не приходит пароль, мы можем отправить несколько повторных запросов. А когда первый код получен, вводим его в окно.
• Надо помнить, что новый запрос кода, аннулирует предыдущий. Поэтому нужно дожидаться последнего из заказанных кодов и вводить его.
• Истек срок действия пароля. Если код в течение пары минут не был введен, система его удаляет и по нему уже нет доступа.
• Чтобы войти, потребуется заказать новый шифр и ввести его без промедлений.

2. Проблемы с соединением

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

• Нет интернет-соединения. Проверьте сигнал — посмотрите на значок сети или откройте другой сайт. Возможно, устройство отключилось от сети;
• Антивирус препятствует работа сайта. Можно отключить на момент входа;
• Неправильные время и дата устройства. Это может препятствовать входу, так как сайт обладает защитой данных по протоколу HTML. Нужно выставить текущие дату и время;

Если не приходят смс на смартфон, то переходите по ссылке.

3. Сброс автовхода

Ещё одна популярная тема — «не могу открыть и зайти в личный кабинет Билайна, хотя ранее использовался автовход ».

Такое возможно, когда была стерта история из браузера (клавиши CTRL+H), а вместе с ней и файлы cookie.

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

4. Сервисные работы

Это может быть одной из причин, почему не работает личный кабинет Мой Билайн. На сервисе регулярно проводятся технические работы, но это не должно занять много времени.

• Можем порекомендовать попробовать войти снова спустя некоторое время. Также на странице «Сбой Билайн сегодня» — мы пишем актуальную информацию о неполадках.

Вывод. Мы выяснили наиболее вероятные причины неприятной ситуации. Почти всегда проблема решается самостоятельно. Но если войти так и не получилось — можно обратиться к сотрудникам службы технической поддержки абонентов, её номер 0611.

Иногда у пользователей билайн возникают ошибки при совершении стандартных действий: при отправке СМС, при попытке выйти в интернет или открыть сайт. У большинства таких сбоев есть свои кодовые номера.

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

Это — самый распространенный сбой, который возникает при отправке SMS-сообщений на Beeline. Код 38 обозначает, что на вашем балансе не хватает средств для совершения операции.

Он может появиться в двух ситуациях:

Единственный способ решения проблемы — пополните счет. Если же с деньгами все в норме, попробуйте сделать следующее:

Теперь все должно работать как положено.

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

Причиной проблемы могут стать:

Убедитесь, что вы верно указали телефон абонента перед отправкой. Это единственное, что вы можете сделать.

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

Абоненты билайн могут увидеть код ошибки 50 из-за таких причин:

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

Устранить другие причины вы можете таким образом:

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

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

Этот сбой возникает при попытке смены тарифного плана. К появлению ошибки в такой ситуации может привести следующее:

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

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

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

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

Чтобы исправить ошибку 502, вы можете очистить куки. Это делается так:

Закройте браузер и откройте его заново. Если не сработало, попробуйте перезагрузить свой компьютер или телефон.

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

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

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

Чтобы избавиться от проблемы, вы можете попробовать:

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

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

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

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

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

Теперь подключение должно работать стабильно.

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

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

Среди причин появления ошибки 691 можно выделить:

Для начала убедитесь, что вы используете верные данные для входа. Проверьте, та ли установлена раскладка клавиатуры, не включен ли на устройстве Caps Lock. 

После проверьте баланс в личном кабинете на телефоне. Также можно позвонить по номеру 0611 и узнать информацию там.

Все в норме? Тогда попробуйте сменить адрес VPN-сервера:

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

Если интернет по-прежнему не работает, звоните в службу поддержки по телефону 0611 и излагайте ситуацию. Специалист поддержки поможет в решении вопроса.

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

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

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

Причиной появления ошибки 809 могут стать:

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

Исправить все проблемы с вашей стороны вы можете так:

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

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

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

Абоненты билайн могут избавиться от ошибки 720 так:

Если ничего не помогло, можно попробовать переустановить стек TCP/IP. Но делать это самостоятельно мы не рекомендуем. Лучше отдайте компьютер в ремонт или вызовите мастера на дом.

Клиенты билайна нередко сталкиваются с ошибками во время использования сети. Большинство неполадок связано с отправкой СМС или работой интернета — как проводного, так и мобильного.

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

Ошибка 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ы можете попытаться связаться с веб-сайтом в социальных сетях.

• 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 

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

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

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

503 Service temporarily unavailable

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

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

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

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

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

504 Gateway Timeout

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

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

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

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

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

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

Ошибка 505

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

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

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

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

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

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

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

Время прочтения
7 мин

Просмотры 27K

Работа в поддержке хостинга в основном однотипная, большинство запросов от клиентов решаются по проработанной схеме, но иногда всё же приходится сталкиваться с нетривиальными проблемами. Тогда главная задача инженера — найти тот самый — единственно верный путь, который приведёт к её решению. В этой статье хочу рассказать о том, как мы столкнулись с плавающей ошибкой «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 — превышен лимит, выделяемых пользователю ресурсов

В данном списке приведены лишь некоторые, наиболее распространённые случаи. Также стоит отметить, что при превышении лимитов пользователь может получить как 500, так и 503 ошибку.

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

Касаемо 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 '{print $2; }' | tail -1`; then strace -tt -T -f -p $mypid; fi ; done

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

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

cat trace.* | tail
...
47307 21:33:04.137893 --- SIGHUP {si_signo=SIGHUP, si_code=SI_USER, si_pid=42053, si_uid=0} ---
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 '{print $2; }' | 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 '{' -f 2 | cut -d'=' -f 4 | cut -d',' -f 1`; then ps -aux | grep $mypid; fi; done;

seq 1 10000 | xargs -i sh -c "curl -I http://sitename/"

В итоге, получили название процесса /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 '{print $1}') -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.: Надеюсь, Вам было интересно ознакомиться с материалом статьи, а кому-нибудь она поможет быстрее решить подобную проблему.