События 2020 года привели к тому, что всё большее количество людей работает удалённо. Иногда возникает ситауция, что пользователю необходимо сменить пароль для доменной учётной записи, но доступ есть только к rdp сессии, а срок действия пароля учётной записи заканчивается.

В системах с systemd по-умолчанию используется systemd-timesyncd - отдельная служба, отвечающая за синхронизацию времени локальной системы по протоколу NTP с внешнеми NTP серверами. Самое приятное, что systemd-timesyncd являеться частью systemd и не требует установки.

SQL Server 2017  расположен на кластере из двух нод, пропал диск D для SQL сервера, при этом система диск видит. Ошибка появилась после переноса диска в VMWare c SAS кластера на SSD кластер: При попытке создать бэкап, а затем восстановить и перевести его в offline получаем исключение: (затронуто строк: 408) Cannot use file 'D:\MSSQL14.' for clustered server.

При запуске теста обновления  Service Fabric появляется сообщение вида "Previous Fabric installation detected on machine" : Test-ServiceFabricConfiguration -ClusterConfigurationFilePath "E:\1.json" Previous Fabric installation detected on machine app-01.domaine.local. Please clean the machine.

В Windows 10 версии 1709, Windows 10 версии 1903, Windows Server версии 1709, Windows Server версии 1903 и более поздних версиях Windows клиент SMB2 больше не поддерживает следующие действия: Доступ гостевой учетной записи к удаленному серверу Переключение на гостевую учетную запись после ввода недопустимых учетных данных

Событие "Деградация производительности was resolved for Api". Заказчик обратился с просьбой найти причину появления ежедневного сообщения от мониторинга Microsoft Azure Service Fabric  о событии "Azure monitor alert rule Деградация производительности was resolved".

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

В обслуживаемой организации у некоторых сотрудников эпизодически возникала ошибка: ”Не удалось установить доверительные отношения между рабочей станцией и основным доменом” По наблюдениям, возникала данная ошибка у сотрудников чаще всего после отпусков, либо длительных командировок. Исследование показало, что это связано с несоответствием вариантов паролей, хранящихся на рабочей станции и домене, при долгом отсутствии компьютера в корпоративной сети, не происходили обновления OS и обновление пароля для компьютера.