KSC Linux 16: после смены IP сервера веб-консоль открывается, вход не проходит.

[Dimadadmin]

Kaspersky Security Center Linux 16 + Web Console + IAM + PostgreSQL 14 на одном хосте (Astra Linux). Имя сервера не менялось (`skcs`). Раньше всё работало в другом здании. Переехали: у сервера и у ~150 управляемых ПК сменили только IP, железо и установка те же.

 

Сейчас по новому адресу открывается Web Console (`https://<новый-IP>:8080`), логин и пароль администратора верные, но вход отклоняется: «имя пользователя и пароль неверны» / требуется аутентификация.

 

Что выяснил:

1. Консоль (8080) и IAM (4444) поднимаются.

2. Сервер администрирования (`kladminserver_srv` / `klserver`) в `systemctl` зелёный, но не открывает порты 13299 и 13000. Думаю, что без 13299 консоль не может проверить пароль.

3. В журнале через ~600 секунд после старта:

   `Время попытки подключения к базе данных истекло после 600 (сек).. #1198 Assertion "pLastError" failed    (D098D0BDD184D0BED180D0BCD0B0D1…`

4. PostgreSQL 14 слушает только новый IP:5432. Подключение `psql` к новому адресу как пользователь `postgres` проходит, базы `KAV` (владелец `KSCAdmin`) и `KAV_IAM` (владелец `KSCWeb`) на месте.

5. Проверка портов:

   - новый IP:5432 — база отвечает, когда служба запущена.

6. После перезагрузки хоста `postgresql@14-main` иногда не стартует сам (`failed`), IAM уходит в `activating`, из портов остаётся только 8080. Ручной `systemctl start postgresql@14-main` базу поднимает, IAM снова коннектится к `KAV_IAM`. К `KAV` сессий `KSCAdmin` при этом нет.

 

Что уже поправил:
- `/etc/hosts`: имя сервера указывает только на новый IP(был старый).
- `iam_config.yaml`: `dbms_address` = новый IP (раньше был старый; из‑за этого IAM не стартовал).
- Флаг `KLSRV_DB_POSTGRES_NODES` через `klscflag -fget/-fset` и файл в `ServerFlags`: `новый-IP:5432;`
- `ksc-web-console-setup.json` и `.conf`: address / kscHost / iamHost / certDomain = новый IP.
- `listen_addresses` в PostgreSQL 14 = новый IP (как было привязано к карточке).

 

Живых текстовых файлов со старым IP (кроме бэкапа yaml и пакетов агента `ss_install.ini` с `KLNAGENT_SERVER=<старый-IP>`) grep по `/etc/opt/kaspersky` и `/var/opt/kaspersky` больше не находит. Пакеты агента пока не трогал — это про будущие установки на клиентах, не про вход в консоль.

 

Что не помогло:

- Перезапуски `kladminserver_srv`, `kliam_srv`, Web Console, хоста.

 

Нужна помощь. 

 

 

[andrew75]

Посмотрите эту статью - https://support.kaspersky.ru/ksc-linux/16.2/231374?ysclid=mtgziyxj3829805631

[Dimadadmin]

Проверил статью, белый список IP для GUI не задан. Ограничение из этой статьи не используется.

Так же прошу подсказать, где у KSC Linux 16 хранится фактический адрес СУБД для `klserver`, возможно проблема в том, что обращается еще на IP с прошлого здания. 
Как я отметил, был переезд в другое здание, все что изменилось - IP

[mike 1]

Здравствуйте, бэкапы, созданные утилитой klbackup ранее имеются в наличии?

[Dimadadmin]

Здравствуйте, вот что нашел:
/var/opt/kaspersky/KSC_Backups_srv/klbackup2026-08-12#23-00-00
/var/opt/kaspersky/KSC_Backups_srv/klbackup2026-08-08#23-00-00
/var/opt/kaspersky/KSC_Backups_srv/klbackup2026-08-10#23-00-00
Созданы до переезда т.е когда все работало

[mike 1]

Пользователю KSCAdmin выдайте временно роль superuser в PostgreSQL, далее попробуйте переустановить KSCL и восстановить KSCL из резервной копии, которая ранее была создана утилитой klbackup. Возможно дополнительно придется скорректировать файл pg_hba. Перед переустановкой бэкапы нужно перенести в другую папку, т.к. /var/opt/kaspersky/KSC_Backups_srv/ может быть очищена при удалении KSCL.