Ошибка работы с интернет сервис недоступен 503 1с
Начало
Хостинг предоставляет пользователям типичный стек 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, проблема была решена. Теперь наш хостинг работает стабильно. А нами был получен опыт, который пригодится нам в будущей работе.
P.S.: Надеюсь, Вам было интересно ознакомиться с материалом статьи, а кому-нибудь она поможет быстрее решить подобную проблему.
Процедура устранения проблемы со стороны администратора веб-ресурса более сложная, но в большинстве случаев именно неправильные настройки на уровне хостинга или настроек сайта в панели управления CMS приводят к появлению ошибки сервера с кодом 503.
Мощный хостинг в подарок при заказе лицензии 1С-Битрикс
Выбирайте надежную CMS с регулярными обновлениями системы и профессиональной поддержкой. А мы подарим вам год мощного хостинга – специально для сайтов на 1С-Битрикс.
Устранение ошибки 503 пользователем
Если ни один из вышеприведенных способов не помог, а достучаться до сайта ну очень нужно, пишите о проблеме в техподдержку данного ресурса, приложив скриншот страницы с кодом и описанием ошибки.
Решение проблем с ошибкой 503 администратором веб-ресурса
При возникновении ошибки 503 Service Unavailable в любом ее проявлении администратор web-ресурса в первую очередь должен разобраться в причине ее появления. Игнорирование данной процедуры по принципу «само пройдет» может привести к тому, что сайт понесет глобальные потери в объеме пользовательского трафика и, как следствие, конверсии. Посетители, регулярно сталкивающиеся с проблемами доступа к определенному ресурсу, очень быстро занесут его в «игнор».
Наиболее частые причины возникновения ошибки 503 на стороне сервера
Как видим, решение практически всех проблем, приводящих к появлению ошибки 503, достигается использованием более мощных серверов и высокоскоростного качественного хостинга. Отрицательная сторона этого способа в его затратности. Распределение пользовательского трафика неравномерно по времени, и банальный апгрейд железа не поможет полностью исключить сбои в моменты пиковых нагрузок.
Как избежать появления ошибок 503
Для начала рекомендуется провести статистический анализ через административную панель (снять логи), чтобы понять, какие процессы создают максимальную нагрузку на сервер, и произвести определенные изменения в настройках.
Уменьшение нагрузки на базу данных можно добиться следующими способами:
- Регулярное обновление CMS, которое позволяет оптимизировать работу движка, уменьшить количество багов.
- Установка защиты от ботов и парсеров, которые часто запускаются вашими конкурентами, чтобы создать дополнительную нагрузку на ресурс и тем самым вывести его частично или полностью из строя.
- Уменьшение размера и, если это возможно, количества графических файлов на сайте, а также «тяжелых» таблиц.
- Ввод ограничений на количество одновременных участников в чате.
Оптимизация работы скриптов
- Отключите все лишние плагины и дополнения, кроме тех, которые реально необходимы для бесперебойной работы сайта (кэширование, оптимизация базы данных, создание бэкапов, сжатие изображений).
- Осуществляйте передачу файлов большого объема через FTP, т.к. использование других способов передачи данных приводит к созданию отдельного процесса.
- Осуществляйте массовую почтовую рассылку в моменты отсутствия пиковой нагрузки на сайт, например, ночью или ранним утром.
- При использовании удаленного сервера минимизируйте время ответа и оптимизируйте канал соединения.
- Проверьте наличие проблемных запросов к базе MySQL в файле mysql-slow.log.
Дополнительную нагрузку на сервер, приводящую к появлению ошибки 503, могут создать DDoS-атаки. Защита от них с помощью фильтрации относится к отдельной теме обсуждения.
Следует отметить, что ошибка 503, вызванная перегрузкой серверных мощностей, может пройти сама собой, без внешнего вмешательства. Чтобы понять, произошло ли исправление ситуации, достаточно периодически перезагружать сайт.
Заключение
Ошибка 503 Service Unavailable может возникнуть на любом сайте, управляемом одной из наиболее популярных CMS – WordPress (Вордпресс), Joomla (Джумла), DLE (ДЛЕ) и любой другой, использующей базы данных MySQL. Способов ее решения много, начиная от самых простых на уровне пользователя и заканчивая довольно сложными процедурами, которые должен выполнить администратор сайта.
Буду благодарен, если вы нашли нестандартный подход к устранению сбоя с кодировкой 503 и готовы поделиться своим опытом в комментариях!
3.Находим в ветке "Сайты" нужный нам каталог, 2 раза щелкаем мышкой на него, в правом окне запускаем "Фильтрация запросов". Удаляем все запрещения на расширение (либо удалить элемент, либо поставить Разрешено=true)
4. Перезапускаем IIS
Специальные предложения
Долго бился, никакие подобные инструкции ни к чему не приводили. В итоге, пошел от обратного и все заработало. Сначала в обработке событий выбрал именно 64 битную DLL и запретил в пуле 32 бита. Вот уж не знаешь, где найдешь, где потеряешь. (исходные данные, как и названии темы)
В дополнение к предыдущему. Пришлось вернуться к этому серваку и наконец выяснилось. Сервер предприятия стоял 64 битный и в этом случае 32 битная DLL не работала. Именно в этом была причина.
Приветствую!
все сделал, все равно ошибка 500
в чем ещё проблема может быть?
Платформа 8_3_11_3034(64)
Мне помогло
2.Находим в пулах приложений приложение DefaultAppPool. Правая кнопка мыши - дополнительные параметры - Разрешены 32 разрядные приложения - поставить True FALSE
При этом у меня установлена 1С х64 клиентская часть
Веб-сервис обратился по 1 ссылке, там был редирект на схему по другой ссылку с нестандартным портом.
Как итог ссылка не доступна через браузер. Просто добавление правил не решило проблему набрел сюда, пусть админы попробуют инструкцию.
Просмотры 54310
Загрузки 0
Рейтинг 21
Создание 16.06.14 22:01
Обновление 16.06.14 22:01
№ Публикации 287834
Тип файла Нет файла
Конфигурация Не имеет значения
Операционная система Windows
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
Код открыт Не указано
См. также
Обновление платформы 1С тонкого клиента с вебсервера, когда сервер 1С ПРОФ
19.10.2021 2816 ser6702 14
Под капотом IIS, или как сделать WEB публикацию базы 1С без конфигуратора
В интернете есть много инструкций как установить Internet Information Services и опубликовать на нем базу, будь то файловую, или клиент-серверную. Но, крайне мало кто пытается разобраться, как IIS работает, и что делает платформа при публикации базы. В этой статье я покажу как опубликовать базу на IIS без использования конфигуратора.
29.04.2021 9414 evvakra 14
16.03.2021 4384 ardn 11
Некоторые особенности установки Apache 2.4 для 1С + SSL
Проблемы, возникшие при установке Apache 2.4, их решение.
30.11.2020 5735 jenyavp 23
21.10.2020 2870 SizovE 0
Настраиваем PWA приложение на платформе 8.3.18 с бесплатным действительным сертификатом SSL
Вышла платформа 8.3.18 с поддержкой PWA приложений. Получаем БЕСПЛАТНЫЙ действительный сертификат SSL. Настраиваем прогрессивное веб приложение для опубликованной бухгалтерии 3.0 на IIS сервере.
18.10.2020 7869 IamAlexy 33
Как я собрал для себя высокопроизводительный и бесплатный облачный бекенд для 1С на PosgreSQL + PostgREST
В этой статье я расскажу о проблемах бека для мобильных приложений или другого фронта, который требует производительности, быстрой реакции и отказоустойчивости, и как я решил это благодаря opensource проекту PostgREST и СУБД Postgre SQL 12. Проведу простой тест производительности для сравнения 1С с данным решением. Это может быть полезно всем, кто разрабатывает мобильные приложения либо фронтсайд-приложения для 1С на чем угодно - на мобильной платформе или на нативном языке или на Simple UI. И также обзор новых функций SimpleUI для связи с этим бекендом.
31.03.2020 16976 informa1555 35
Пошаговая инструкция по установке веб-сервера Apache и завязка с 1С
Данная статья больше предназначена для начинающих администраторов, но «бывалые» тоже могут освежить свои знания и в этой статье в деталях расскажу, как устанавливать Apache и использовать веб-сервер для работы с 1С.
10.03.2020 10638 dy4amaks 9
Простой пример работы с аутентификацией OpenID на IIS
26.12.2019 12698 budidich 21
01.12.2019 9983 VKislitsin 10
Свой веб интерфейс к 1С: побеждаем CORS на IIS, сохраняя авторизацию
20.08.2019 15096 Fragster 11
Тонкости настройки IIS
Тонкости и возможные проблемы при настройке IIS для работы с 1C. С учетом обновления платформ большинство инструкций стало неактуально и отнимает лишние время, заставляя выполнять ненужные пункты.
Если вы испытываете проблемы с Агентом, возможно, что ваш антивирус блокирует некоторые его функции.
Для разблокировки Агента “1С:Линк” нужно добавить его в “Доверенные программы”, затем перезапустить компьютер. После перезапуска надо снова открыть линк-агент и добавить в "Доверенные программы" NGINX и Apache, а затем в настройках сетевого экрана разрешить входящие и исходящие TCP.
Так же проблемы могут возникать в случае, если используется ESET Smart Security - в нем есть встроенный персональный брандмауэр. Переключение брандмауэра с автоматического режима в режим обучения всегда должно помочь.
Для этого требуется открыть антивирус, нажать на клавиатуре клавишу F5 для доступа в дополнительные настройки, выбрать подраздел “Персональный брандмауэр” и изменить режим его работы с автоматического на режим обучения.
Агент “1С:Линк” не запускается
Пришлите, пожалуйста, в службу технической поддержки support@1c.link скриншоты ошибки и файл link-agent-log.txt. Он находится в той же папке, что и link-agent.exe
К письму приложите диагностическую информацию программы “Сведения о системе” о ПК с Агентом “1С:Линк”
Возможно Агент “1С:Линк” находится в папке, где в полном пути присутствуют кириллические символы или ваш антивирус блокирует его запуск.
Для разблокировки Агента нужно добавить его в “Доверенные программы”, затем перезапустить компьютер. После перезапуска надо снова открыть линк-агент и добавить в “Доверенные программы” NGINX, Java и Apache, а затем в настройках сетевого экрана разрешить входящие и исходящие TCP и UDP.
Если в трее появился значок - значит Агент запустился. Кликните по нему правой кнопкой мыши и выберите пункт “Панель управления”, далее действуйте согласно пунктам руководства пользователя.
Агент “1С:Линк” не запускается с ошибкой “Java was started but returned exit code. ”
Данная ошибка возникает в случаях, когда файлы Агента на ПК пользователя повреждены и он пытается запуститься с использованием установленной в системе Oracle Java. Однако Агент “1С:Линк” не должен использовать в своей работе сторонних JAVA. Все необходимое входит в комплект поставки.
Для решения проблемы рекомендуем:
- Полностью удалить Агент Линка с проблемного ПК:
- Остановить Агент Линка (при необходимости снять зависшие процессы nginx.exe и apache.exe через диспетчер задач)
- Удалить папку Агента с диска
После этого туннель должен будет открыться.
“1С:Линк” работает нестабильно
Возможно, проблемы возникают из-за нестабильного Интернет-соединения.
Для расследования пришлите следующую информацию в службу технической поддержки “1С:Линк” support@1c.link.
Для компьютера с Агентом “1С:Линк”:
Для компьютера пользователя:
Очень медленно работает “1С:Линк”
Данная проблема могла стать следствием невысокой скорости доступа к Интернету или недостаточной мощности ПК с Агентом “1С:Линк”.
Скорость работы через сервис “1С:Линк” напрямую зависит от 2-х факторов:
- Скорость интернет-соединения.
- Производительностью ПК, на котором установлен линк-агент.
Для работы через сервис “1С:Линк” желательно иметь скорость подключения к Интернет не менее 512 kbit/s. Следует учесть, что необходимая скорость напрямую зависит от количества одновременно подключающихся к тоннелю пользователей. Чем их больше, тем шире должен быть исходящий канал на ПК с агентом.
Для большого количества одновременно работающих пользователей необходимо иметь достаточный объем оперативной памяти (не менее 128 МБ на пользователя). Для ускорения формирования сложных отчетов необходим высокоскоростной жесткий диск (например, SSD).
С параметрами для комфортной работы в сервисе вы можете ознакомиться здесь
Нет доступных опций для “1С:Линк” в личном кабинете
Чтобы зарегистрировать программный продукт, вам необходимо сделать следующее:
Не удается войти в Панель управления Агентом “1С:Линк”
На локальном компьютере вход в панель управления осуществляется без пароля по двойному клику на иконке Агента “1С:Линк”.
Для доступа в панель управления линк-агента через интернет необходимо ввести логин и пароль вашей учетной записи Windows от компьютера с линк-агентом.
Если проблема останется, попробуйте создать на компьютере учетную запись локального администратора с именем имя> и паролем пароль>, а затем укажите эти данные при входе в панель управления линк-агентом.
Если Панель управления не открывается, необходимо сделать следующее:
- Назначить браузер по умолчанию из списка поддерживаемых
- Выполнить следующие действия на ПК с Агентом:
- Откройте Skype и перейдите в пункт меню “Настройки” → “Дополнительно” → “Соединение”
- Снимите галочку “Для дополнительных входящих соединений использовать порты 80 и 443”
- Сохраните сделанные изменения
Ошибка при создании туннеля
Скорее всего Вы используете запрещенный символ в имени туннеля или же оно короче 4-х символов.
Имя туннеля должно состоять из как минимум 4х разрешенных символов. Допускается использование:
- латинских букв без диактрических знаков (a-z)
- цифр (0-9)
- знака дефиса (-)
Эта ошибка означает, что на компьютере пользователя не установлен или просрочен корневой сертификат сервиса “1С:Линк”.
Переустановите сертификат по инструкции.
Ошибка “Not found any 1C: Enterpise installation with web services”
Пожалуйста, убедитесь, что ваша версия программного продукта не является базовой.
Затем воспользуйтесь инструкцией по установке модулей веб-расширения и перезапустите Агент “1С:Линк”.
Код 503 сообщает, что запущенный сервис недоступен (Service Unavailable). Чаще всего это ненадолго: например, доступ к ресурсу закрывают на время перезагрузки или для проведения технического обслуживания.
Но иногда ошибка 503 возникает из-за того, что работа системы организована неправильно. Сервер взаимодействует с очередью запросов: принимает их, обрабатывает и выдаёт ответ. С лёгкими запросами он справляется быстро, со сложными — долго. Если таких тяжёлых запросов много, очередь продвигается медленно.
Длина очереди обычно фиксированная. Когда вы заходите на сайт, то отправляете запрос серверу. Если для него нет места, появится ошибка 503.
Что делать пользователю при ошибке 503
Попробуйте выполнить эти действия — есть шанс, что проблема решится.
Проверьте, у всех ли возникает ошибка
Эти онлайн-сервисы покажут, все ли пользователи не могут получить доступ к сайту или ошибка 503 появляется только у вас:
Последний особенно удобен: он делает запросы к сайту с серверов из разных стран и показывает код ответа. Если хотя бы в одном случае есть ошибка 503, значит, вы точно не одиноки.
Если сервисы показывают, что ресурс доступен, попробуйте зайти на него с другого устройства. Или попросите друзей проверить, всё ли с сайтом в порядке.
Подождите и попробуйте позже
Обновите страницу. Если по-прежнему видите ошибку 503, попробуйте зайти на сайт позднее: через пару минут или когда там потенциально будет меньше пользователей. Это касается прежде всего игр или ресурсов, которые резко стали популярны. Например, если государство объявило о новых выплатах, которые оформляются онлайн, мощностей сервера может на всех не хватить.
Перезагрузите устройство
Если проблема возникает только у вас, перезагрузка смартфона, компьютера или планшета может помочь.
Если это не сработало, перезапустите и роутер. Сделать это можно тремя способами.
1. Через панель управления
Обычно она находится по адресу 192.168.0.1 или 192.168.0.1. IP вводится прямо в браузере, но возможны варианты — сверьтесь с инструкцией к вашей модели.
В панели нужно найти кнопку «Перезагрузка» или «Перезагрузить»: она может быть в меню «Система», «Системные» и так далее. Нажмите и дождитесь, пока страница обновится.
2. С помощью кнопки отключения
Кнопка On / Off обычно находится на задней панели роутера. Нажмите на неё, подождите 20–30 секунд и включите устройство снова. Этого времени хватит, чтобы конденсаторы разрядились, чипы памяти перестали получать питание, все временные данные сбросились.
Важно! Не перепутайте кнопку On / Off с Reset, которая не только перезагружает роутер, но также сбрасывает его настройки. Если кнопка утоплена в корпус и, чтобы нажать на неё, требуется спичка или отвёртка, точно не пытайтесь достать её.
3. С помощью отключения из розетки
Выньте адаптер питания из розетки, подождите 20–30 секунд и подключите снова.
Смените DNS-адреса
К счастью, адреса DNS-серверов можно сменить. Так, вы можете использовать IP публичных DNS Google: 8.8.8.8 и 8.8.4.4 для стандарта IPv4, 2001:4860:4860::8888 и 2001:4860:4860::8844 для нового IPv6. Вот как это сделать.
1. На компьютере с Windows
Нажмите Win + R. В окне «Выполнить» введите ncpa.cpl и нажмите Enter.
Выберите подключение, которое используете, кликните по нему правой кнопкой, нажмите на «Свойства».
В списке компонентов найдите пункт «IP версии 4» или «TCP/IPv4», нажмите «Свойства». Установите переключатель «Использовать следующие адреса DNS-серверов», введите 8.8.8.8 и 8.8.4.4 в две строки.
Если в списке компонентов у вас есть «IP версии 6» или «TCP/IPv6», можете аналогично задать адреса 2001:4860:4860::8888 и 2001:4860:4860::8844.
Желательно также сбросить кеш DNS. Для этого снова зажмите Win + R, в окне «Выполнить» введите cmd.
В консоли напишите ipconfig /flushdns и кликните Enter.
2. На компьютере с macOS
Зайдите в меню «Системные настройки» — «Сеть». Если слева внизу вы видите иконку с закрытым замком, кликните по ней и в появившемся окне введите пароль администратора.
Кликните по нужному подключению и выберите в меню пункт «Дополнительно».
На вкладке DNS нажмите на «+» и добавьте адреса в список.
Очистите кеш DNS. Запустите терминал, напишите команду sudo killall -HUP mDNSResponder. Затем нажмите Return и введите пароль администратора.
3. На роутере
Зайдите в панель управления роутера и найдите пункт с адресами DNS-серверов — они могут быть в настройках DHCP. Введите два адреса нужного формата (IPv4 или IPv6) — в зависимости от того, что поддерживает ваше устройство.
Очистите кеш YouTube на Android
На Android-устройствах ошибка 503 в приложении YouTube иногда возникает из-за повреждённой информации в кеше. Попробуйте очистить его, чтобы сервис снова заработал. Действуйте так.
Зайдите в настройки. В списке приложений найдите YouTube.
Остановите его работу и нажмите «Очистить кеш». Затем снова запустите приложение.
Уменьшите список воспроизведения YouTube
Иногда ошибка 503 возникает, когда в вашем списке воспроизведения «Смотреть позже» слишком много видео. Попробуйте уменьшить его, а затем перезагрузите страницу или приложение.
Свяжитесь с администрацией ресурса
Возможно, администраторы сайта ещё не в курсе проблемы. Или, наоборот, знают, как её решить либо через сколько всё заработает. Словом, если ничего из перечисленного не помогло, обратитесь к ним.
Что делать администратору при ошибке 503
Всё зависит от движка вашего сайта и его настроек. Выбирайте подходящие варианты и проверяйте, решило ли это проблему.
Установите параметр Retry After
Он показывает, сколько времени после получения ошибки 503 должен подождать клиент до следующего запроса к серверу. Значение указывается в миллисекундах, его величину вы задаёте самостоятельно. Это предупредит слишком частые повторные запросы.
Пересмотрите время выполнения регулярных заданий
Отправку рассылок и другие задачи, которые обычно располагают в системном Cron, перенесите на время минимальной загрузки сервера. А заодно освежите в памяти правила пользования хостингом, чтобы не нарушить ограничения по количеству отправленных писем и времени работы скриптов.
Установите защиту от DDoS-атак
Это также запросы, которые поступают в общую очередь. Избавитесь от них — сможете быстрее предоставлять пользователям доступ к своему ресурсу.
Обычно хостеры ограничивают время работы скриптов. Если вы будете передавать большие файлы через такой скрипт, высока вероятность, что в лимит вы не вложитесь. К тому же передача будет занимать отдельный процесс, а значит, он не сможет обрабатывать запросы из общей очереди.
Передача файлов напрямую в этой ситуации выгоднее. В ней задействуется многопоточный процесс, который не так влияет на скорость загрузки сайта или сервиса в целом.
Удалите тяжёлые или устаревшие компоненты CMS
Попробуйте по очереди отключать компоненты вашей CMS и смотреть, как меняется ситуация. Если вы нашли потенциальный источник проблемы, попробуйте обновить этот компонент. Или подумайте, как обойтись без него — например, заменить на более новый и быстрый аналог.
Объедините ресурсы в один файл, чтобы уменьшить число запросов
Если ваше веб-приложение использует множество мелких ресурсов (изображений, таблиц стилей, скриптов и так далее) и загружает каждый из них отдельным запросом, они могут занимать значительную часть очереди. Чтобы решить проблему, объедините всё в один файл.
Уберите соединения с удалёнными серверами
Они могут не отвечать слишком долго. А тем временем остальные запросы к вашему серверу будут ждать обработки.
Поищите такие проблемы в коде, и, если без удалённого сервера не обойтись, выставьте небольшой тайм-аут на ожидание. Предусмотрите действия на случай, если он не успеет ответить.
Оптимизируйте MySQL-запросы
Если вы используете MySQL и часть запросов выполняется достаточно медленно, некоторые хостинги автоматически создают файл логов mysql-slow.log. В нём собираются наиболее проблемные обращения к базе данных. Проанализируйте их и по возможности выполните оптимизацию.
Также проиндексируйте базу и попробуйте задействовать кеширующие компоненты, которые позволили бы уменьшить количество запросов.
Установите антилич
Если другой веб-мастер использует прямые ссылки на ваш ресурс, например вставляет у себя на страницах ваши картинки, это также увеличивает очередь запросов. Антилич-модули и настройки эффективно борются с этим. Некоторые хостеры позволяют включить их в панели администрирования. Для других нужно всё настроить вручную, например через правила mod_rewrite в файле .htaccess или отдельные модули.
Установите кеширующие компоненты
Они помогут вам разгрузить очередь запросов и сократить среднее время их обработки. В результате для новых обращений останется место, и пользователи не будут видеть ошибку 503.
Проконсультируйтесь с хостером
Возможно, проблема не только у вас, и специалисты хостинг-компании знают, как её решить. Нелишним будет перед этим пробежаться по FAQ-материалам и просмотреть свежие темы на форуме ресурса. Есть вероятность, что там уже лежат готовые инструкции.
Читайте также: