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

Подготовительный этап: Нормативная база и ТЗ

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

Ключевые нормативные акты (актуально для РФ):

• ФЗ-8 «Об обеспечении доступа к информации о деятельности государственных органов и органов местного самоуправления», базовые требования к структуре и наполнению.
• Постановление Правительства РФ № 583 (от ), требования к структуре официальных сайтов госорганов.
• ГОСТ Р 52872-2019 «Интернет-ресурсы. Требования доступности для инвалидов по зрению» — обязательная адаптация для слабовидящих (версия для слабовидящих‚ контрастность‚ семантическая верстка).
• ФЗ-152 «О персональных данных» — если на сайте есть формы обратной связи‚ личные кабинеты или сбор аналитики.
• Приказ Минцифры РФ от № 1017 — единые требования к дизайну и структуре (Единый веб-дизайн госорганов).

Техническое задание (ТЗ) должно содержать:

1. Структуру разделов (согласно Постановлению № 583: «Сведения об органе»‚ «Документы»‚ «Деятельность»‚ «Обращения граждан»‚ «Реестры» и др.).
2. Требования к CMS (часто рекомендуется отечественное ПО: 1С-Битрикс‚ WordPress с проверенными плагинами‚ «Амиро.ЦМС»‚ «УМИ.ЦМС» и др.‚ внесенные в Реестр российского ПО).
3. Требования к хостингу/серверу (Тиер III‚ размещение на территории РФ‚ сертификация ФСТЭК/ФСБ при необходимости).
4. План миграции данных (если сайт обновляется).

Выбор инфраструктуры и хостинга

Для сайтов администраций обычный виртуальный хостинг (shared hosting) не подходит из-за требований к отказоустойчивости‚ безопасности и изоляции данных;

Рекомендуемые варианты:

• Выделенный сервер (Dedicated Server) или VPS/VDS с гарантированными ресурсами в дата-центре уровня Tier III+.
• Облачная инфраструктура (IaaS) у провайдеров‚ прошедших аттестацию ФСТЭК (например‚ Selectel‚ Yandex Cloud‚ VK Cloud‚ Rostelecom Cloud‚ Мастерхост‚ Timeweb Cloud и др.).
• Собственная серверная комната (редко‚ требует сертификации ГСЧ/СКЗИ).

Чек-лист при выборе провайдера:

• Размещение серверов исключительно на территории РФ.
• Наличие лицензии на телематические услуги.
• Готовность предоставить акт аудита безопасности / сертификат соответствия ГОСТ Р 57580.
• Канал связи от 1 Гбит/с с защитой от DDoS (L3-L7).
• Автоматические бэкапы (хранение минимум 30 дней‚ копии в другом пожарном секторе/ДЦ).
• Техподдержка 24/7 с SLA (Time to Response < 15 мин для критических инцидентов).

Важно: IP-адрес сервера и доменное имя должны быть зафиксированы в реестре доменных имен .GOV.RU (или .РФ/.RU с подтверждением прав). Регистрация в .GOV.RU осуществляется через ФГУП «НИИ Восход» или аккредитованных регистраторов по заявке уполномоченного лица администрации (ФИО: ‚ Должность: ‚ Телефон: *).

Настройка серверного окружения (Linux/Windows)

Стандарт де-факто для госсайтов — Linux (Ubuntu 22.04 LTS / Astra Linux SE / РЕД ОС / ALT Linux).

Минимальный стек (LEMP):

• OS: Astra Linux SE 1.7+ (для КСЗ) или Ubuntu Server 22.04 LTS (для общедоступных ресурсов).
• Web-сервер: Nginx (frontend) + PHP-FPM (backend). Apache допустим‚ но менее производителен под высокие нагрузки.
• PHP: 8.1 / 8.2 / 8.3 (только активные ветки с поддержкой безопасности).
• БД: PostgreSQL 15+ (рекомендуется для госсектора) или MariaDB 10.6+ / MySQL 8.0.
• Кэш: Redis / Memcached (для сессий и объектного кэша CMS).
• Поиск: Elasticsearch / OpenSearch (для полнотекстового поиска по документам).

Безопасность ОС (Hardening):

1. Отключение root-входа по SSH. Вход только по ключу для пользователя admin_*.
2. Настройка fail2ban (защита SSH‚ админки CMS‚ xmlrpc).
3. Firewall (UFW / nftables / iptables): открыть только 80‚ 443‚ 22 (с ограничением по IP админки)‚ 5432/3306 (только localhost).
4. Установка ClamAV + Maldet (сканирование загрузок).
5. Auditd — аудит критических системных вызовов.
6. Автообновления безопасности (unattended-upgrades / dnf-automatic).
7. Мониторинг целостности файлов: AIDE или Tripwire (требование ФСТЭК для КСЗ).

Развертывание CMS и настройка сайта

Пример развертывания на популярной в госсекторе CMS 1С-Битрикс (редакция «Малый бизнес» / «Бизнес» / «Корпоративный портал») или WordPress (с плагинами для ГОСТ Р 52872).

Этапы деплоя (через CI/CD или вручную):

1. Создание БД: CREATE DATABASE admin_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; Пользователь: admin_user_‚ Пароль: (хранится в Vault / .env).
2. Настройка виртуального хоста Nginx (см. конфиг ниже).
3. Установка SSL-сертификата (Let’s Encrypt через Certbot или ГОСТ-сертификат от УЦ Минцифры/КриптоПро для КСЗ).
4. Распаковка дистрибутива CMS в /var/www/admin.*.ru/.
5. Запуск инсталлятора (веб-интерфейс или CLI: php bitrix/setup.php / wp core install).
6. Настройка .htaccess / nginx.conf для ЧПУ‚ защиты системных файлов‚ заголовков безопасности (CSP‚ HSTS‚ X-Frame-Options).
7. Установка модуля «Доступность» (панель для слабовидящих‚ контрастные темы‚ увеличение шрифта).
8. Импорт структуры разделов и тестовых данных.

Пример конфига Nginx (фрагмент):

server {
 listen 80;
 listen [::]:80;
 server_name admin..ru www.admin..ru;
 return 301 https://$server_name$request_uri;
}

server {
 listen 443 ssl http2;
 listen [::]:443 ssl http2;
 server_name admin..ru;

 root /var/www/admin..ru;
 # SSL Certs (пути к файлам: )
 ssl_certificate /etc/letsencrypt/live/admin..ru/fullchain.pem;
 ssl_certificate_key /etc/letsencrypt/live/admin.*.ru/privkey.pem;
 ssl_protocols TLSv1.2 TLSv1.3;
 ssl_ciphers HIGH:!aNULL:!MD5;

 # Security Headers
 add_header X-Frame-Options "SAMEORIGIN";
 add_header X-Content-Type-Options "nosniff";
 add_header Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval' https://api-maps.yandex.ru; style-src 'self' 'unsafe-inline'; img-src 'self' data: https:; font-src 'self' data:; frame-ancestors 'self';";

 location / {
 try_files $uri $uri/ /index.php?$query_string;
 }

 location ~ .php$ {
 fastcgi_pass unix:/run/php/php8.2-fpm.sock;
 fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
 include fastcgi_params;
 fastcgi_hide_header X-Powered-By;
 }

 # Deny access to sensitive files
 location ~ /.(htaccess|htpasswd|git|env|sql) { deny all; }}

Обеспечение доступности (ГОСТ Р 52872-2019)

Это обязательное требование. Проверка проводится автоматизированными сервисами (например‚ aChecker‚ WAVE‚ Сайтозор) и вручную экспертами.

• Версия для слабовидящих: Кнопка в шапке (фиксированная позиция)‚ переключающая CSS-переменные (контрастность 7:1‚ крупный шрифт‚ монохром‚ отключение картинок/анимаций).
• Семантическая верстка: <header>‚ <nav>‚ <main>‚ <aside>‚ <footer>‚ правильная иерархия заголовков h1-h6.
• ARIA-атрибуты: Для модальных окон‚ табов‚ аккордеонов‚ форм.
• Клавиатурная навигация: Фокус виден на всех интерактивных элементах (:focus-visible)‚ порядок табуляции логичен‚ есть «Skip to main content».
• Альтернативные тексты (alt): Для всех информативных изображений‚ схем‚ графиков.
• Видео/Аудио: Субтитры‚ транскрипция‚ аудиоописание.

Интеграция с госсистемами (СМЭВ‚ ГИС‚ ЕПГУ)

Сайт администрации не изолирован. Обязательны виджеты/модули:

• ЕПГУ / РПГУ: Виджет «Жалобы и предложения» (ОИВ)‚ виджет «Запись на прием»‚ ссылки на услуги (iframe или API).
• СМЭВ 3: Адаптеры для обмена данными (проверка прав‚ получение справок). Требует сертификатов КЭП (Квалифицированная Электронная Подпись) ответственных лиц (ФИО: ‚ Сертификат: ).
• ГИС ЖКХ‚ ГИС ОК‚ ФГИС «Наш дом» и др.: Выгрузка реестров решений‚ нормативных актов в установленном формате (XML/JSON по схемам XSD).
• Публичный реестр нормативных актов: Выгрузка в Минюст (формат PDF/A-1b с ЭП).

Защита персональных данных (ФЗ-152)

Если сайт обрабатывает ПДн (формы обратной связи‚ личные кабинеты‚ cookies аналитики):

1. Опубликована Политика конфиденциальности (ссылка в футере).
2. Получено согласие на обработку (чекбоксы в формах‚ не предустановленные).
3. Шифрование передачи (TLS 1.2/1.3) — обязательно.
4. Шифрование хранения (БД: pgcrypto / TDE; Файлы: LUKS / eCryptfs) — для КСЗ или по результатам оценки угроз.
5. Журналирование доступа к ПДн (кто‚ когда‚ что делал). Хранение логов минимум 3 года.
6. Уведомление Роскомнадзора об обработке ПДн (если не исключено ст. 22 ФЗ-152). Номер уведомления: .
7. Назначен Ответственный за обработку ПДн (ФИО: ‚ Приказ № * от *).

Тестирование и Приемка работ

Перед вводом в эксплуатацию проводится комплексное тестирование:

Акт приема-передачи:

Подготавливается в 2-х экземплярах. Подписывают: Заказчик (Руководитель администрации / Уполномоченное лицо: ФИО: ) и Исполнитель (Руководитель проекта: ФИО: ). Приложения: протоколы тестирования‚ заключение по ИБ (если КСЗ)‚ сертификаты SSL/КЭП.

Ввод в эксплуатацию (Go-Live)

1. Переключение DNS A/AAAA записей на боевой IP (TTL заранее снижен до 300 сек). Регистратор: ‚ NS-серверы: .
2. Проверка распространения DNS (dig @8.8.8.8 admin.*.ru).
3. Проверка SSL (Qualys SSL Labs — оценка A+).
4. Проверка работы виджетов ЕПГУ/СМЭВ на боевом домене.
5. Настройка мониторинга (Zabbix / Prometheus+Grafana / Datadog): аптайм‚ коды ответа‚ диск‚ RAM‚ CPU‚ очередь почты‚ репликация БД.
6. Настройка алертинга в Telegram / Email / SMS для дежурного админа (Телефон: *).
7. Информирование пользователей (новость на старом сайте‚ рассылка‚ соцсети).

Сопровождение и развитие (SLA)

После запуска начинается жизненный цикл сопровождения. Обязательные регламенты:

• Резервное копирование: Ежедневно (инкремент)‚ еженедельно (полное). Проверка восстановления (Disaster Recovery Drill) — раз в квартал. Хранение: локально + удаленный ДЦ (geo-redundancy).
• Обновления безопасности: ОС и пакеты, в течение 24-72 часов после выхода патча (критические, сразу). CMS и модули — по графику релиза вендора (тестирование на стейджинге обязательно).
• Модерация контента: Редакторы (ФИО: ) публикуют нормативные акты‚ новости. Режим «Черновик -> Проверка -> Публикация».
• Обработка инцидентов: Регламент Incident Management. Уровни критичности (P1-P4). Контакты дежурных: .
• Аудит доступности: Ежемесячная автоматическая + ежеквартальная ручная.
• Пентест: Раз в год (внепланово — после мажорных изменений) аккредитованной организацией (лицензия ФСТЭК/ФСБ). Отчет направляется в надзорные органы по требованию.

Типовые ошибки и риски

Развертывание сайта администрации — это не разовое действие «закинуть файлы на сервер»‚ а непрерывный процесс управления ИТ-активом высокой ответственности. Успех зависит от трех китов: строгого следования нормативе (583 ПП‚ ГОСТ‚ ФЗ-152)‚ компетентной настройки инфраструктуры (Linux‚ Nginx‚ БД‚ Мониторинг‚ Бэкап) и качественной разработки/настройки CMS с фокусом на доступность и безопасность.

Рекомендуется завести внутреннюю базу знаний (Wiki/Confluence) с описанием инфраструктуры‚ паролей (в KeePass/Vault)‚ контактов вендоров (Хостинг: ‚ Интегратор: ‚ УЦ: *) и регламентов действий при сбоях. Это сэкономит часы дауна в критический момент.

Статья подготовлена в информационных целях. Конкретные параметры конфигурации‚ выбор ПО и порядок согласований должны утверждаться уполномоченными лицами конкретной администрации и согласовываться с органами контроля (Прокуратура‚ Роскомнадзор‚ Минцифры региона).