Перейти к содержимому


Фото
- - - - -

Умер сервер - восстановить сервер


  • Please log in to reply
25 ответов в этой теме

#21 Den-mp3

Den-mp3

    Member

  • Posters
  • 121 Сообщений:

Отправлено 18 Август 2020 - 15:06

 

 

 

 

 

а вот имя и айпи сервера изменилось.

На будущее, чтоб ничего не менялось, лучше таки пользоваться доменным именем (чем-либо в духе drwcs.example.com) и указывать всем станциям именно его. Тогда будет достаточно изменить запись ДНС, чтобы станции ушли на новый адрес сервера.

 

имеется ввиду что после смерти физического сервера и заново установленного дрвэб сервера на виртуалке эти параметры сменились. и конечно использовалось имя. и оно сменилось (надо было)

Вы говорите про нетбиосное имя, а я про A-запись на DNS-сервере, которая редактируется администратором по своему усмотрению.

 

кто то из нас что то не понимает. напоминает разговор глухого с немым.

после смерти физического сервера с установленным дрвэб есуит на нём, был поднят дрвэб на виртуальной машине с другим именем и айпи адресом (не спрашивайте почему не хочу эти имя и айпи менять на сервере)

Ещё раз. Рекомендация на будущее – задавать агентам не нетбиосное имя сервера, не его производные и не его IP-адреса. А пользоваться отдельной A-записью, которую в случае повторения инцидента и изменения адресов можно просто отредактировать.

Например, имеем сервер с именем srv-qwerty, производным именем srv-qwerty.corp.local и IP-адресом 10.0.0.1. Заводим ему "A drwcs-svc.corp.local. 10.0.0.1" и/или "CNAME drwcs-svc.corp.local. srv-qwerty.corp.local.". Когда произошёл инцидент и сервер переехал на srv-asdfgh, srv-asdfgh.corp.local и 10.0.0.2 соответственно, нужно всего лишь отредактировать A и/или CNAME запись. И вся эта свистопляска с изменением адреса на всех агентах больше не нужна.

Но сейчас это, конечно же, никак не поможет. Потому что соломка не подстелена.

 

я вас понял. мне ничего не мешает это сделать сейчас и присвоить cname старого сервера на новый, благо его имени сейчас нет в сети



#22 Den-mp3

Den-mp3

    Member

  • Posters
  • 121 Сообщений:

Отправлено 18 Август 2020 - 16:25

а ещё у меня лицензия на старом сервере (умершем) и агентах закончилась. на новом сервере я добавил новую лицензию


Сообщение было изменено Den-mp3: 18 Август 2020 - 16:27


#23 Afalin

Afalin

    Guru

  • Dr.Web Staff
  • 5 835 Сообщений:

Отправлено 18 Август 2020 - 16:45

а ещё у меня лицензия на старом сервере (умершем) и агентах закончилась. на новом сервере я добавил новую лицензию

Лицензия тут вообще никак не замешана.


Семь раз отрежь – один раз проверь

#24 Den-mp3

Den-mp3

    Member

  • Posters
  • 121 Сообщений:

Отправлено 18 Август 2020 - 17:20

Тогда нужен лог es-service.log с любого такого проблемного агента. Желательно с выставленным уровнем протоколирования "Отладка".

because of invalid server signature (error: 3)

[WRN] [reconnector] ES connection error 3 'invalid server signature'

 в логах эта фигня


Сообщение было изменено Den-mp3: 18 Август 2020 - 17:21


#25 Kirill Polubelov

Kirill Polubelov

    Hr. Schreibikus

  • Dr.Web Staff
  • 4 351 Сообщений:

Отправлено 18 Август 2020 - 17:48

А попытки подключения, при этом, по правильному адресу или у вас точно-точно один единственный ES-сервер?


В этом случае, значит, не сработали команды замены сертификатов.


(exit 0)

#26 Den-mp3

Den-mp3

    Member

  • Posters
  • 121 Сообщений:

Отправлено 26 Август 2020 - 14:04

Спасибо, решено.

проблема с именем сервера - не проблема.

на всех агентах слетел сертификат. 

решено с помощью команды предоставленной выше, через удаленный павершелл,

& 'C:\Program Files\DrWeb\es-service' '-c' 'c:\drwcsd-certificate.pem'

конечно же загрузив сертификат на с

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

и конечно нужно смотреть ответ после выполнения смены сертификата.


Сообщение было изменено Den-mp3: 26 Август 2020 - 14:07



Читают тему: 1

0 пользователей, 1 гостей, 0 скрытых