а вот нашёл в отказных логах такое
Отказ в соединении с сервером
#21
Отправлено 21 Апрель 2018 - 22:54
#23
Отправлено 22 Апрель 2018 - 08:30
А как сделать, чтобы сервер и агент использовали протокол одинаковой версии?
Сообщение было изменено omegaby: 22 Апрель 2018 - 08:31
#24
Отправлено 22 Апрель 2018 - 17:52
вроде дело пошло, вручную создал для отказных записи на сервере, прописал новый пароль и ID агента, ура, заработало. конектится, всё в порядке. но лишь до перезагрузки. после перезагрузки снова - отказ в соединении с сервером и некоторые агенты после этого ещё и не переходят в режим администратора. замочек открывается. а все настройки неактивны....
Сообщение было изменено omegaby: 22 Апрель 2018 - 17:54
#25
Отправлено 22 Апрель 2018 - 18:25
замочек открывается. а все настройки неактивны....
Смотрите права на сервере для этих станций/групп.
#26
Отправлено 22 Апрель 2018 - 18:53
права для всех одинаковые
#27
Отправлено 22 Апрель 2018 - 20:12
omegaby, значит, для всех должно быть одинаковое отсутствие прав. Чудес не бывает.
#28
Отправлено 22 Апрель 2018 - 20:21
оно и одинаковое - "присутствие" назначенных прав у всех. вначале. потом агенты требуют перезагрузки после обновления. у одних всё завершается благополучно, права остаются на месте, как и доступ к серверу, а у других закрывается доступ к серверу и бывает ещё блокируются админские настройки.
#29
Отправлено 22 Апрель 2018 - 22:05
но это в принципе не важно, важно, что на некоторых агентах соединение пропадает после первого же обновления с сервера.
Сообщение было изменено omegaby: 22 Апрель 2018 - 22:08
#30
Отправлено 23 Апрель 2018 - 00:11
omegaby, не помешал бы лог dwservice с такого интересного агента.
#31
Отправлено 23 Апрель 2018 - 07:14
Страница гаданий без логов?!
#32
Отправлено 23 Апрель 2018 - 08:17
логи были выше, а после того на проблемных машинах я уже по несколько раз удалял и устанавливал разными способами агентов. пока не определил, что они конектятся ровно до первого обновления. вот, например, лог с такого агента.
Прикрепленные файлы:
Сообщение было изменено omegaby: 23 Апрель 2018 - 08:22
#33
Отправлено 23 Апрель 2018 - 08:43
Без детальных логов не сказать, но вообще по симптомам похоже на то, что винда долго не может AD system info отдать. Было где-то такое уже.
#34
Отправлено 23 Апрель 2018 - 08:55
Нашёл подобный запрос. Конкретно там проблема решилась какой-то перенастройкой ДНС на проблемных машинах ("Прописал в ручную DNSки на локальной машине и агент подключился.")
Форумы тогда ещё говорили, что подобное бывает при отключении служб RPC, DCOM, Power (Питание) и прочих подобных.
#35
Отправлено 23 Апрель 2018 - 13:14
службы включены, DCOM разрешён, DNS прописан вручную - вот лог с ещё одного отказного агента
Прикрепленные файлы:
#36
Отправлено 23 Апрель 2018 - 16:19
вот это лог агента, который вчера подключился, затем обновился и отключился, сегодня утром внезапно снова стал подключаться и работал с 6-ти утра до примерно 1500. затем опять - отказ.
Прикрепленные файлы:
#37
Отправлено 23 Апрель 2018 - 19:35
Продолжаю ванговать без отладочных логов, что винда долго что-то не может отрезолвить, когда её про AD спрашиваем.
Ради эксперимента можно вывести машину какую-либо из домена – наверняка полегчает.
#38
Отправлено 23 Апрель 2018 - 20:02
если отладочный лог, это отчёт для техподдержки, то вот
вывести кого-нибудь из отказных из домена завтра попробую.
Прикрепленные файлы:
#40
Отправлено 24 Апрель 2018 - 20:55
здесь отчёт отказника с включенными весь день журналами:
https://www.dropbox.com/sh/jh9pvlc7x9a1qjq/AAC82zbcvDHL0ZmtJ71YdUl6a?dl=0
сюда закачать не смог, лимит в 20мб.
Читают тему: 0
0 пользователей, 0 гостей, 0 скрытых