Решённые задачи

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

Медицинское учреждение с сетью филиалов

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

Импортозамещение домена: переход с зарубежной службы каталогов на отечественную платформу

Задача. Заменить доменную инфраструктуру на базе Windows отечественным решением, не разрывая работу существующих систем.

Сделано. Развёрнут домен на российской доменной платформе поверх сертифицированной отечественной ОС: два контроллера домена с двусторонней репликацией, настроено двустороннее доверие леса с действующим доменом Windows.

Результат. Домен работает в продуктивной среде, единый вход между старой и новой инфраструктурой подтверждён проверкой на клиентах.

отечественная ОСдоменная платформадоверие лесовимпортозамещение

Типовой процесс ввода рабочих станций в отечественный домен

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

Сделано. Чистая установка отечественной ОС из дистрибутива, диагностика зависимости установщика доменного клиента от настроек DNS, ввод станции в домен.

Результат. Станция в домене, процедура описана и воспроизводима без участия подрядчика.

отечественная ОСDNSрегламент

Централизованный мониторинг всей инфраструктуры

Задача. Свести серверы, сетевое оборудование и гипервизор в одну систему контроля — до этого состояние проверялось вручную.

Сделано. Развёрнута система мониторинга, собраны два дашборда — обзорный для руководства и подробный административный, построена карта сети с 14 связями между узлами.

Результат. Все серверы, коммутаторы и гипервизор видны на одной панели; состояние инфраструктуры читается за минуту.

мониторингдашбордыкарта сети

Автоматические оповещения об инцидентах

Задача. Довести аварийные события до ответственных людей, не рассчитывая на то, что кто-то смотрит в панель мониторинга.

Сделано. Интеграция мониторинга с двумя корпоративными мессенджерами, настроен ежедневный автоматический отчёт о состоянии систем.

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

мониторингмессенджерыавтоотчёты

Восстановление телефонной связи с оператором

Задача. SIP-транк оператора связи не работал более года — входящие и исходящие звонки шли в обход, часть номеров была недоступна.

Сделано. Диагностика защищённого канала до оператора, найдено и устранено расхождение адреса АТС в настройках, транк включён, голосовое меню переведено на прямой транк.

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

SIPIPsecIP-АТСIVR

Отказоустойчивость АТС: замена костыля на штатный механизм

Задача. Ключевой процесс АТС падал до пяти раз в сутки и поднимался только по расписанию — между падением и восстановлением сервис простаивал.

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

Результат. Сервис поднимается мгновенно после сбоя; состояние видно в отчёте, а не выясняется по жалобам пользователей.

автозапуск сервисовIP-АТСмониторинг

Корпоративная почта по HTTPS через reverse-proxy

Задача. Веб-почта была недоступна по удобному внешнему адресу и открывалась с предупреждением о сертификате.

Сделано. Настроен reverse-proxy к почтовому серверу, подключён публичный wildcard-сертификат, исправлена ссылка на внутреннем портале.

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

reverse-proxyвеб-почтаTLSwildcard-сертификат

Отчёты колл-центра: с обрыва по таймауту до 6,5 секунды

Задача. Веб-отчёты по очередям вызовов не открывались — месячный отчёт обрывался ошибкой шлюза на 60-й секунде.

Сделано. Три причины вместо одной: увеличен таймаут виртуального хоста, создан индекс по дате на таблице в 56,5 млн строк, в запросе устранено декартово произведение.

Результат. Месячный отчёт строится за 6,5 секунды вместо обрыва по таймауту.

СУБДиндексыоптимизация SQLвеб-сервер

Исправление разрешения внешних имён для доменных клиентов

Задача. Часть пользователей не открывала внешние ресурсы: имена не разрешались через доменные DNS-серверы.

Сделано. Диагностика и исправление условных форвардеров на обоих контроллерах домена.

Результат. Разрешение внешних имён восстановлено, проверено непосредственно на клиентских машинах.

DNSусловные форвардеры

Устранение предупреждения о небезопасной отправке формы

Задача. Браузер помечал отправку формы в рабочем веб-приложении как небезопасную, хотя сайт работал по HTTPS.

Сделано. Найдена жёстко прописанная в коде ссылка на http-адрес за HTTPS-прокси и устранена.

Результат. Предупреждение исчезло — без замены сертификата и без переделки приложения.

HTTPSreverse-proxymixed content

Автоматический учёт сетевой топологии

Задача. Сведения об оборудовании и сети собирались вручную и устаревали быстрее, чем документировались.

Сделано. Развёрнута машина-сканер с доступом к сети и настроен конвейер сбора данных в систему учёта инфраструктуры.

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

учёт инфраструктурыSNMPавтоматизация

Пилот SIEM перед закупкой: три системы вместо одной презентации

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

Сделано. Параллельно развёрнуты три системы на одинаковых источниках — платная отечественная (по триальной лицензии), её бесплатная версия от того же вендора и независимое open source решение. Для каждой настроены приём событий по syslog, сбор с сетевого оборудования и веб-доступ по HTTPS с доверенными сертификатами и автопродлением.

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

SIEMмониторинг событий ИБsyslogTLSимпортозамещение

Регламент взаимодействия с регулятором по компьютерным инцидентам

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

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

Результат. Документ завершён и принят к использованию организацией.

НКЦКИИБ-документацияреестр ресурсов

Группа компаний малого бизнеса: корпоративная почта

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

Миграция почтового сервера на собственный VPS без простоя

Задача. Перенести корпоративную почту группы компаний на новый хостинг, не потеряв писем и не остановив переписку.

Сделано. Развёрнут полный почтовый стек — приём и отправка, IMAP-хранилище, антиспам, защита от перебора паролей; перенесены ящики и архив писем, переключены MX-записи восьми доменов.

Результат. 453 письма перенесены, входящая и исходящая почта подтверждены живыми тестами, простоя не было.

почтовый серверIMAPантиспамDNS/MX

Защита почтового сервера от спама и открытого релея

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

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

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

антиспамDNSBLзащита от перебораSTARTTLS

DKIM-подписи для всех доменов компании

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

Сделано. Обнаружено расхождение — подпись была опубликована только у двух доменов из восьми; ключи сверены и опубликованы для оставшихся шести.

Результат. Проверка доставки через внешний сервис пройдена, подпись валидна по всем доменам.

DKIMSPFдоставляемость

Перевод рабочих ящиков на защищённые протоколы

Задача. Почтовые клиенты работали по устаревшему протоколу, письма хранились только на одной машине.

Сделано. 18 учётных записей на 9 доменах переведены на IMAP и отправку через Submission с шифрованием.

Результат. Для всех 18 ящиков подтверждён вход по IMAP и авторизованная отправка; почта доступна с любого устройства.

IMAPSMTP SubmissionTLS

Собственные разработки

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

Оркестратор локальных языковых моделей на одной видеокарте

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

Сделано. Собственный демон-арбитр: автозагрузка дежурной модели, выгрузка простаивающих, дисциплина блокировки переходов GPU.

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

PythonFastAPIllama.cppDocker

База знаний с поиском по документам (RAG)

Задача. Дать моделям отвечать по документам компании, а не по общим знаниям, и не выдумывать идентификаторы и номера.

Сделано. Векторный поиск по базе документов плюс структурный слой: точный поиск по идентификатору в реляционной базе поверх векторного.

Результат. Закрыто ограничение векторного поиска на точных фактах — ответы по конкретным записям стали достоверными.

QdrantPostgreSQLRAGэмбеддинги

Индексация корпоративной базы знаний

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

Сделано. Отдельный конвейер индексации с фильтром приватных документов; найдено и устранено состояние гонки, при котором в индекс попадали пустые файлы.

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

QdrantDoclingrsync

Обезличивание персональных данных перед внешними сервисами

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

Сделано. В шлюз запросов встроено автоматическое обезличивание семи типов данных (имена, телефоны, адреса, e-mail и др.) с обратной подстановкой в ответе.

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

Microsoft PresidioLiteLLMзащита ПДн

Долговременная память диалога

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

Сделано. Подсистема памяти: перед ответом параллельно поднимаются релевантные факты и документы, после диалога новые факты уходят в фоновую обработку.

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

Mem0PostgreSQLасинхронная обработка

Мониторинг собственной инфраструктуры

Задача. Держать под наблюдением более 15 узлов собственной сети — гипервизор, контейнеры, сервисы платформы.

Сделано. Развёрнут Zabbix с нуля, собран обзорный дашборд и карта сети со слоями от интернет-канала до контейнеров.

Результат. Все 113 ячеек дашборда проверены поимённо — ни одной пустой или показывающей устаревшие данные.

Zabbix 7.0 LTSProxmoxLXC

Резервное копирование с копией вне площадки

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

Сделано. Ночное автоматическое копирование конфигураций, дампов баз и снимков векторного хранилища; отдельная выгрузка копии на внешний git-сервер.

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

PostgreSQLQdrantcronoff-site

Восстановление доступа к заблокированным ресурсам

Задача. Часть внешних сервисов перестала открываться, прямая настройка канала не помогала.

Сделано. Построена цепочка защищённых туннелей через два промежуточных узла; причина сбоя найдена по трассировке пакетов — устранена правилом корректировки размера пакета на промежуточном узле.

Результат. Доступ восстановлен и подтверждён живым запросом, правило закреплено и переживает перезагрузку.

IPsecWireGuardiptablesMTU/MSS

Похожая задача?

Расскажите, что не работает или что нужно построить, — оценим объём и пришлём смету до начала работ.