Сисадмин пропал: что делать бизнесу, если нет паролей и документации

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

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

Это могут быть:

• интернет и локальная сеть;
• серверы;
• 1С;
• файловое хранилище;
• корпоративная почта;
• CRM;
• телефония;
• VPN для удалённой работы;
• сайт, домен и хостинг;
• резервное копирование;
• облачные сервисы;
• видеонаблюдение.

Например, интернет работает, сотрудники открывают документы, а 1С запускается как обычно. Поэтому кажется, что проблему можно отложить.

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

Поэтому разбираться с доступами нужно до первого серьёзного сбоя.

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

Если никто не знает, как устроена инфраструктура, опасно начинать с резких действий.

Не стоит:

• сбрасывать роутер до заводских настроек;
• переустанавливать сервер;
• менять IP-адреса;
• удалять неизвестные учётные записи;
• отключать серверные службы;
• форматировать компьютер системного администратора;
• менять сразу все найденные пароли.

Например, сброс роутера может удалить настройки подключения к интернету, VPN, телефонии или связи между офисами.

Сначала нужно зафиксировать текущее состояние систем. После этого можно планировать изменения. 

Полезно составить простой список и расставить приоритеты.

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

Если серверы и сетевое оборудование находятся в офисе, сначала проводят техническое обследование.

Специалист определяет:

• какое оборудование установлено;
• какие серверы работают;
• какие системы на них запущены;
• где находятся рабочие данные;
• какие административные учётные записи существуют;
• как устроена сеть;
• какое устройство отвечает за интернет.

Главное правило — сначала изучить текущую конфигурацию, а потом вносить изменения.

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

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

Для подтверждения могут потребоваться:

• реквизиты организации;
• договор;
• история платежей;
• доступ к корпоративной почте;
• подтверждение номера телефона;
• другие документы.

У каждого сервиса свой порядок восстановления. 

Такой вариант сложнее.

Действовать лучше последовательно:

1. Определить, кому принадлежит аккаунт.
2. Найти договоры и историю оплаты.
3. Связаться с поставщиком услуги.
4. Подготовить подтверждающие документы.
5. Запустить восстановление доступа.
6. После получения контроля изменить контакты на корпоративные.

Если стандартная процедура не подходит, специалист должен сначала оценить технические варианты восстановления без риска для данных. 

Нужно ответить на пять вопросов:

1. Что именно копируется?
2. Как часто создаются копии?
3. Где они хранятся?
4. Когда была сделана последняя успешная копия?
5. Можно ли из неё восстановить данные?

Например, на сервере ежедневно появляется архив базы 1С. По датам всё выглядит нормально.

При проверке может выясниться, что архив повреждён или несколько месяцев копируется не та база. 

Самый надёжный способ проверки — восстановить резервную копию в отдельной тестовой среде.

При этом нельзя заменять рабочие данные непроверенной копией.

После теста должно быть понятно:

• открываются ли данные;
• за какую дату они доступны;
• полностью ли восстановилась система;
• сколько занимает восстановление;
• где хранится дополнительная копия.

Желательно иметь хотя бы одну копию отдельно от основного сервера.

Если сервер выйдет из строя вместе со всеми дисками, резервная копия на этом же оборудовании не поможет. 

• VPN;
• удалённый рабочий стол;
• SSH;
• корпоративную почту;
• CRM;
• серверы;
• облачные сервисы;
• хостинг;
• домен;
• системы резервного копирования;
• программы удалённого управления компьютерами.

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

Не стоит начинать с массовой смены всех паролей.

Безопаснее действовать так:

1. Получить рабочий административный доступ.
2. Создать корпоративную учётную запись администратора.
3. Проверить способы восстановления аккаунтов.
4. Выяснить, какие программы используют старые пароли.
5. Сменить критичные пароли.
6. Завершить активные удалённые сеансы.
7. Отключить ненужные учётные записи.

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

Если удалить её сразу, часть систем может перестать работать. 

После аварийного восстановления возникает следующий вопрос: кто будет следить за инфраструктурой дальше.

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

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

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

Для небольшой или средней компании альтернативой может быть IT-аутсорсинг. В этом случае инфраструктуру обслуживает команда, а не один специалист. Если один сотрудник подрядчика недоступен, работу может продолжить другой.

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

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

Если времени мало, используйте этот чек-лист:

1. Не сбрасывайте оборудование и не меняйте настройки наугад.
2. Определите системы, остановка которых мешает работе бизнеса.
3. Проверьте административные доступы к серверам.
4. Найдите доступы к роутеру, VPN и сетевому оборудованию.
5. Проверьте домен, хостинг и корпоративную почту.
6. Определите, где находится база 1С и другие важные данные.
7. Найдите резервные копии.
8. Проверьте возможность восстановления из резервной копии.
9. Создайте корпоративный административный аккаунт.
10. Проверьте удалённые подключения и старые учётные записи.
11. Смените критичные пароли.
12. Проведите аудит, если устройство инфраструктуры неизвестно.
13. Зафиксируйте оборудование, сервисы, доступы и ответственных.
14. Определите, кто будет обслуживать IT дальше.

Главная цель — не просто вернуть один пароль.

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