Kisuke IT Log

Веду сервер новостного портала на 1С-Битрикс. Вирусная статья про ночную атаку разошлась через Яндекс.Дзен - и сайт лёг на целый час: сервер с 24 ядрами уходил в load average 35.78, а читатели ждали страницу по 30-150 секунд вместо мгновенной отдачи. Причина оказалась крошечной: один новый параметр в ссылках Яндекса (ysclid) не попал в список параметров, которые кэш должен игнорировать - и каждый переход с уникальной ссылкой считался новой, никогда не виденной страницей, минуя оба уровня кэша сразу...

Свой личный проект: система централизованного управления банами на DigitalRuby.IPBan, новую версию обкатываю на 13 Windows RDP-серверах - если атакующий засветился на одном сервере, через несколько минут его банят на всех остальных. Первый же реальный прогон инсталлятора на живой машине вскрыл пять независимых багов за один вечер: неподписанный скрипт, падение служебной утилиты на русской локали Windows, пустой XML-элемент, ломающий PowerShell изнутри, переполнение схемы планировщика заданий на "вечном"...

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

У заказчика уже был свой Exchange Server, обслуживающий почту трёх доменов компании. Когда появился четвёртый бренд - 70 ящиков, до этого живших на Yandex 360 - встал вопрос: платить за отдельную облачную подписку или добавить домен в уже существующую инфраструктуру. Решили добавить - и дешевле, и одна точка администрирования вместо двух разных систем. По пути вылезло несколько отдельных находок. Один из адресов не создался с первого раза - алиас оказался уже занят другим доменом внутри той же организации...

Обычно с shared-хостинга уходят на VPS ради ресурсов. Здесь получилось наоборот. Сайт заказчика на VPS периодически переставал открываться - без нагрузки, без ошибок в логах, просто тишина по таймауту, и совпадало это с окнами работы ТСПУ. Проверили силами сотрудников по всей стране - подтвердилось: недоступность именно в эти окна, сразу у разных провайдеров связи. Сменили VPS-провайдера - картина повторилась. А вот сайты того же провайдера на тарифах линейки VIP (уже обычный хостинг, не VPS) у тех же пользователей открывались нормально...