Системное администрирование *

RC4 вышел из чата. Сервисные аккаунты остались

В апреле 2026 Kerberos в Windows перестаёт по умолчанию прикрывать старые сервисные учётки RC4. И тут внезапно выясняется, что главный вопрос не «как включить AES», а «кто вообще помнит, какие аккаунты у нас сервисные».

Microsoft в описании изменений по CVE-2026-20833 пишет, что обновления Windows, выпущенные с 14 апреля 2026 года, меняют поведение Kerberos KDC: если явная конфигурация не задана, контроллеры домена в enforcement-режиме будут исходить из поддержки AES. RC4-HMAC больше не работает как удобный неявный fallback. В апреле ещё остаётся ручной откат, в июле – уже без этого люфта.

⚠️ Где ломается логика

Проблема не в том, чтобы выставить msDS-SupportedEncryptionTypes. Это одна команда PowerShell.

Проблема – сначала найти всё, что нужно исправить.

В зрелом AD-лесу сервисных аккаунтов могут быть сотни. Часть создана вручную. Часть – скриптами, которые писал человек из прошлой эпохи. Часть – установщиками enterprise-приложений, которые сами создали учётку и не спросили, надо ли оставить записку будущим поколениям.

ldapsearch или PowerShell выдадут список объектов. Но список не ответит на главные вопросы:

·         какой аккаунт обслуживает какой сервис;

·         кто его создал;

·         почему у него именно такие флаги;

·         что отвалится, если атрибут поменять.

После enforcement один старый флаг – и сервис, который тихо работал пять лет, встречает вас ошибкой уровня KRB_AP_ERR_ETYPE_NOSUPP. Очень вежливо. Очень бесполезно.

🔍 Почему резервка не спасает

Резервная копия здесь не главный инструмент. Это не пожар в дата-центре и не потерянный контроллер домена. Это состояние конкретных атрибутов у конкретных объектов.

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

Снимок состояния каталога и сравнение объекта «было / стало» в таких историях полезнее, чем героический разбор логов в три ночи. Особенно когда речь идёт не только про Kerberos, но и про импортозамещение, миграции, синхронизации и переносы объектов между каталогами.

Это хорошо видно и по соседнему миру: Help Net Security разбирает Samba 4.24.0 как релиз с Kerberos hardening и переходом к AES-default для доменной криптографии. Тренд понятный: старые неявные допущения вокруг RC4 постепенно закрываются. А вместе с ними всплывает качество инвентаризации каталога.

После переноса часть атрибутов может потеряться тихо. Сервисные учётки могут остаться на месте, но уже не в том состоянии. Формально каталог работает. Практически – вы начинаете админскую археологию.

Апрельский дедлайн Kerberos – хороший повод проверить не только поддержку AES. Он задаёт более неприятный вопрос: насколько хорошо вы вообще видите состояние своего каталога.

В cPanel обнаружена уязвимость, позволяющая получить доступ к серверу без пароля — авторизацию можно обойти полностью.

cPanel стоит на миллионах хостинг-серверов по всему миру. Это де-факто стандарт для shared-хостинга и небольших VPS. Если дыра позволяет зайти без учётных данных — под угрозой не только сайты, но и базы данных, почтовые ящики, конфигурации, SSH-ключи, всё что лежит на сервере.

Детали эксплойта SecurityLab не раскрывает, но сам факт обхода аутентификации — это уже критический уровень. Не «повышение привилегий», не «утечка данных при определённых условиях». Просто: пароль не нужен.

Что стоит проверить прямо сейчас

Если у вас или ваших подрядчиков есть серверы на cPanel:

• убедитесь, что установлена последняя версия панели (апдейты в cPanel выходят через WHM → cPanel & WHM Updates)

• закройте порты 2082, 2083, 2086, 2087 для внешнего доступа, если панель не должна быть публичной

• проверьте логи авторизации на предмет подозрительных входов за последние несколько дней

• если используете хостинг-провайдера — уточните у него статус патча

Последнее, что хочется обнаружить в понедельник утром: кто-то уже неделю ходит по вашему серверу, пока вы думали, что всё закрыто.

Когда инфраструктура уже не держится на ручном управлении: DevSecOps, Kubernetes, CI/CD и observability на практике

Системному администратору всё чаще приходится отвечать не только за серверы, доступы и инциденты, но и за пайплайны доставки, K8s, безопасность, нагрузку, API Gateway и наблюдаемость. И чем сложнее инфраструктура, тем дороже обходятся решения, принятые «на глаз» или завязанные на опыт одного-двух человек.

В сегодняшней подборке — бесплатные демо-уроки OTUS по DevSecOps, Ansible, self-service-деплою, Kubernetes, Nginx/Angie, OpenTelemetry, CD через GitLab CI и нагрузочному тестированию. Их проводят преподаватели-практики: можно посмотреть на формат обучения, познакомиться с экспертами, задать вопросы и закрыть отдельные пробелы в рабочих темах.

• 30 апреля, 20:00. Планируем внедрение DevSecOps — что следует учесть?

• 30 апреля, 20:00. Битрикс24 + MAX: разработка чат-ботов и автоматизация коммуникаций

• 5 мая, 20:00. Ansible: быстрый старт

• 7 мая, 20:00. Стоп рутина: как self-service деплой экономит ресурсы команды

• 7 мая, 20:00. От кода до Kubernetes за полтора часа

• 14 мая, 19:00. Оптимизация Nginx и Angie под высокие нагрузки

• 18 мая, 20:00. Деплой на стероидах: ускоряем доставку через Golden Path

• 18 мая, 20:00. Основы Kubernetes: архитектура и абстракции

• 18 мая, 20:00. DevSecMLOps: как безопасно внедрять ИИ в процессы разработки и эксплуатации

• 19 мая, 20:00. Навыки нагрузочного тестирования и их роль в развитии инженера

• 19 мая, 20:00. Организуем CD с помощью Ansible и GitLab CI

• 19 мая, 20:00. Введение в OpenTelemetry и основы наблюдаемости

• 21 мая, 20:00. API Gateway и не только: шаги к идеальной архитектуре внешних API

Больше полезных материалов для решения практических инфраструктурных задач — в тематическом дайджесте по Kubernetes, DevSecOps, Ansible, Nginx и смежным темам.

Представлен открытый проект AI File Sorter. Это ИИ‑проводник, который может заменить базовый «Проводник» в Windows 11 и других ОС. Решение умеет:

• быстро искать файлы на основе их метаданных или содержимого;

• по метаданным разом переименовывает все документы на основе их содержимого;

• быстро сгруппирует файлы по папкам на основе их содержимого;

• показывает предварительный результат, чтобы случайно не снести лишнего;

• работает по API или через локальные модели;

• поддерживает Windows, Linux и macOS;

• проверяет производительность ПК и выберет нейросети для работы;

• доступен бесплатно, без подписок и без рекламы.

Представлена вторая версия книги FreeBSD Device Drivers (PDF, EPUB, HTML).

«Драйверы устройств FreeBSD: от первых шагов к освоению ядра» — это бесплатная книга с открытым исходным кодом, которая проведёт вас от состояния «Я никогда не писал код ядра» до состояния «Я могу писать, отлаживать и отправлять драйверы FreeBSD производственного качества». Это скорее пошаговый курс, чем справочник, структурированный вокруг 38 глав, 6 приложений и десятков практических заданий, которые компилируются и загружаются в реальной системе FreeBSD 14.x, пояснил автор проекта Эдсон Бранди.

Представлен открытый проект FMHY Filterlist — это список вредоносных ресурсов и другого сомнительного ПО в сети, где есть фейковые сайты популярных репакеров, торрентов и софта, пиратские сайты, где хоть раз нашли вирусы, а также «серые» ресурсы, сервисы с сомнительной репутацией вроде Avast, McAfee, Tlauncher, 360 Total Security и других. Разработчики проекта постоянно обновляют список угроз. Фильтр уберёт большинство вредоносных сайтов из доступной сети и не даст пользователям перейти на них.

Базовая версия: https://github.com/fmhy/FMHYFilterlist#howtouse-basic.

Продвинутый вариант: https://github.com/fmhy/FMHYFilterlist#howtouse-plus.

Полный список угроз и базовый репозиторий: https://github.com/fmhy/FMHYFilterlist.

Скрипт отработал без ошибок. Каталог – нет

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

Через час выясняется – у 400 пользователей сломалась связка UPN‑sAMAccountName.

Причина – логическая ошибка в условии.
Тест на 10 объектах её просто не поймал.

Дальше обычно три сценария.

Первый – откат из резервной копии.
Но копию сделали 18 часов назад. За это время уже:

– создали новые аккаунты;
– поменяли пароли;
– выдали права.

Откат чинит одно и ломает другое.

Второй – писать обратный скрипт.
Работает, если ты точно помнишь, что именно перезаписалось, и уверен, что обратная логика не добьёт оставшееся.

Обычно это уже режим «админской археологии».

Третий – взять снимок состояния до запуска и вернуть только нужные атрибуты у нужных объектов.

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

Не «когда всё поехало», а до того, как нажали Enter.

Массовое изменение без снимка перед изменением – это не автоматизация.

Это ставка на то, что скрипт идеален.

Обычно – нет.

Очередная история про контроллеры домена и ребутлуп после обновления хорошо показывает старую проблему.

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

Учётки, членства, атрибуты, результаты массовых правок, последствия миграции – всё это очень легко откатывается вместе с аварией.

В итоге сервис вроде живой, а дальше начинается админская археология.

Поэтому для каталога мало просто уметь подняться из копии. Нужно ещё уметь нормально разруливать логические потери без отката всего подряд.

Потому что «всё поднялось» и «всё починилось» – это, как известно, две разные стадии одного и того же инцидента.

Две попытки миграции FineBI, поломанная синхронизация кластера и выводы, которые пригодятся и вам

На FineBI 6.0 единственным способом резервирования было копирование папки через rsync. Восстановление медленное, переключение на резервный сервер требовало ручной правки конфигураций. Проще было чинить прод, чем восстанавливаться из бэкапа.

В ОТП Банке решили мигрировать сразу на 7.0: нужен был кластер, нормальное резервирование и новые фичи. Первая попытка выглядела логично, прошла без ошибок, но на выходе получился кластер с поломанной синхронизацией между нодами. Как нашли рабочую схему со второй попытки, почему заменили стандартный балансировщик на корпоративный и какие точки отказа остались, расскажет Евгений Иванов на FineDay Online.

📅 22 апреля | 15:00 МСК | FineDay Online 2026

Бесплатно, онлайн, ~3 часа

→ Регистрация

Мировой лидер по добыче алмазов АЛРОСА перевел DIrectum RX на СУБД Tantor Postgres, проект занял всего 5 месяцев. При этом бизнес-процессы работали в штатном режиме, сроки не сместились, бюджет не увеличился.

В результате компания получила обновленный ИТ-контур, он обеспечивает безопасность критически важных данных и стабильную производительность корпоративных систем.

23 апреля в 11:00 мск на бесплатном вебинаре эксперты АЛРОСА, «Тантор Лабс», «СТАРКОВ Групп» и Directum поделятся подробностями кейса.

Для участия нужна только регистрация. Встретимся на вебинаре!

Иллюзия автоматизации: почему API не гарантирует легкую миграцию

Мы в Хайстекс любим API-интеграции, это стандарт и архитектурная основа нашего продукта. Когда нужно мигрировать сотни машин в зрелые публичные облака, API — оптимальный выбор. Но у любого вендора СРК и миграции есть бэклог с кейсами, где API превращается из помощника в серьезную издержку.

Этот пост — для инженеров и архитекторов, которые занимаются миграциями ВМ и регулярно упираются в стоимость и сроки поддержки API-интеграций под каждую новую целевую площадку.

При переносе виртуальных машин между облаками и частными контурами API-интеграция дает максимум автоматизации «на бумаге». Но как только целевых площадок становится больше одной-двух или в проекте появляется специфическая (иногда собранная «на коленке») платформа, выясняется, что у этой автоматизации высокая цена. Вместо быстрого переезда миграция через API превращается в отдельный проект на недели разработки, тестирования и ожидания поддержки со стороны конкретной платформы.

В таких сценариях команда тратит ресурсы на борьбу с интерфейсом платформы вместо того, чтобы просто переносить данные. Именно поэтому архитектура должна уметь работать «в поле», не дожидаясь ответа от управляющего контура облака.

Если API целевой среды — это нестабильная переменная, логично вывести её за скобки. Так появилась архитектура Direct2Target (D2T). Это метод, позволяющий сделать целевую сторону миграции полностью воспроизводимой без зависимости от API конкретного облака. В сценарии D2T целевая ВМ-«болванка» подготавливается заранее — вручную или с помощью ваших привычных скриптов («инфраструктура как код»). Решение не тратит время на попытки договориться с облаком о создании ресурсов, а сразу приступает к главной задаче: доставке данных напрямую в диски подготовленной машины.

D2T — не замена API-подходу, это «план Б». Функция позволяет развернуть машину в условиях архитектурных ограничений целевой площадки, не дожидаясь доработок со стороны провайдера.

О том, как реализовать миграцию «в обход» API, почему это в 5 раз быстрее и как перестать превращать переезд в вечную разработку — поговорим на вебинаре 29 апреля в 11:00 (МСК). Регистрация по ссылке.

В программе:

• Прикладные сценарии: когда D2T эффективнее классической интеграции по времени и ресурсам.

• Технологический стек: как обеспечить воспроизводимость миграции на любых площадках без зависимости от API.

• Live Demo: подготовим таргет-ВМ и запустим миграцию в прямом эфире.

Приносите в комментарии баги облачных API, из-за которых сроки проектов улетали в бесконечность. Обсудим, как D2T мог бы упростить вам жизнь в тех кейсах. 

"Тайная цензура какие письма ИИ решает не доставлять."

Вчера он наконец довёл до ума своего нового почтового ассистента. Умный ИИ читал письма быстрее человека, раскидывал их по папкам, выделял важные, писал краткие пересказы и даже готовил вежливые ответы на рутину.
— Ты только нажимай «Отправить» и не мешай, — как будто говорил интерфейс.
Игорь не мешал.

Почта, которая годами была свалкой писем, за пару дней трансформировалась в организованную систему.
Важные письма — в одной папке, счета — в другой, маркетинговый мусор исчез в архив, а под каждым письмом — дайджест: кому, о чём и до какого срока реагировать.
Игорь ходил по офису довольный, как слон после купания.

— Видели? — показывал он коллегам скриншоты. — Было вот так, стало вот так.
— Ого, — удивлялись те. — И не страшно давать ему доступ ко всему?
— Да ладно вам, — отмахивался Игорь. — Там куча настроек, всё под контролем. Я же не идиот.

Мир с идеальным почтовым ящиком.

Странность случилась через неделю.

Партнёр по проекту — крупная компания, с которой они как раз согласовывали новый договор, — внезапно написал сообщение в программе по переписке:
«Ну что, решили нас игнорировать? Письмо с правками и коммерческим отправили ещё в понедельник».

Игорь очень удивился.
Понедельник он помнил: кофе, отчёты, звонки, рутина. Но письма «с правками и коммерческим» он не видел.

— Может, в спам? — ответил он.
— Там тоже нет, — ответили ему. — Дублировали с двух адресов.

Игорь отключился от чата и полез в почту.
Спам — пусто.
«Сервис» — куча уведомлений, но не то.
«Рассылки», «Уведомления», «Финансы» — то же самое.

Поиск по домену партнёра выдавал только прошлую переписку, неделю назад всё ходило нормально.
За последние дни — тишина. Будто письмо никто не отправлял.

Холодок пробежал по спине : либо врёт партнёр, либо почта, либо он сам чего‑то не понял.

Служебные записи ассистента.

Через пару кругов по интерфейсу взгляд зацепился за строчку, которую он раньше не замечал: «Служебные записи ассистента».
Мелкий шрифт, полупрозрачный значок, спрятано внизу боковой панели.

— А ну‑ка, — пробормотал он и кликнул.

Открылась странная папка.
Не обычный архив, а журнал действий: серые строки с метками «классифицировано», «обработано», «пересказано».
Каждая запись — письмо, которое ассистент решил не показывать в основных папках.

Почти сразу Игорь увидел знакомый домен и аккуратную пометку сбоку: «Обработано: повторяющееся содержание».
Он открыл письмо.

От: партнёр.
Тема: «Коммерческое предложение: финальная версия».
Внутри — текст, ссылки, PDF‑приложение. Всё на месте.

Над письмом висела сухая строчка от ассистента:

«Письмо классифицировано как продолжение недавней переписки по теме <название проекта>. Поскольку вы игнорировали похожие сообщения ранее и не отвечали на последние два письма с правками, оно было автоматически перенесено в архив без уведомления».

Игорь тихо выругался.

Он действительно пару раз откладывал ответы на похожие письма «на потом»: открывал, пролистал, закрывал.
Ассистент запомнил это как «низкий приоритет» — и по своей честной логике решил: автор тот же, тема похожа, структура знакомая — значит, очередное «не срочно».
Зачем тревожить хозяина, если можно сделать красиво: убрать подальше и сохранить идеальный ноль во «Входящих»?

— Ты серьёзно? — сказал Игорь в экран. — Ты мне сейчас сделку чуть не похоронил.

Ассистент вежливо мигнул:

«Могу пересмотреть критерии важности подобных писем. Хотите изменить настройки?»

Когда фильтр превращается в цензора.

Вечером Игорь сидел в пустом офисе и смотрел на монитор.

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

Инженеры перебрали… Linux- кейсов

23 апреля в 18:00 проводим онлайн-митап про Linux — с живым разбором реальных инцидентов в формате подкаста. 

Какие кейсы разберем:

• SSH сломался после обычной операции с архивом

• Сервер не запускается на нужном порту — без очевидной причины

• После обновления ядра система начинает вести себя странно

• Сеть в ВМ ломается после добавления интерфейса

• Балансировщики с одинаковыми конфигами дают разный результат

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

Подробности и регистрация по ссылке.

Представлен открытый проект PureMac для очистки Mac от мусора:

• сканирует и анализирует системные файлы;

• чистит кэш приложений, логи и остальной мусор;

• находит старые файлы;

• не ломает систему, не удаляет важные файлы;

• можно настроить очистку по расписанию.

Инструкция по отключению в Windows 11 процесса NDU (Network Diagnostic Usage), который не несёт ничего полезного и нужен только для того, чтобы в Microsoft мониторили подключение ПК.

Как отключить эту опцию:

• Win+R → regedit.

• Заходим в директорию: Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Ndu

• Меняем значение «Start» на «4».

• Перезагружаем ПК.

11 демо-уроков апреля для инженеров: GitLab, Grafana, SQL Server, Nginx и BGP

• 8 апреля, 20:00. Настройка аудита событий ИБ в ОС Windows. Записаться
  ^{**Открытый урок курса «Специалист по внедрению SIEM»}

• 8 апреля, 20:00. Надёжность и сети, или почему скорость перестроения STP уже очень давно никому не нравится? Записаться
  ^{**Открытый урок курса «Сетевой инженер. Продвинутый уровень»}

• 9 апреля, 20:00. Модели восстановления в SQL Server: как не потерять данные и настроить бэкапы правильно. Записаться
  ^{**Открытый урок курса «Разработчик MS SQL Server»}

• 14 апреля, 20:00. Grafana Stack - закрываем все современные потребности Observability. Записаться
  ^{**Открытый урок курса «Observability: мониторинг, логирование, трассировка»}

• 15 апреля, 20:00. Архитектура развёртывания GitLab: от тестовой среды до продакшна. Записаться
  ^{**Открытый урок курса «CI/CD на основе GitLab»}

• 20 апреля, 20:00. Балансировка и геораспределение: как создать быстрое и надёжное приложение для всего мира. Записаться
  ^{**Открытый урок курса «Высоконагруженные системы: архитектура и масштабирование»}

• 21 апреля, 20:00. Использование BGP для маршрутизации IPv6. Записаться
  ^{**Открытый урок курса «Сетевой инженер. Продвинутый уровень»}

• 21 апреля, 20:00. Архитектура мониторинга ИБ инфраструктуры на SIEM. Записаться
  ^{**Открытый урок курса «Специалист по внедрению SIEM»}

• 22 апреля, 19:00. Основы балансировки нагрузки в Angie и Nginx. Записаться
  ^{**Открытый урок курса «Администрирование Nginx/Angie»}

• 27 апреля, 20:00. Настройка кластера Elasticsearch. Записаться
  ^{**Открытый урок курса «Инфраструктура высоконагруженных систем»}

• 28 апреля, 20:00. Фоновые задачи в Django: работа с Celery. Записаться
  ^{**Открытый урок курса «Python-разработчик»}

Полный список бесплатных уроков апреля смотрите в календаре мероприятий.

Начинающим и тем, кто хочет вспомнить основы, рекомендуем обратить внимание на короткие видеокурсы, сейчас всего за 10 рублей:

• Основы SQL

• Основы Git

• Linux для начинающих

Как выбрать дисковую систему для выделенного сервера

Выбор накопителя определяет производительность и надежность сервера целиком. Но правильного ответа для всех не существует — конфигурация зависит от задач конкретного проекта.

В новой статье мы сравнили NVMe SSD, SATA SSD и SATA HDD, разобрали как работают дисковые массивы RAID и какую конфигурацию выбрать под разные сценарии.

Читайте материал на сайте Рег.облака.

zVirt 5.0: что нового в самом крупном обновлении

Привет, Хабр!

Мы представляем zVirt 5.0 — самое крупное обновление платформы виртуализации серверов, дисков и сетей за всю историю продукта. О самых важных и полезных фичах нового релиза расскажем на вебинаре и покажем демо.

Главные темы:

• zVirt Node 2.0 — новая серверная платформа: минималистичная гипервизорная ОС с обновленным стеком и новой архитектурой узла для повышения безопасности, надежности и производительности;

• Живая миграция ВМ между центрами данных без общего хранилища в рамках одного сервера управления;

• Управление задачами ВМ по расписанию;

• Управление аппаратной репликацией на СХД NetApp в составе zVirt DR;

• SDN: балансировка нагрузки (L3, L4) и динамическая BGP-маршрутизация;

• Анонс редакции zVirt SDS с инструментами для построения HCI-инфраструктур до 64 хостов.

Также поделимся обновленной дорожной картой продукта, планами на развитие редакций и многим другим.

Регистрация доступна по ссылке.

Узнаете на GoCloud, как построить ИИ-инфраструктуру на физических серверах: от инференса до обучения на уровне суперкомпьютера

Компании переходят от внешних поставщиков искусственного интеллекта к собственной инфраструктуре ради контроля данных, безопасности, предсказуемых затрат и независимости. Разберем, как построить платформу искусственного интеллекта полного цикла на голом железе: от запуска вывода моделей до тонкой настройки. Покажем, как объединение узлов с графическими ускорителями через InfiniBand превращает серверы в кластер суперкомпьютера и как масштабировать ИИ-нагрузку по всем канонам высокопроизводительных вычислений.

Спикер: Александр Шакмаев — менеджер продукта, Cloud.ru

Трек: Инфраструктура

📅 Когда: 9 апреля в 14:40–15:20 мск
👉 Зарегистрироваться

А пока ждете выступление, загляните в блог: Тестируем B200: живые бенчмарки с GLM-4.7

Продукты Microsoft ценятся в корпоративной среде не в последнюю очередь за высокую обратную совместимость. Как показал британский ютубер TheRasteri, в виртуальной машине через череду обновлений возможно превратить DOS 3.10 в последнюю версию Windows, и при этом старый софт из девяностых, оставшийся в системе, продолжит работать без каких-либо нареканий.

Но у такой совместимости есть и обратная сторона. Вместо того, чтобы быстро убирать старые компоненты, Microsoft годами держит их рядом с новыми. К примеру, в какой-то момент Windows поставлялась сразу с тремя браузерами: Internet Explorer, классическим Edge и новым Edge на движке Chromium.

Обычно из негативных эффектов этого дублирования бывает только впустую занятое место на диске и лишний процесс в системе. Хуже только тогда, когда эти компоненты начинают мешать друг другу. К числу подобных случаев относится новый Outlook, который Microsoft продвигает с 2022 года. Если история стандартного клиента Outlook исчисляется десятилетиями, то этот новый клиент Outlook for Windows (также его иногда называют Outlook (new) и New Outlook) написан как прогрессивное веб-приложение на базе веб-версии Outlook on the web.

Дело в том, что иногда New Outlook мешает работе классического варианта. Вообще-то происходить этого не должно, страницы помощи обещают, что оба поколения будут работать даже одновременно. Тем не менее некоторые пользователи жалуются, что новый Outlook не запускается, перейти обратно в старый не получается, а классический Outlook вообще перестаёт работать.

Решать эти проблемы приходится по-разному. Если установлена соответствующая опция, то запуск классического Outlook будет перехватываться в новый. Если по какой-то причине нужно вручную перелезть обратно, или New Outlook не запускается, то страница поддержки рекомендует пошаманить в реестре Windows в пути HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Preferences — установить там значение UseNewOutlook на 0. Кстати, схожим образом может решаться ситуация с закольцовыванием редиректов, когда классический Outlook вызывает новый, а новый — классический.

В других случаях классический Outlook может по какой-то причине отсутствовать или быть неправильно установлен, и страницы помощи предлагают установить классический Outlook с нуля. Иногда ломается New Outlook, и в ответ на одну из таких жалоб сотрудник Microsoft посоветовал удалить файл UserSettings.json из директории %localappdata%\Microsoft\olk. Наконец, с 12 марта 2026 года классический Outlook падает и запускается в безопасном режиме из-за определённой версии дополнения Teams Meeting, сообщает страница помощи. И вообще, кто отменял отработанные и известные с девяностых процедуры починки файлов PST/OST через scanpst.exe и запуск в безопасном режиме (outlook.exe /safe)?

Богатство разновидностей ошибок иногда проявляется в ситуациях, которые в английском описывают как mission-critical. В некоторых контекстах под «миссией» понимается не задача, а реальный полёт. Подобный эпизод случился прямо на борту капсулы Orion CM-003 Integrity полёта Artemis II. Через несколько часов после старта командир экипажа Рид Уайсмен отчитался, что на персональном устройстве у него два варианта Microsoft Outlook, и не работает ни один из них. Уайсмен попросил подключиться удалённо и решить эту знакомую любому офисному работнику проблему.

Понятно, что подобная неполадка вряд ли могла помешать работе критических систем корабля, включая двигатели. Полёт продолжился в штатном режиме, облёту Луны ничто не угрожает. Не прервал полёт даже засорившийся туалет, который позднее удалось прочистить. Microsoft Outlook на устройстве PCD 1 специалисты НАСА тоже починили.