Busy error при получении id

Сообщения без ответов | Активные темы

Страница 1 из 1 [ Сообщений: 10 ]

	Автор Сообщение [ТС]  Заголовок сообщения: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 29 фев 2020, 19:50  Интересующийся Зарегистрирован: 06 апр 2013, 18:06 Наличности на руках: 9.91 Сообщения: 113 Откуда: Пушкино Всем привет. Пришел бук Lenovo 110-17scl был залит сильно. Фото прилагаю. После очистки. Сделал замеры по дросселям все сопротивления в норме. Подал 19v (Потребление 0) на PQ301 19v . pq302 (4455) на выходе 0, на 4 ноге 19v а должно быть 0 так как он p канальный. Дижурка 0в. не смог найти datasheet на AWV6RB и AWW6OH Схему не нашел. Схему чарджер 8682l прилагаю. на него 19 приходит. Насколько я понял за открытие pq302 отвечает 6 лапая микра. С обратной стороны есть похожая Pq307. на 1,2,3,4,5 ножках 0в на 6 ноге 6вольт. Да еще на мульте IT8586E FXA на 3 ноге кз 1ом. Мульт я так понимаю под замену. Нужна помощь. Может у кого была такая проблема. Или схема а может boardview. У вас нет доступа для просмотра вложений: 1. Пожалуйста авторизуйтесь или зарегистрируйтесь. 2. Вы должны иметь 15 (ПЯТНАДЦАТЬ) или более сообщений. 3. У нас можно купить доступ к файлам.       Tech-Priest  Заголовок сообщения: Re: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 12 мар 2020, 11:59  Интересующийся Зарегистрирован: 27 мар 2018, 16:48 Наличности на руках: 77.10 Сообщения: 41 Как минимум у вас входные транзисторы пробиты. На B+ короткого нет? Судя по фото мулть нужно поднимать, под ним могли сгнить дорожки.       kyp [ТС]  Заголовок сообщения: Re: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 20 мар 2020, 21:20  Интересующийся Зарегистрирован: 06 апр 2013, 18:06 Наличности на руках: 9.91 Сообщения: 113 Откуда: Пушкино Входные транзисторы целы килоомы , на B+ тоже килоомы, Мульт поднял все ном. Фото прикладываю. Проблема в том что второй транзистор 4455 P канальная на гейте 19в . У вас нет доступа для просмотра вложений: 1. Пожалуйста авторизуйтесь или зарегистрируйтесь. 2. Вы должны иметь 15 (ПЯТНАДЦАТЬ) или более сообщений. 3. У нас можно купить доступ к файлам.       kyp [ТС]  Заголовок сообщения: Re: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 21 мар 2020, 17:02  Интересующийся Зарегистрирован: 06 апр 2013, 18:06 Наличности на руках: 9.91 Сообщения: 113 Откуда: Пушкино Может у кого есть boardview на эту плату или схема. нашел только кусок схемы на чарджер 8682L ———- Добавлено спустя 35 минут 39 секунд: ———- Вот замеры на дроселях. Так по скрипев мозгами на шел PQ1 (IMD2) транс сборка NPN/PNP ароде не пробита. На 5 ноге 15,68v, 6 нога 16v. А на первой 0в. Я так понял что c PQ1 должен идти сигнал на PQ2 (MMDT2907A) и она должна сажать PQ6 в моем случае 4455 на землю и тогда 19v разойдется по плате. Вопрос как проверить PQ1 или чем заменить???? У вас нет доступа для просмотра вложений: 1. Пожалуйста авторизуйтесь или зарегистрируйтесь. 2. Вы должны иметь 15 (ПЯТНАДЦАТЬ) или более сообщений. 3. У нас можно купить доступ к файлам.       kyp [ТС]  Заголовок сообщения: Re: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 06 апр 2020, 17:15  Интересующийся Зарегистрирован: 06 апр 2013, 18:06 Наличности на руках: 9.91 Сообщения: 113 Откуда: Пушкино  !  Ciber SLasH писал(а): Нарушение правил форума!! II.10. Запрещается закачивать на форум схемы и любые другие файлы, которые уже есть на форуме. II.12. Запрещается в сообщениях прикреплять схемы. Для этого есть соответствующая тема в каждом подразделе конкретного производителя. Так нашел схему подходит от NM-A841. В итоге: Два входных ключа PQ301,pq302 трупы. Хотя по замерам норм. Заменил чарджер 8682l. Дежурка поднялась.1.1в, 0.9в,0.75в,1.8в,3.3в, 5в,есть Потребление 0,53ма. биос шил все тоже. EC_APU_ALWEN 3.3в APUALW_PWRGD 3.3в EC_RSMRST# 1.7в все время. ( сопротивление 16ком) PBTN_OUT# 3.3в PM_SLP_S3# 3.3в PM_SLP_S5# 3.3в SUSP# 3.3в SYSON 3.3в EC_VR_ON 3.3в VR_APU_PWRGD 3.3в EC_SYS_PWRGD 1.7 PLT_RST# 3.3 KBRST# 3.3 Я так понимаю надо пробовать шить мульт? Нашел прогер Vertyanov PCB2, я так понял он старый. сможет прошить или нет не знаю. опыта работы нет.       kyp [ТС]  Заголовок сообщения: Re: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 08 апр 2020, 15:06  Интересующийся Зарегистрирован: 06 апр 2013, 18:06 Наличности на руках: 9.91 Сообщения: 113 Откуда: Пушкино Прошить мульт не удалось. Ошибка BUSY error при получении ID! Решил заменить мульт. На новый. После замены плата не включается. 19в, 5в, 3.3в стали скакать, плата я так понимаю в циклическом перезапуске все время. Потребление 0.08,0.009,0.012 а потом 0,0. и так по кругу. Махнул шим дижурки 3.3. Не фига все тоже. Может мулт бракованный. Увы другого нет пока. Может кто подскажет куда копать? У вас нет доступа для просмотра вложений: 1. Пожалуйста авторизуйтесь или зарегистрируйтесь. 2. Вы должны иметь 15 (ПЯТНАДЦАТЬ) или более сообщений. 3. У нас можно купить доступ к файлам. Последний раз редактировалось kyp 08 апр 2020, 16:26, всего редактировалось 1 раз.       arhireev  Заголовок сообщения: Re: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 08 апр 2020, 15:10  Интересующийся Зарегистрирован: 16 сен 2013, 10:33 Наличности на руках: 0.21 Сообщения: 175 Откуда: Астрахань kyp писал(а): Решил заменить мульт. На новый. А прошили его после замены?       kyp [ТС]  Заголовок сообщения: Re: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 08 апр 2020, 16:32  Интересующийся Зарегистрирован: 06 апр 2013, 18:06 Наличности на руках: 9.91 Сообщения: 113 Откуда: Пушкино arhireev писал(а): А прошили его после замены? Нет. Попробовал опять ошибка BUSY error при получении ID! Шил через шлейф клавы. Может надо проводами подпаиваться?       Belebirda  Заголовок сообщения: Re: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 07 май 2020, 10:51  Начинающий Зарегистрирован: 18 июл 2013, 15:54 Наличности на руках: 1.35 Сообщения: 311 Откуда: Minsk kyp писал(а): Нет. Попробовал опять ошибка BUSY error при получении ID! Шил через шлейф клавы. Может надо проводами подпаиваться? очень много бракованых 8586 из Китая, с донора надежнее _________________ Что же все так любят ходить тернистыми стежками? Ведь простые пути никто и не рассматривает!       kyp [ТС]  Заголовок сообщения: Re: 110-17ACL (CG721 NM-a911 rev 1.0) Не включается. Был залит. Добавлено: 27 июл 2020, 20:56  Интересующийся Зарегистрирован: 06 апр 2013, 18:06 Наличности на руках: 9.91 Сообщения: 113 Откуда: Пушкино Сори что давно не писал. Поставил с донора 8586E — FXS. Плата стала стартовать нормально, все питания поднимаются но изо нет. Прошил биос не фига. Я так понимаю надо шить мульт. У меня только программатор вертьянова PCB2 старый. Увы бук забрали. Походу продадут на запчасти.       Показать сообщения за:  Поле сортировки

Страница 1 из 1 [ Сообщений: 10 ]

	Похожие темы   Автор   Ответы   Просмотры   Последнее сообщение  110-17ACL (CG721 NM-a911 rev 1.0) Опознать чип в форуме Lenovo IBM valera_sh 2 357 19 ноя 2020, 16:04 valera_sh Lenovo ideapad 110-17ACL (NM-A911) Нету старта, нужен дамп в форуме Lenovo IBM jul1ck89 4 1959 19 июн 2017, 18:08 krot20121 Lenovo 110-17ACL (NM-A911) Ищу дамп kbc в форуме Lenovo IBM Sky-Xaker 3 1255 13 сен 2018, 14:23 igils lenovo 110-17acl (nm-a911) кз (ищу схему) в форуме Lenovo IBM ValeDeMare 8 689 03 дек 2020, 22:52 ValeDeMare Lenovo IdeaPad 110 (NM-A911) Греется дежурка в форуме Lenovo IBM alpan05 3 1093 07 сен 2018, 18:38 sip

[16:01:11] [PB] error busy nick 'Santiago_Holloway'
[16:01:21] [PB] error busy nick 'Chris_Stalham'
[16:01:21] [PB] error busy nick 'Haruma_Takeshi'
[16:01:21] [PB] error busy nick 'SneJok_Boss'
[16:01:53] [PB] error busy nick 'Tommaso_Orfano'
[16:01:53] [PB] error busy nick 'Jora_Sokolov'
[16:01:53] [PB] error busy nick 'Tyler_Foretti'
[16:01:53] [PB] error busy nick 'Barry_Robles'
[16:01:53] > Игрок Aleksandr_Pavlov был кикнут с сервера. [ID: 1][IP: 85.117.111.12]
[16:02:14] [connection] 178.206.72.17:64223 requests connection cookie.
[16:02:14] [PB] error busy nick 'Enrique_Western'
[16:02:14] [PB] error busy nick 'Aptem_Vasilaki'
[16:02:15] [connection] incoming connection: 178.206.72.17:64223 id: 3
[16:02:16] [join] Leon_Watson has joined the server (3:178.206.72.17)
[16:02:16] OnPlayerConnect
[16:02:16] > Игрок Leon_Watson подключился к серверу. [ID: 3][IP: 178.206.72.17]
[16:02:35] [PB] error busy nick 'Alex_Shumilovo'
[16:02:35] [PB] error busy nick 'Mickey_Desezy'
[16:02:35] [PB] error busy nick 'Forrest_Flower'
[16:02:45] [PB] error busy nick 'Federico_Wilson'
[16:03:04] OnPlayerRequestClass
[16:03:07] [PB] error busy nick 'Adrian_Mackenzie'
[16:03:07] [PB] error busy nick 'Mike_Oldfild'
[16:03:17] [PB] error busy nick 'Angelo_Baldocchi'
[16:03:17] [PB] error busy nick 'Nikolay_Dolgonosov'
[16:03:18] > Игрок Leon_Watson был кикнут с сервера. [ID: 3][IP: 178.206.72.17]
[16:03:28] [PB] error busy nick 'Taylor_Miller'
[16:03:28] [PB] error busy nick 'Sergey_Kyporosov'
[16:03:38] [PB] error busy nick 'Claudio_Mancini'
[16:03:38] [PB] error busy nick 'Sanya_Doms'
[16:03:59] [PB] error busy nick 'Cody_Brayan'
[16:03:59] [PB] error busy nick 'Radrigis_son'
[16:03:59] [PB] error busy nick 'Kevin_Onil'
[16:03:59] [PB] error busy nick 'Max_Svarog'
[16:04:01] Ошибка сохранёния.
[16:04:01] [part] Leon_Watson has left the server (3:0)
[16:04:20] [PB] error busy nick 'Timofey_Goncharov'
[16:04:31] [PB] error busy nick 'Roberto_Phillips'
[16:04:41] [PB] error busy nick 'Ramses_Flipsize'
[16:04:52] [PB] error busy nick 'Alexander_Richards'
[16:04:52] [PB] error busy nick 'Misha_Sjorak'
[16:05:13] [PB] error busy nick 'Mario_Luchano'
[16:05:13] [PB] error busy nick 'Lilia_Porter'

• ← Предыдущая тема
• Вопросы по скриптингу
• Следующая тема →

Спойлер

public OnPlayerConnect(playerid)
{
    if(ServerRestart[1])
    {
        SendClientMessage(playerid,0xffcc00ff,»Ñåé÷àñ ïðîèñõîäèò ðåñòàðò ñåðâåðà!»);
        SendClientMessage(playerid,0xffcc00ff,»Ïîæàëóéñòà, äîæäèòåñü åãî çàâåðøåíèÿ»);
        return KickEx(playerid);
    }
    SetSpawnInfo(playerid, 0, 0, 0.0, 0.0, 0.0, 0.0, 0, 0, 0, 0, 0, 0);
    for(new pInfo:i; i < pInfo; i ++) PlayerInfo[playerid] = 0;
    for(new tempInfo:i; i < tempInfo; i ++) pTemp[playerid] = 0;
    PreloadAllAnims(playerid);
    GetPlayerName(playerid, PlayerInfo[playerid][pNames], 24);
     format(string,sizeof(string),»[A] Èãðîê %s [%i] çàøåë íà ñåðâåð», PlayerInfo[playerid][pNames],playerid);
    foreach(Player, i) if(PlayerInfo[bAdmin] >= 1 && GetPVarInt(i, «ConnectInfo»)) SCM(i, COLOR_GREY, string);
    GetPlayerIp(playerid,PlayerInfo[playerid][pIP],16);
    LoadPlayerDraws(playerid);
    Show_RaceTDLocal(playerid);
    NewTextDrawsLoad(playerid);
    PlayerInfo[playerid][pTime] = unix;
    ObjectRemovedBuilding(playerid);
    ClearAnimations(playerid);
    SetPlayerDataToDefault(playerid);
    return 1;
}

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

Просмотры 44K

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

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

Начнём

Первое, с чего стоит начать, это анализ трафика между клиентом Winbox и устройством

Winbox — приложение для ОС WIndows, которое в точности повторяет веб-интерфейс и предназначено для администрирования и конфигурирования устройства с Router OS на борту. Поддерживается 2 режима работы, по протоколу TCP и UDP

Перед началом стоит отключить шифрование трафика в Winbox. Делается это следующим образом: нужно включить галочку Tools -> Advanced Mode. После этого интерфейс изменится следующим образом:

Снимаем галочку Secure Mode. Запускаем Wireshark и пробуем авторизоваться на устройстве:

Как можно заметить ниже, после авторизации идёт запрос файла list и затем его содержимое нам полностью передаётся, может показаться, что всё хорошо, но взглянем на самое начало этой сессии:

В самом начале Winbox отправляет точно такой же пакет с запросом файла list:

Рассмотрим его структуру:

1. 37010035 — размер пакета
2. M2 — константа, обозначающая начало пакета
3. 0500ff01 — переменная 0xff0005 в значении True
4. 0600ff09 01 — переменная 0xff0006 в значении 1 (Номер передаваемого пакета)
5. 0700ff09 07 — переменная 0xff0007 в значении 7 (Открыть файл в режиме чтения)
6. 01000021 04 6с967374 — переменная 0x01000001 строка list размером 4 байта (Обычно данная переменная отвечает за название файла)
7. 0200ff88 02… 00 — массив 0xff0002 размером 2 элемента
8. 0100ff88 02… 00 — массив 0xff0001 размером 2 элемента

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

struct Array {
    uint32 type;
    uint8 count;
    uint32 item1;
    uint32 item2;
    ...
    uint8 zero;
}

struct String {
    uint32 type;
    uint8 length;
    char text[length];
}

struct u* {
    uint32 type;
    uint8/32/64 value;
}

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

На стороне устройства, за обработку пакетов отвечает исполняемый файл /nova/bin/mproxy. Так как названия функций не были сохранены, я назвал функцию, которая обрабатывает пакет и принимает решения о том что делать с файлом file_handler(). Взглянем на саму функцию:

P.S. Код который нас будет интересовать отмечен стрелочками.

Шаг 1

При получении пакета на открытие файла для чтения, он начинает обработку с этого блока:

В самом начале из пакета, с помощью функции nv::message::get<nv::string_id>() извлекается название файла.

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

Полученный массив строк передаётся в функцию path_filter(), которая проверяет полученный массив строк на наличие «..«, и в случае ошибок возвращает ошибку ERROR_NOTALLOWED (0xFE0009)

P.S. ERROR_NOTALLOWED так же будет получен в ответе, если нет прав доступа к файлу

Если же всё нормально, то к началу названия файла конкатенируется путь, к директории webfig или pckg

Шаг 2

Если всё прошло успешно, открывается файл и его дескриптор сохраняется в глобальный объект.

Если файл открыть не удалось, то в ответе мы получаем ошибку: cannot open source file.

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

1. Путь к файлу не содержит «..«;
2. Имеются права на доступ к файлу;
3. Файл существует и может быть успешно открыт.

Теперь давайте попробуем отправить несколько пакетов для проверки работоспособности этой функции:

$ ./untitled.py -t 192.168.88.1 -f /etc/passwd
Error: SYS_ERRNO => ERROR_FAILED
Error: SYS_ERRSTR => cannot open source file

$ ./untitled.py -t 192.168.88.1 -f /../../../etc/passwd
Error: SYS_ERRNO => ERROR_NOTALLOWED

$ ./untitled.py -t 192.168.88.1 -f //./././././../etc/passwd
Error: SYS_ERRNO => ERROR_FAILED
Error: SYS_ERRSTR => cannot open source file

Так! А вот это уже странно… Мы помним, что ERROR_NOTALLOWED появляется если не прошла проверка в path_filter(), иначе мы бы ещё получили сообщение об отсутствии прав доступа, но в последнем случае, получается, что поиск файла производился в директории верхнего уровня?

Попробуем такой способ:

$ ./untitled.py -t 192.168.88.1 -f //./.././.././../etc/passwd
xvM2�����	�	1Enobody:*:99:99:nobody:/tmp:/bin/sh
root::0:0:root:/home/root:/bin/sh

И это сработало. Но почему? Давайте взглянем на код функции path_filter():

По коду отлично видно, что действительно происходит поиск вхождения «.. «, в полученный массив строк. Но дальше самое интересное, я выделил красным этот фрагмент.
Суть этого кода в том, что: Если предыдущий элемент так же является «..«, то проверка считается проваленной. В противном случае — считать, что всё хорошо.

Т.е. чтобы всё сработало, нужно просто чередовать «/./» и «/../» чтобы успешно перемещаться по любым каталогам и спускаться на любой уровень ФС.

Давайте посмотрим, как разработчики Mikrotik это исправили:

Теперь выход из цикла проверки происходит при первом же обнаружении «.. «. Правда мне не совсем понятно, зачем добавили проверку вхождения одной точки. А из-за изменения механизма активации пользователя devel, к сожалению, нет возможности посмотреть это в динамике.

Подведём итог

1. Router OS без проблем обрабатывает входящие пакеты ещё до авторизации пользователя
2. Из-за некорректного фильтра мы получаем доступ к любому файлу

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

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

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

Как и любая проблема с доступом к интернет-ресурсам, ошибка 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 и готовы поделиться своим опытом в комментариях!