Попытка выяснить проблему, из-за которой сервер не отвечает на соединения rdp или smb после того, как он не использовался в течение примерно 3 часов (т.е. все пользователи отсутствуют и работают только фоновые службы). Два встроенных сетевых адаптера емкостью 1 ГБ работают в режиме LACP, зависящем от коммутатора, с политикой хэширования Mikrotik RB2011iL 802.3ad l2+l3. Соединение восстанавливается после одного из двух случайным образом:
- Вход в систему через интерфейс supermicro kvm и ввод учетных данных (соединение восстанавливается, и сервер снова начинает отвечать, что для меня странно)
- То же, что и 1, но соединение восстанавливается только после ручного перезапуска сетевого интерфейса объединения.
Похоже, что сервер по какой-то причине переходит в спящий режим, но некоторые службы все еще работают, например, я могу установить L2TP-соединение с маршрутизатором, который отправляет запрос RADIUS на сервер (так что запрос радиуса проходит нормально, журнал NPS сообщает, что Я успешно авторизовался). Но в этот момент RDP все еще не работает.
Другое дело, что маршрутизатор понятия не имеет, что я перезапускаю интерфейс (когда в обычном случае он сообщает, что ссылка работает / не работает). Кроме того, проблема появилась один раз до использования объединения, но не сохранялась долго, поэтому я понятия не имел, что произошло тогда, теперь она вернулась. В средстве просмотра событий также нет журналов о том, что интерфейс не работает или что-то в этом роде, только такие службы, как NTP, начинают рассылать спам, что они не могут разрешить свои адреса.
Что я пробовал до сих пор:
- Обновление сетевых драйверов до последней версии, доступной на сайте Supermicro.
- Настройка «разрешить спать» отключена
- Отключение энергоэффективного Ethernet на обеих сетевых картах
- Перезагрузка сервера
Что еще я могу сделать, чтобы решить эту проблему?
Изменить: установка объекта групповой политики для времени истечения сеанса никогда не кажется временным решением проблемы. Так как у меня были активные сессии, сервер не впадал в свой таинственный сон и был доступен нормально. Но в любом случае это не полный ответ на проблему, просто меняет тему на «почему WS перестает отвечать на rdp/smb/pings/вероятно что-то еще, когда все пользовательские сеансы отсутствуют»