Как убрать это окно?
Все просто, но не все ищут простые пути. Открываем приложение Параметры, переходим в Система → Уведомления и прокручиваем в самый низ до пункта Дополнительные параметры, затем просто снимаем галочку Предложить способы завершения настройки этого устройства для наиболее эффективного использования Windows.
Заодно можно и советы с подсказками выключить, чтобы не надоедали.
Либо, если надо быстро и массово, через правку реестра, проще всего это сделать при помощи команды PowerShell:
Но, в отличие от первого способа, для того чтобы изменения вступили в силу вам придется перезагрузить компьютер или выйти и повторно войти в систему.
Все просто, но не все ищут простые пути. Открываем приложение Параметры, переходим в Система → Уведомления и прокручиваем в самый низ до пункта Дополнительные параметры, затем просто снимаем галочку Предложить способы завершения настройки этого устройства для наиболее эффективного использования Windows.
Заодно можно и советы с подсказками выключить, чтобы не надоедали.
Либо, если надо быстро и массово, через правку реестра, проще всего это сделать при помощи команды PowerShell:
New-ItemProperty -Path "HKCU:\Software\Microsoft\Windows\CurrentVersion\UserProfileEngagement" -Name "ScoobeSystemSettingEnabled" -PropertyType DWord -Value 0 -Force
Но, в отличие от первого способа, для того чтобы изменения вступили в силу вам придется перезагрузить компьютер или выйти и повторно войти в систему.
10👍34🔥7❤2🤮1
Новое меню Пуск в Windows 11
Меню Пуск в Windows 11 сложно назвать удачным, и оно вызывало у пользователей множество нареканий. Особенно своей практически полной «деревянностью», которая после отличного и кастомизируемого меню Windows 10 воспринималась особенно остро.
В Windows 10 была реализована концепция доступа в один клик. Справа – плитки, слева – список установленных программ. Никаких лишних переходов. В Windows 11 установленные приложения были вынесены на отдельный экран и для доступа к ним требовался дополнительный клик.
А ценное место первого экрана занимал совершенно бестолковый и даже вредный блок Рекомендуем, который фактически выполнял роль списка последних открытых файлов. При это отключить его не было никакой возможности.
В следующих релизах Пуск немного причесали, но ничего кардинально в нем не поменялось, и пользователи фактически смирились с таким положением дел. Нравится, не нравится – а жить с этим придется.
И вот совершенно неожиданно в мае 2026 года для пользователей выпусков 24H2 и 25H2 было выпушено обновление с существенно переработанным меню Пуск. Нет, революции не случилось, но эволюция произошла достаточно существенная.
Microsoft вернулась к концепции одного клика и разместила список установленных программ снова на первом экране, в нижней части меню Пуск.
По умолчанию они разбиты по категориям, задумка в целом не плохая. Все иконки в категориях кликабельны, вы можете сразу запустить нужную программу. Но сетка категории 2*2 и если в ней более четырех приложений, то остальные группируются на нижней правой позиции.
После клика по группе появляется всплывающее окно, которое может содержать свои группы. Но, как всегда, пользователя лишили возможностью управлять группировкой, составом групп и порядком в них.
В результате первые места в группах могут занимать совсем не нужные вам приложения, а за нужными вам придется разворачивать группировки. Хотя логично бы было дать пользователю самому настроить порядок в группах.
Про возможность создавать собственные группы я промолчу. Хотя в мобильных ОС, откуда явно эта технология позаимствована, пользователь может настраивать интерфейс самостоятельно.
Но не все так плохо, для любителей классики предусмотрены варианты отображения списком или сеткой.
Также, наконец, можно просто взять и выключить блок рекомендаций. В этом случае меню Пуск становится более-менее удобным. Сверху блок закрепленных приложений, внизу список установленных программ.
Не сказать, что стало совсем хорошо, но значительно лучше чем было, похоже, что разработчики все таки учли некоторые свои ошибки или нас готовят к выпуску чего-то нового (а может и хорошо забытого старого).
Меню Пуск в Windows 11 сложно назвать удачным, и оно вызывало у пользователей множество нареканий. Особенно своей практически полной «деревянностью», которая после отличного и кастомизируемого меню Windows 10 воспринималась особенно остро.
В Windows 10 была реализована концепция доступа в один клик. Справа – плитки, слева – список установленных программ. Никаких лишних переходов. В Windows 11 установленные приложения были вынесены на отдельный экран и для доступа к ним требовался дополнительный клик.
А ценное место первого экрана занимал совершенно бестолковый и даже вредный блок Рекомендуем, который фактически выполнял роль списка последних открытых файлов. При это отключить его не было никакой возможности.
В следующих релизах Пуск немного причесали, но ничего кардинально в нем не поменялось, и пользователи фактически смирились с таким положением дел. Нравится, не нравится – а жить с этим придется.
И вот совершенно неожиданно в мае 2026 года для пользователей выпусков 24H2 и 25H2 было выпушено обновление с существенно переработанным меню Пуск. Нет, революции не случилось, но эволюция произошла достаточно существенная.
Microsoft вернулась к концепции одного клика и разместила список установленных программ снова на первом экране, в нижней части меню Пуск.
По умолчанию они разбиты по категориям, задумка в целом не плохая. Все иконки в категориях кликабельны, вы можете сразу запустить нужную программу. Но сетка категории 2*2 и если в ней более четырех приложений, то остальные группируются на нижней правой позиции.
После клика по группе появляется всплывающее окно, которое может содержать свои группы. Но, как всегда, пользователя лишили возможностью управлять группировкой, составом групп и порядком в них.
В результате первые места в группах могут занимать совсем не нужные вам приложения, а за нужными вам придется разворачивать группировки. Хотя логично бы было дать пользователю самому настроить порядок в группах.
Про возможность создавать собственные группы я промолчу. Хотя в мобильных ОС, откуда явно эта технология позаимствована, пользователь может настраивать интерфейс самостоятельно.
Но не все так плохо, для любителей классики предусмотрены варианты отображения списком или сеткой.
Также, наконец, можно просто взять и выключить блок рекомендаций. В этом случае меню Пуск становится более-менее удобным. Сверху блок закрепленных приложений, внизу список установленных программ.
Не сказать, что стало совсем хорошо, но значительно лучше чем было, похоже, что разработчики все таки учли некоторые свои ошибки или нас готовят к выпуску чего-то нового (а может и хорошо забытого старого).
👍11🤔7😁1
Как вам новый Пуск в Windows 11
Anonymous Poll
45%
Еще не видел
8%
Стало лучше
6%
Стало хуже
6%
Как было, так и осталось
22%
Не использую Windows 11
6%
У меня установлен альтернативный Пуск
8%
Ничего не понятно, но очень интересно
👍3
Изучаем логи Docker
Чтение логов – основная работа системного администратора, когда что-то пошло не так. Да, сегодня у него есть хороший помощник – ИИ, но перед тем, как он проанализирует логи их надо откуда-то взять.
Сегодня мы рассмотрим, что может предложить нам сам Docker в части чтения логов. А предложить он может достаточно много.
Штатно посмотреть логи можно командой:
Где my_container – имя нашего контейнера, также можно использовать вместо имени его ID.
А если нам надо больше деталей?
Данная команда дополнит вывод всеми собранными данными и вместо
Мы получим:
Если же мы хотим смотреть лог в реальном времени, то добавляем ключ -f или --follow:
Это хорошо, но как быть, если нам надо посмотреть логи с определенного времени? Используем ключ --since в котором указываем метку времени:
Или относительный интервал, скажем за последние 30 минут:
Либо можем попросить вывести определенное количество последних строк при помощи ключа -n или --tail:
Данная команда покажет последние 50 строк, ключи можно комбинировать, например:
Покажет последние 20 строк лога и продолжит отслеживать его в реальном времени.
Если нужно обязательно выводить в каждой строке метку времени используйте ключ -t или –timestamps.
Еще один полезный ключ --until (требуется API 1.35+), он прямо противоположен --since и показывает лог до, а не после указанной временной метки или относительного интервала.
Покажет все логи не ранее чем за час.
Но особую ценность он имеет в сочетании с –-since, скажем:
Данная команда покажет логи между 10 и 11 часами 15 января 2024 года.
Чтение логов – основная работа системного администратора, когда что-то пошло не так. Да, сегодня у него есть хороший помощник – ИИ, но перед тем, как он проанализирует логи их надо откуда-то взять.
Сегодня мы рассмотрим, что может предложить нам сам Docker в части чтения логов. А предложить он может достаточно много.
Штатно посмотреть логи можно командой:
docker logs my_container
Где my_container – имя нашего контейнера, также можно использовать вместо имени его ID.
А если нам надо больше деталей?
docker logs --details my_container
Данная команда дополнит вывод всеми собранными данными и вместо
2024-01-15T10:00:00Z APP started
Мы получим:
2024-01-15T10:00:00Z APP started, container_id=abc123, env=prod
Если же мы хотим смотреть лог в реальном времени, то добавляем ключ -f или --follow:
docker logs -f my_container
Это хорошо, но как быть, если нам надо посмотреть логи с определенного времени? Используем ключ --since в котором указываем метку времени:
docker logs --since "2024-01-15T14:30:00Z" my_container
Или относительный интервал, скажем за последние 30 минут:
docker logs --since 30m my_container
Либо можем попросить вывести определенное количество последних строк при помощи ключа -n или --tail:
docker logs --tail 50 my_container
Данная команда покажет последние 50 строк, ключи можно комбинировать, например:
docker logs --tail 20 -f my_container
Покажет последние 20 строк лога и продолжит отслеживать его в реальном времени.
Если нужно обязательно выводить в каждой строке метку времени используйте ключ -t или –timestamps.
Еще один полезный ключ --until (требуется API 1.35+), он прямо противоположен --since и показывает лог до, а не после указанной временной метки или относительного интервала.
docker logs --until 1h my_container
Покажет все логи не ранее чем за час.
Но особую ценность он имеет в сочетании с –-since, скажем:
docker logs --since "2024-01-15T10:00:00Z" --until "2024-01-15T11:00:00Z" my_container
Данная команда покажет логи между 10 и 11 часами 15 января 2024 года.
👍21🤝5❤3
Как я переходил на Linux, но так и не перешел
В нашей, админской, среде часто можно слышать: а я вот перешел на Linux и горя не знаю. Что подается обычно с некоторой элитарностью и превосходством.
Но на самом деле вопрос сегодня сугубо утилитарный, потому как работаем мы не с ОС, а с программным обеспечением, которое эта самая ОС позволяет запускать.
Linux давно уже решил многие детские болезни и является взрослой операционной системой, со своими достоинствами и недостатками. А с прочным входом в нашу жизнь веб-технологий и того самого Electron и иже с ним – границы между вебом и десктопом стали стремительно размываться.
И каждый раз снова и снова встает вопрос – а может ну ее, эту «винду» и пора полностью перебраться на любимый дистрибутив?
Возможно - это хорошая идея, а возможно и нет. Мы не фанаты какой-то системы, а исходим из того, что ОС – это инструмент, а хороший специалист умеет одинаково хорошо играть от сильных сторон и выбирает софт под задачу, а не их собственных пристрастий.
Linux неплох, но в нем все еще остаются проблемы с широким спектром специфического оборудования, профессиональным софтом, играми и многим другим.
А так как мы плотно работаем с самым разным торговым, медицинским и прочим оборудованием, то вероятность того, что его полноценная поддержка будет в Linux близка примерно к нулю.
Тут и с Windows проблемы, для некоторых устройств мы держим виртуалки на Windows 7 или даже Windows XP.
Да и найти подходящий софт под Windows гораздо проще.
Но есть задачи, которые легче и проще решаются из-под Linux, особенно когда вы работаете преимущественно с Linux системами.
А дальше каждый решает сам, какая система ему ближе и в которой он проводит больше всего времени.
Но выбор одной системы вовсе не означает отказ от другой. Особенно в наше время повальной виртуализации.
После ряда попыток перейти на Linux в постоянной основе я понял, что идея эта контрпродуктивная и надо не привыкать и адаптироваться, а извлекать максимум преимуществ из текущей среды.
Практически на всех моих устройствах основная ОС – это Windows, на ПК Windows 10, на ноутбуках Windows 11, хотя она мне не сильно нравится.
Но я не ставлю на нее никакие твики, альтернативные меню Пуск и т.д., потому что понимаю, если я хочу нормально работать с клиентами и понимать их проблемы и чаяния, то мне самому надо быть погруженным в эту самую среду.
Ну а как же Linux? Он тоже со мной, многие задачи проще решать именно под этой ОС, скажем новый сайт полностью управляется из Linux-системы. Потому что в ней все связанные с сайтом задачи решаются проще, легче и быстрее.
Это же касается и ряда других задач, под каждую из которых у меня есть настроенная виртуалка и я просто запускаю ее и погружаюсь в привычную и удобную для данной задачи среду.
И поэтому я для себя эту задачу давно решил – основная ОС, это та система, которая тебе ближе и удобнее, в которой ты решаешь походя максимум повседневных задач.
Другие ОС – это отдельные кейсы, от которых не следует отказываться, создали виртуалку, заточили под конкретную задачу и пользуемся. Повторимся, админ – не фанатик, а специалист играющий от сильных сторон.
А я уже давно живу на два (или даже три – четыре) дома, используя наиболее удобное мне окружение для каждой из задач.
В нашей, админской, среде часто можно слышать: а я вот перешел на Linux и горя не знаю. Что подается обычно с некоторой элитарностью и превосходством.
Но на самом деле вопрос сегодня сугубо утилитарный, потому как работаем мы не с ОС, а с программным обеспечением, которое эта самая ОС позволяет запускать.
Linux давно уже решил многие детские болезни и является взрослой операционной системой, со своими достоинствами и недостатками. А с прочным входом в нашу жизнь веб-технологий и того самого Electron и иже с ним – границы между вебом и десктопом стали стремительно размываться.
И каждый раз снова и снова встает вопрос – а может ну ее, эту «винду» и пора полностью перебраться на любимый дистрибутив?
Возможно - это хорошая идея, а возможно и нет. Мы не фанаты какой-то системы, а исходим из того, что ОС – это инструмент, а хороший специалист умеет одинаково хорошо играть от сильных сторон и выбирает софт под задачу, а не их собственных пристрастий.
Linux неплох, но в нем все еще остаются проблемы с широким спектром специфического оборудования, профессиональным софтом, играми и многим другим.
А так как мы плотно работаем с самым разным торговым, медицинским и прочим оборудованием, то вероятность того, что его полноценная поддержка будет в Linux близка примерно к нулю.
Тут и с Windows проблемы, для некоторых устройств мы держим виртуалки на Windows 7 или даже Windows XP.
Да и найти подходящий софт под Windows гораздо проще.
Но есть задачи, которые легче и проще решаются из-под Linux, особенно когда вы работаете преимущественно с Linux системами.
А дальше каждый решает сам, какая система ему ближе и в которой он проводит больше всего времени.
Но выбор одной системы вовсе не означает отказ от другой. Особенно в наше время повальной виртуализации.
После ряда попыток перейти на Linux в постоянной основе я понял, что идея эта контрпродуктивная и надо не привыкать и адаптироваться, а извлекать максимум преимуществ из текущей среды.
Практически на всех моих устройствах основная ОС – это Windows, на ПК Windows 10, на ноутбуках Windows 11, хотя она мне не сильно нравится.
Но я не ставлю на нее никакие твики, альтернативные меню Пуск и т.д., потому что понимаю, если я хочу нормально работать с клиентами и понимать их проблемы и чаяния, то мне самому надо быть погруженным в эту самую среду.
Ну а как же Linux? Он тоже со мной, многие задачи проще решать именно под этой ОС, скажем новый сайт полностью управляется из Linux-системы. Потому что в ней все связанные с сайтом задачи решаются проще, легче и быстрее.
Это же касается и ряда других задач, под каждую из которых у меня есть настроенная виртуалка и я просто запускаю ее и погружаюсь в привычную и удобную для данной задачи среду.
И поэтому я для себя эту задачу давно решил – основная ОС, это та система, которая тебе ближе и удобнее, в которой ты решаешь походя максимум повседневных задач.
Другие ОС – это отдельные кейсы, от которых не следует отказываться, создали виртуалку, заточили под конкретную задачу и пользуемся. Повторимся, админ – не фанатик, а специалист играющий от сильных сторон.
А я уже давно живу на два (или даже три – четыре) дома, используя наиболее удобное мне окружение для каждой из задач.
1👍38❤8💯6🤮3🤡2
Извлечение контейнера ЭП из ESMART и JaCarta
Как вытащить неэкспортируемый ключ из Рутокен знают даже дети. Отдельное спасибо говорим компании Контур за предоставленные инструменты.
С другими моделями токенов все сложнее и если jaCarta – это редкий и исчезающий вид токенов, то ESMART встречается все чаще и чаще. Можно ли вытащить оттуда неэкспортируемый контейнер ключа?
Можно, но с особенностями. Методику мы тут приводить не будем, она общеизвестна и легко находится. Вам обязательно понадобится для этого: Windows 7, некая DLL-библиотека и перловый скрипт. Ну и сопутствующее ПО, но там уже, понимая процесс, можете использовать что хотите и, как хотите.
А вот сам процесс достаточно интересен, по факту это атака на протокол APDU по которому общаются между собой криптопровайдер, в нашем случае Крипто-Про и токен. А библиотека из набора – ничто иное как сниффер APDU-трафика и перехватывает любое общение криптопровайдера с токеном.
Поэтому такие вещи нужно делать на отдельной изолированной машине и подальше от чужих глаз. Хотя сам процесс сборки контейнера из полученного дампа вы можете выполнять где угодно.
Но тут, в отличие от метода с Рутокен есть очень неочевидные и неоднозначные вещи. Там мы использовали легальные инженерные утилиты производителя, а данная библиотека – по сути эскплойт, выполняющий атаку на уязвимости протокола APDU, о чем сам автор первоначальной методики (а не перепечаток) пишет открытым текстом.
А дальше мы снова уходим из технической плоскости в юридическую. Прямого запрета копировать ЭП в 63‑ФЗ «Об электронной подписи», однако соглашаясь с выпуском подписи у УЦ ФНС вы в форме договора присоединения соглашаетесь с Регламентом УЦ, который прямо запрещает так делать.
Скопировав ЭП, вы не совершаете уголовного преступления или административного правонарушения, за исключением случая, если вы несанкционированно скопируете чужую подпись – тут ч. 1 ст. 272 УК РФ.
Все что вы нарушили – это гражданско-правовой договор с УЦ, за что УЦ имеет полное право эту подпись отозвать, на этом последствия для правомерного владельца подписи заканчиваются.
А вот в случае с нашим методом, где мы выполняем атаку на APDU библиотека может легко и непринужденно быть оценена как вредоносная компьютерная программа и мы получаем уже ч.1 ст. 273 УК РФ, которая наказывает создание, распространение и использование такой информации.
И накажут вас тут не за копирование ЭП, а именно за создание и использование, а если еще и заметку в блог тиснули – то и за распространение.
Да, в сети хватает статей, хотя, по сути, это перепечатка одного и того же материала и вроде как никого не трогают, но раз в году и палка стреляет. А тот, кого тронули, скорее всего быстренько снесет свой сайт и не будет никому ничего рассказывать.
Мораль тут будет простая: надо – делайте, способ рабочий. Но не афишируйте свою деятельность и не храните инструменты в открытом доступе.
Как вытащить неэкспортируемый ключ из Рутокен знают даже дети. Отдельное спасибо говорим компании Контур за предоставленные инструменты.
С другими моделями токенов все сложнее и если jaCarta – это редкий и исчезающий вид токенов, то ESMART встречается все чаще и чаще. Можно ли вытащить оттуда неэкспортируемый контейнер ключа?
Можно, но с особенностями. Методику мы тут приводить не будем, она общеизвестна и легко находится. Вам обязательно понадобится для этого: Windows 7, некая DLL-библиотека и перловый скрипт. Ну и сопутствующее ПО, но там уже, понимая процесс, можете использовать что хотите и, как хотите.
А вот сам процесс достаточно интересен, по факту это атака на протокол APDU по которому общаются между собой криптопровайдер, в нашем случае Крипто-Про и токен. А библиотека из набора – ничто иное как сниффер APDU-трафика и перехватывает любое общение криптопровайдера с токеном.
Поэтому такие вещи нужно делать на отдельной изолированной машине и подальше от чужих глаз. Хотя сам процесс сборки контейнера из полученного дампа вы можете выполнять где угодно.
Но тут, в отличие от метода с Рутокен есть очень неочевидные и неоднозначные вещи. Там мы использовали легальные инженерные утилиты производителя, а данная библиотека – по сути эскплойт, выполняющий атаку на уязвимости протокола APDU, о чем сам автор первоначальной методики (а не перепечаток) пишет открытым текстом.
А дальше мы снова уходим из технической плоскости в юридическую. Прямого запрета копировать ЭП в 63‑ФЗ «Об электронной подписи», однако соглашаясь с выпуском подписи у УЦ ФНС вы в форме договора присоединения соглашаетесь с Регламентом УЦ, который прямо запрещает так делать.
Скопировав ЭП, вы не совершаете уголовного преступления или административного правонарушения, за исключением случая, если вы несанкционированно скопируете чужую подпись – тут ч. 1 ст. 272 УК РФ.
Все что вы нарушили – это гражданско-правовой договор с УЦ, за что УЦ имеет полное право эту подпись отозвать, на этом последствия для правомерного владельца подписи заканчиваются.
А вот в случае с нашим методом, где мы выполняем атаку на APDU библиотека может легко и непринужденно быть оценена как вредоносная компьютерная программа и мы получаем уже ч.1 ст. 273 УК РФ, которая наказывает создание, распространение и использование такой информации.
И накажут вас тут не за копирование ЭП, а именно за создание и использование, а если еще и заметку в блог тиснули – то и за распространение.
Да, в сети хватает статей, хотя, по сути, это перепечатка одного и того же материала и вроде как никого не трогают, но раз в году и палка стреляет. А тот, кого тронули, скорее всего быстренько снесет свой сайт и не будет никому ничего рассказывать.
Мораль тут будет простая: надо – делайте, способ рабочий. Но не афишируйте свою деятельность и не храните инструменты в открытом доступе.
1👍19🥱1
Проблема истечения срока действия корневых сертификатов Secure Boot
Уже сейчас в технических кругах разгоняется хайп и всякого рода страшилки об истечении срока действия корневых сертификатов Secure Boot, которые были выпущены Microsoft в 2011 году и истекают в 20 числах июня 2026 года.
Давайте начнем по порядку, основной вопрос – а причем тут Microsoft и как это должно касаться меня, если я не использую продукты этой компании.
Вернемся немного в историю, технология Secure Boot блокирует любой загрузчик, если он не подписан подписью, для которой у системы есть цепочка доверия. Для этого в UEFI загружаются корневые сертификаты производителя ПО.
С выходом Windows 8 и Server 2012 Secure Boot стал обязательным и Microsoft продавила производителей на то, что для получения статуса «совместимо с Windows» они должны обязательно разместить ключи их CA в своих UEFI.
А что же Linux? В силу фрагментации и небольшой рыночной доли заинтересованности производителей включать в прошивку ключи Linux не было, да и попробуй включи все 100500 дистрибутивов.
В итоге сообщество пошло другим путем, был разработан промежуточный загрузчик Shim (дословно – прокладка), он был проверен и подписан ключом Third-Party UEFI CA Microsoft.
Теперь при старте системы UEFI видел подписанный Shim и не блокировал его загрузку, а дальше управление передавалось родному загрузчику Linux.
Таким образом Microsoft стал практически монопольным CA для Secure Boot. Первые сертификаты были выпущены в 2011 году и истекают в июне 2026, новые сертификаты выпущены в 2023 и будут работать до 2038 года.
Что будет, если вы их не обновите? Ничего страшного, система продолжит работать как ни в чем не бывало, потому что применяется мягкая проверка подписи. Если загрузчик подписан истекшим ключом до окончания его срока действия, то такая подпись продолжает считаться действительной.
Но вот загрузиться с новым загрузчиком, который подписан подписью 2023 года на такой системе не получится, ну или придется отключить Secure Boot, что резко снизит безопасность системы.
Для пользователей Windows сильно переживать нечего, обновления с новыми ключами получат все пользователи Windows 11, а также Windows 10 22H2, все LTSC начиная с 2019 и, неожиданно, старая 1604.
Windows Server получит обновления начиная с 2016 и новее, для пользователей Server 2012 обновления доступны только по программе ESU.
Но даже если вы используете неподдерживаемую версию Windows, вы всегда можете вручную обновить BIOS, если производитель вашей системы выпустил прошивку с новыми сертификатами.
В Linux все сложнее, возможность обновить сертификаты в прошивке имеют далеко не все, их список ограничивается ведущими дистрибутивами, сотрудничающими с Microsoft, в их число входят Ubuntu 22.04/24.04+, RHEL 9+, Debian 12+ и некоторые другие.
В остальных случаях дистрибутивы могут обновить Shim, но для его поддержки вам придется прошить BIOS вручную.
Если же производитель не предоставляет обновлений прошивки и ваше ПО не получает обновлений, то вы можете всегда загрузить сертификаты Microsoft или собственные сертификаты вашего ПО через экран MOK (Machine Owner Key), который знаком всем пользователям Ventoy.
В целом какой-то критичной проблемы нет, но знать о ситуации с истечением срока корневых сертификатов Secure Boot нужно, равно как и трезво представлять все возможные проблемы и сложности.
Уже сейчас в технических кругах разгоняется хайп и всякого рода страшилки об истечении срока действия корневых сертификатов Secure Boot, которые были выпущены Microsoft в 2011 году и истекают в 20 числах июня 2026 года.
Давайте начнем по порядку, основной вопрос – а причем тут Microsoft и как это должно касаться меня, если я не использую продукты этой компании.
Вернемся немного в историю, технология Secure Boot блокирует любой загрузчик, если он не подписан подписью, для которой у системы есть цепочка доверия. Для этого в UEFI загружаются корневые сертификаты производителя ПО.
С выходом Windows 8 и Server 2012 Secure Boot стал обязательным и Microsoft продавила производителей на то, что для получения статуса «совместимо с Windows» они должны обязательно разместить ключи их CA в своих UEFI.
А что же Linux? В силу фрагментации и небольшой рыночной доли заинтересованности производителей включать в прошивку ключи Linux не было, да и попробуй включи все 100500 дистрибутивов.
В итоге сообщество пошло другим путем, был разработан промежуточный загрузчик Shim (дословно – прокладка), он был проверен и подписан ключом Third-Party UEFI CA Microsoft.
Теперь при старте системы UEFI видел подписанный Shim и не блокировал его загрузку, а дальше управление передавалось родному загрузчику Linux.
Таким образом Microsoft стал практически монопольным CA для Secure Boot. Первые сертификаты были выпущены в 2011 году и истекают в июне 2026, новые сертификаты выпущены в 2023 и будут работать до 2038 года.
Что будет, если вы их не обновите? Ничего страшного, система продолжит работать как ни в чем не бывало, потому что применяется мягкая проверка подписи. Если загрузчик подписан истекшим ключом до окончания его срока действия, то такая подпись продолжает считаться действительной.
Но вот загрузиться с новым загрузчиком, который подписан подписью 2023 года на такой системе не получится, ну или придется отключить Secure Boot, что резко снизит безопасность системы.
Для пользователей Windows сильно переживать нечего, обновления с новыми ключами получат все пользователи Windows 11, а также Windows 10 22H2, все LTSC начиная с 2019 и, неожиданно, старая 1604.
Windows Server получит обновления начиная с 2016 и новее, для пользователей Server 2012 обновления доступны только по программе ESU.
Но даже если вы используете неподдерживаемую версию Windows, вы всегда можете вручную обновить BIOS, если производитель вашей системы выпустил прошивку с новыми сертификатами.
В Linux все сложнее, возможность обновить сертификаты в прошивке имеют далеко не все, их список ограничивается ведущими дистрибутивами, сотрудничающими с Microsoft, в их число входят Ubuntu 22.04/24.04+, RHEL 9+, Debian 12+ и некоторые другие.
В остальных случаях дистрибутивы могут обновить Shim, но для его поддержки вам придется прошить BIOS вручную.
Если же производитель не предоставляет обновлений прошивки и ваше ПО не получает обновлений, то вы можете всегда загрузить сертификаты Microsoft или собственные сертификаты вашего ПО через экран MOK (Machine Owner Key), который знаком всем пользователям Ventoy.
В целом какой-то критичной проблемы нет, но знать о ситуации с истечением срока корневых сертификатов Secure Boot нужно, равно как и трезво представлять все возможные проблемы и сложности.
👍24❤2👀1
Надо больше золота, больше, еще больше!!!
Яндекс продолжает крутить гайки. Ну а куда вы с подводной лодки денетесь в текущих условиях?
Ждем пока подтянется Mail.ru/VK, они сейчас могут красиво сыграть от противного, но в условиях отсутствия фактической конкуренции, сразу после набора пользовательской массы, может произойти все тоже самое.
Какие варианты? Да особо никаких, или платим, благо не сильно дорого, или поднимаем что-то свое и не факт, что это выйдет проще и дешевле.
Яндекс продолжает крутить гайки. Ну а куда вы с подводной лодки денетесь в текущих условиях?
Ждем пока подтянется Mail.ru/VK, они сейчас могут красиво сыграть от противного, но в условиях отсутствия фактической конкуренции, сразу после набора пользовательской массы, может произойти все тоже самое.
Какие варианты? Да особо никаких, или платим, благо не сильно дорого, или поднимаем что-то свое и не факт, что это выйдет проще и дешевле.
😁12🤬6💯3👍1
Своя почта, проблемы очевидные и не очень
Снова о своей почте, точнее повторимся, для охлаждения горячих голов. О возможных проблемах, связанных с содержанием своего почтового сервера.
Почта – это сложная и комплексная система, предусматривающая взаимодействие множества разных компонентов, что требует от обслуживающего его администратора определенной квалификации, либо затрат на квалифицированное внешнее сопровождение.
Почта очень критична к настройкам DNS и многие записи напрямую отвечают за то, как ваш почтовый сервер будут видеть получатели и насколько высокий уровень проверки на спам получит ваше письмо.
Поэтому вам или понадобится DNS-хостинг или потребуется развернуть службу DNS-собственными силами.
Отдельный вопрос – если вы хотите развернуть почту не на хостинге, на собственных мощностях, здесь вы можете столкнуться с ситуацией, когда диапазон адресов вашего провайдера, из которого он выдаст вам адреса будет находиться в «домашнем» диапазоне и этот диапазон будет в различных списках антиспам-фильтров.
Если не вдаваться в подробности, то если диапазон входит в пул для выдачи частным пользователям, то считается, что почтовых серверов там быть не должно и вся исходящая оттуда почта сразу получает один из признаков спама.
Если вы попали на такой адрес, то узнаете о нем только тогда (если сразу не догадались проверить), когда ваши письма не будут доходить до некоторых адресатов. Это решаемо, но требует времени и понимания что делать.
И это мы еще даже сервер не разворачивали, а уже получили определенный набор проблем и сложностей.
Далее, сам сервер. Если вы не специалист в области почты, то сразу забудьте про ручные сборки Postfix + Dovecot + какой-нибудь веб-интерфейс. Это не почта, это зачаток почты. Современная почта требует шифрования, подписи DKIM, антивируса и антиспама.
Оно конечно можно настроить все вручную, но сколько это займет времени и сколько времени уйдет на наладку? Тем более что почта – это как правило критичный сервис и основной рабочий инструмент.
Поэтому здесь проще взять одну из готовых сборок и в этом случае вы получите гарантированно рабочую конфигурацию без грубых ошибок и неоптимальных настроек.
Поставили, настроили, можно выдохнуть? Нет, рано. Начинаем со всеми любимого спама. С ним придется работать и по первым порам работать много. Потому как если система пропускает много спама – это плохо, срабатывает на обычные письма – тоже плохо. И ваша задача будет найти золотую середину между этих двух зол.
Возможно, что вам придется для этих целей использовать отдельный продукт – пограничный почтовый шлюз, например, от Proxmox. Это позволит вывести борьбу со спамом на новый уровень, но потребует дополнительных затрат на инфраструктуру.
После того, как решили вопрос со спамом начнется другая, не менее «увлекательная» эпопея с гарантированной доставкой писем. Чаще всего такая проблема возникает с другими частными серверами, где местные админы могут накрутить весьма причудливые конфигурации антиспама.
И хорошо если он сразу и безоговорочно будет отсекать ваши письма, в этом случае проблема будет замечена сразу. Куда хуже, если ваше письмо получает на их сервере какое-то близкое к пограничному значение баллов антиспама. И шаг вправо, шаг влево – важное письмо не дошло, но одновременно было доставлена куча неважных.
На эту проблему наслаивается и низкая квалификации админов, для которых почта – черный ящик и они не могут ни нормально отследить ваше письмо и сказать какой именно фильтр на него сработал, ни нормально настроить свою систему, которая базируется на находках из интернет, чаще всего скомпилированных из разных источников.
Ну и не забываем про бекапы. Которые тоже нужно где-то хранить и хранить надежно. Что снова выдвигает требования к инфраструктуре. А так как почта – критичный сервис, то сразу вспоминаем про модель резервного копирования 3-2-1.
Поэтому, размышляя о собственном почтовом сервере всегда нужно иметь ввиду указанные сложности и соотносить их с ценой готового решения в облаке.
Снова о своей почте, точнее повторимся, для охлаждения горячих голов. О возможных проблемах, связанных с содержанием своего почтового сервера.
Почта – это сложная и комплексная система, предусматривающая взаимодействие множества разных компонентов, что требует от обслуживающего его администратора определенной квалификации, либо затрат на квалифицированное внешнее сопровождение.
Почта очень критична к настройкам DNS и многие записи напрямую отвечают за то, как ваш почтовый сервер будут видеть получатели и насколько высокий уровень проверки на спам получит ваше письмо.
Поэтому вам или понадобится DNS-хостинг или потребуется развернуть службу DNS-собственными силами.
Отдельный вопрос – если вы хотите развернуть почту не на хостинге, на собственных мощностях, здесь вы можете столкнуться с ситуацией, когда диапазон адресов вашего провайдера, из которого он выдаст вам адреса будет находиться в «домашнем» диапазоне и этот диапазон будет в различных списках антиспам-фильтров.
Если не вдаваться в подробности, то если диапазон входит в пул для выдачи частным пользователям, то считается, что почтовых серверов там быть не должно и вся исходящая оттуда почта сразу получает один из признаков спама.
Если вы попали на такой адрес, то узнаете о нем только тогда (если сразу не догадались проверить), когда ваши письма не будут доходить до некоторых адресатов. Это решаемо, но требует времени и понимания что делать.
И это мы еще даже сервер не разворачивали, а уже получили определенный набор проблем и сложностей.
Далее, сам сервер. Если вы не специалист в области почты, то сразу забудьте про ручные сборки Postfix + Dovecot + какой-нибудь веб-интерфейс. Это не почта, это зачаток почты. Современная почта требует шифрования, подписи DKIM, антивируса и антиспама.
Оно конечно можно настроить все вручную, но сколько это займет времени и сколько времени уйдет на наладку? Тем более что почта – это как правило критичный сервис и основной рабочий инструмент.
Поэтому здесь проще взять одну из готовых сборок и в этом случае вы получите гарантированно рабочую конфигурацию без грубых ошибок и неоптимальных настроек.
Поставили, настроили, можно выдохнуть? Нет, рано. Начинаем со всеми любимого спама. С ним придется работать и по первым порам работать много. Потому как если система пропускает много спама – это плохо, срабатывает на обычные письма – тоже плохо. И ваша задача будет найти золотую середину между этих двух зол.
Возможно, что вам придется для этих целей использовать отдельный продукт – пограничный почтовый шлюз, например, от Proxmox. Это позволит вывести борьбу со спамом на новый уровень, но потребует дополнительных затрат на инфраструктуру.
После того, как решили вопрос со спамом начнется другая, не менее «увлекательная» эпопея с гарантированной доставкой писем. Чаще всего такая проблема возникает с другими частными серверами, где местные админы могут накрутить весьма причудливые конфигурации антиспама.
И хорошо если он сразу и безоговорочно будет отсекать ваши письма, в этом случае проблема будет замечена сразу. Куда хуже, если ваше письмо получает на их сервере какое-то близкое к пограничному значение баллов антиспама. И шаг вправо, шаг влево – важное письмо не дошло, но одновременно было доставлена куча неважных.
На эту проблему наслаивается и низкая квалификации админов, для которых почта – черный ящик и они не могут ни нормально отследить ваше письмо и сказать какой именно фильтр на него сработал, ни нормально настроить свою систему, которая базируется на находках из интернет, чаще всего скомпилированных из разных источников.
Ну и не забываем про бекапы. Которые тоже нужно где-то хранить и хранить надежно. Что снова выдвигает требования к инфраструктуре. А так как почта – критичный сервис, то сразу вспоминаем про модель резервного копирования 3-2-1.
Поэтому, размышляя о собственном почтовом сервере всегда нужно иметь ввиду указанные сложности и соотносить их с ценой готового решения в облаке.
💯23👍1😁1🤡1
Пора отходить от парадигмы «мы неинтересны хакерам». Вопрос уже не в самом факте атаки, а в том, насколько бизнес готов к последствиям утечки данных, простоя или компрометации критичных систем.
В F6 рассматривают оценку рисков ИБ не как формальность для аудита, а как инструмент принятия решений: какие угрозы действительно актуальны для компании, какие сценарии атак наиболее вероятны и куда стоит инвестировать в первую очередь.
В материале «Процедура оценки рисков ИБ» специалисты F6 разобрали, почему классические подходы часто дают субъективную картину рисков и как data-driven подход помогает сфокусироваться на реально опасных сценариях атак.
Для CISO, владельцев бизнеса и риск-менеджеров.
Скачайте white paper или поделитесь ссылкой с коллегой →
#реклама
О рекламодателе
В F6 рассматривают оценку рисков ИБ не как формальность для аудита, а как инструмент принятия решений: какие угрозы действительно актуальны для компании, какие сценарии атак наиболее вероятны и куда стоит инвестировать в первую очередь.
В материале «Процедура оценки рисков ИБ» специалисты F6 разобрали, почему классические подходы часто дают субъективную картину рисков и как data-driven подход помогает сфокусироваться на реально опасных сценариях атак.
Для CISO, владельцев бизнеса и риск-менеджеров.
Скачайте white paper или поделитесь ссылкой с коллегой →
#реклама
О рекламодателе
😁2🤮2
Я хочу все сделать технически правильно, но мой работодатель препятствует этому
С подобной ситуацией сталкиваются многие коллеги, особенно молодые и искренне недоумевают почему так происходит.
Почему бизнес не хочет делать правильно, а требует костылей, полумер и половинчатых решений. Мол работает и хорошо, а когда перестанет – вот тогда и подумаем.
Обычно в этой ситуации винят руководство, которое представляется жадным и недалеким, плюс ничего не смыслящем в IT-технологиях.
Но на самом деле все обстоит по-другому, просто надо посмотреть на ситуацию с другой стороны. Стороны бизнеса, который оперирует совсем иными понятиями.
Цель любого бизнеса – заработать деньги, а вовсе не сделать все красиво и правильно. Поэтому любой бизнес будет стремиться увеличить прибыль и уменьшить издержки.
IT-отдел – это сугубо расходная статья любого бизнеса, прибыли он не приносит. Поэтому, как и любые другие расходные статьи, он будет финансироваться по принципу оптимального минимума.
Как определяется этот минимум? Далеко не техническими показателями, о них руководство может ничего не знать, да и не обязано. А финансовыми.
Грубо говоря, если проблема решается деньгами, то это не проблема, а расходы. Размер расходов, которые фирма может себе одноразово позволить руководству известен. Как правило он коррелируется с операционной прибылью. Т.е. общей выручкой за вычетом постоянных расходов.
Чем выше этот показатель, тем больше средств фирма может выделить на то, чтобы залить проблему деньгами.
И это вполне нормальная практика. Потому что когда с одной стороны стоят некоторые расходы здесь и сейчас, а с другой возможная проблема где-то там, которая может быть, а может не быть, то включается простой финансовый расчет.
Вот приходит администратор и говорит, что нужно сделать то, то и это. Все это, несомненно правильно и грамотно. Согласно лучшим практикам и рекомендациям.
А руководство его и спрашивает, что будет, если мы это не сделаем?
Админ отвечает, мол то и это, такой-то простой или такая-то потеря данных, ну и прочие негативные факторы.
Следующий вопрос: а какая вероятность этого события. Как часто вообще у нас такое происходило и происходит?
Дальше берется калькулятор и считается количество денег, которые потеряет фирма в результате наступления события, либо какое количество денег понадобится чтобы устранить последствия.
Если эта цифра сравнима с тем, что требуется выделить здесь и сейчас или выше ее, то бизнес деньги выделит. Если же ниже, либо вероятность такого события крайне низка, то в финансировании будет отказано.
Кроме того, есть ряд событий, которые несут угрозу, но вкладывать средства в защиту от них одного только IT не имеет смысла.
Вот приходит админ просить деньги на новые бесперебойники. Сразу вопрос, а зачем?
Ответ, чтобы час тянули, а не 15 минут как сейчас.
Бизнес при этом смотрит шире, и задает встречный вопрос: а зачем нам нужно чтобы сервера работали час, если у нас все рабочие места выключатся через 15 минут?
В результате денег на это, конечно же не дадут. Потому что просто расход в никуда, не несущий для бизнеса практического смысла.
Можно, конечно, нагнать жути и финансирование выбить. Но может так случиться, что указанное событие возьмет и произойдет. И при этом выяснится, что на самом деле все не так уж и страшно, а денег в свое время было выделено неоправданно много.
Возможно, конкретных оргвыводов и не последует, но денег вам больше не дадут или будут делить ваши запросы на некий известный только им коэффициент.
А еще хуже, если средства выделили, событие произошло, но отработать так как было заявлено вы его не смогли. Тут уже точно будут и оргвыводы, и неудобные вопросы по поводу того, на что и как были потрачены деньги.
Поэтому, во многих случаях, лучше не бежать с техническими решениями впереди паровоза, т.е. реальных потребностей бизнеса, а трезво оценивать ситуацию, в том числе и с финансовой стороны, что позволит избежать множества недоразумений и конфликтных ситуаций
С подобной ситуацией сталкиваются многие коллеги, особенно молодые и искренне недоумевают почему так происходит.
Почему бизнес не хочет делать правильно, а требует костылей, полумер и половинчатых решений. Мол работает и хорошо, а когда перестанет – вот тогда и подумаем.
Обычно в этой ситуации винят руководство, которое представляется жадным и недалеким, плюс ничего не смыслящем в IT-технологиях.
Но на самом деле все обстоит по-другому, просто надо посмотреть на ситуацию с другой стороны. Стороны бизнеса, который оперирует совсем иными понятиями.
Цель любого бизнеса – заработать деньги, а вовсе не сделать все красиво и правильно. Поэтому любой бизнес будет стремиться увеличить прибыль и уменьшить издержки.
IT-отдел – это сугубо расходная статья любого бизнеса, прибыли он не приносит. Поэтому, как и любые другие расходные статьи, он будет финансироваться по принципу оптимального минимума.
Как определяется этот минимум? Далеко не техническими показателями, о них руководство может ничего не знать, да и не обязано. А финансовыми.
Грубо говоря, если проблема решается деньгами, то это не проблема, а расходы. Размер расходов, которые фирма может себе одноразово позволить руководству известен. Как правило он коррелируется с операционной прибылью. Т.е. общей выручкой за вычетом постоянных расходов.
Чем выше этот показатель, тем больше средств фирма может выделить на то, чтобы залить проблему деньгами.
И это вполне нормальная практика. Потому что когда с одной стороны стоят некоторые расходы здесь и сейчас, а с другой возможная проблема где-то там, которая может быть, а может не быть, то включается простой финансовый расчет.
Вот приходит администратор и говорит, что нужно сделать то, то и это. Все это, несомненно правильно и грамотно. Согласно лучшим практикам и рекомендациям.
А руководство его и спрашивает, что будет, если мы это не сделаем?
Админ отвечает, мол то и это, такой-то простой или такая-то потеря данных, ну и прочие негативные факторы.
Следующий вопрос: а какая вероятность этого события. Как часто вообще у нас такое происходило и происходит?
Дальше берется калькулятор и считается количество денег, которые потеряет фирма в результате наступления события, либо какое количество денег понадобится чтобы устранить последствия.
Если эта цифра сравнима с тем, что требуется выделить здесь и сейчас или выше ее, то бизнес деньги выделит. Если же ниже, либо вероятность такого события крайне низка, то в финансировании будет отказано.
Кроме того, есть ряд событий, которые несут угрозу, но вкладывать средства в защиту от них одного только IT не имеет смысла.
Вот приходит админ просить деньги на новые бесперебойники. Сразу вопрос, а зачем?
Ответ, чтобы час тянули, а не 15 минут как сейчас.
Бизнес при этом смотрит шире, и задает встречный вопрос: а зачем нам нужно чтобы сервера работали час, если у нас все рабочие места выключатся через 15 минут?
В результате денег на это, конечно же не дадут. Потому что просто расход в никуда, не несущий для бизнеса практического смысла.
Можно, конечно, нагнать жути и финансирование выбить. Но может так случиться, что указанное событие возьмет и произойдет. И при этом выяснится, что на самом деле все не так уж и страшно, а денег в свое время было выделено неоправданно много.
Возможно, конкретных оргвыводов и не последует, но денег вам больше не дадут или будут делить ваши запросы на некий известный только им коэффициент.
А еще хуже, если средства выделили, событие произошло, но отработать так как было заявлено вы его не смогли. Тут уже точно будут и оргвыводы, и неудобные вопросы по поводу того, на что и как были потрачены деньги.
Поэтому, во многих случаях, лучше не бежать с техническими решениями впереди паровоза, т.е. реальных потребностей бизнеса, а трезво оценивать ситуацию, в том числе и с финансовой стороны, что позволит избежать множества недоразумений и конфликтных ситуаций
👍11🤝3🤡2🤔1
И снова про свою почту
В комментариях к нашей заметке про проблемы самохостинга почты были высказаны несколько мнений, начиная от «вы просто не умеете» до «ну ничего сложного и нерешаемого там нет».
И мы, в общем и целом, с ними согласны. Проблемы поднять свою почту сейчас нет, есть куча продуктов, в том числе абсолютно бесплатных, которые буквально за 15 минут поднимут вам готовый почтовый сервер. Причем он будет сделан технически грамотно и, если вы также грамотно настроите все остальное, что у вас будет идеальный почтовый сервер… в вакууме.
Почему? Потому что ваш сервер будет вынужден функционировать с другими почтовыми серверами, в т.ч. с крупными почтовыми хостингами. А это высшая лига, где свои правила, т.е. все почтовые сервера равны, но некоторые равнее.
Это как раз про них, доставка почты с этих серверов априори доверенная, как на другие крупные хостинги, так и на мелкие частные сервера, которые используют сторонние базы антиспама. Да, там может быть контроль по содержимому и т.д., но такое письмо уже по факту отправителя получает положительные баллы.
А со своим сервером все наоборот, адрес, с которого раньше не посылалась почта автоматически получает отрицательные баллы и его нужно прогревать письмами, которые ни в коей мере не похожи на спам.
Если ваш адрес входит в пул адресов для выдачи обычным пользователям (не хостинги и датацентры), то вы сразу получаете еще больше отрицательных баллов, потому что у обычных пользователей почтовых серверов быть не должно.
Но даже если вы раскачали свой адрес, и он теперь считается валидным, то все могут испортить соседи, если из вашей подсети зараженные машины обычных пользователей начали слать спам, то в блок попадет целая подсеть, если не вся AS. Ходи потом, рассказывай, что ты не верблюд.
Постойте, скажет иной читатель, но это же обычные технические проблемы, которые должен уметь решать и умеет любой администратор почтовых систем. Все решаемо, зачем сгущать краски.
А затем, что почта для бизнеса является основным и максимально критичным каналом коммуникаций. Хотя бы даже потому, что почтовая переписка принимается судами как юридически значимая, в отличие от переписки в мессенджерах.
И проблемы с доставкой или приемом могут нести очень серьезные последствия, такие как срывы сроков, сорвавшиеся сделки, пропуск сроков давности и т.д.
Но вся беда заключается в том, что о таких проблемах невозможно узнать, читая логи, о них вам не сообщит система мониторинга и вы будете пребывать в блаженной уверенности, что все хорошо до тех пор, пока не произойдет событие, связанное с недоставкой.
О том, что поставщик перестал получать ваши письма вы узнаете уже после того, как письмо было отправлено, но не доставлено. И это произойдет не сразу, а только при выходе за рамки бизнес-процессов.
Скажем менеджер скинул заявку в пятницу, сроки поставки вторник-среда. Поэтому до этих пор никто и не почешется. А все начнется примерно в среду, когда поставщику зададут вопрос: а чего вы вчера ничего не привезли, не успели, сегодня привезете?
А поставщик честно скажет, что заявки не было. Как не было? Почему? Мы отсылали!
Пока проблема дойдет до IT-отдела пройдет еще половина дня. Еще сколько-то времени понадобиться на разбор ситуации.
Но письмо должно было быть доставлено еще в пятницу, а еще вчера торговая точка должна была получить товар. Но ничего этого не случилось и проблемы не только на почтовом сервере, проблемы у всего бизнеса – нарушилась цепочка поставки.
Бизнес стоит без товара, несет убытки. И что толку от того, что админы завтра разберутся и все уладят? Проблемы уже возникли и принесли реальный материальный ущерб.
И хорошо, если вы просто отделались малой кровью, потому что там мог быть и важный контракт и переписка с контролирующими органами, да и просто ваши маркетологи запустили очередную акцию.
Да, вы разобрались, связались, настроили, подстроили и снова все как часы, но бизнес уже раз обжегся и посматривает на вас и вашу почту косо.
В комментариях к нашей заметке про проблемы самохостинга почты были высказаны несколько мнений, начиная от «вы просто не умеете» до «ну ничего сложного и нерешаемого там нет».
И мы, в общем и целом, с ними согласны. Проблемы поднять свою почту сейчас нет, есть куча продуктов, в том числе абсолютно бесплатных, которые буквально за 15 минут поднимут вам готовый почтовый сервер. Причем он будет сделан технически грамотно и, если вы также грамотно настроите все остальное, что у вас будет идеальный почтовый сервер… в вакууме.
Почему? Потому что ваш сервер будет вынужден функционировать с другими почтовыми серверами, в т.ч. с крупными почтовыми хостингами. А это высшая лига, где свои правила, т.е. все почтовые сервера равны, но некоторые равнее.
Это как раз про них, доставка почты с этих серверов априори доверенная, как на другие крупные хостинги, так и на мелкие частные сервера, которые используют сторонние базы антиспама. Да, там может быть контроль по содержимому и т.д., но такое письмо уже по факту отправителя получает положительные баллы.
А со своим сервером все наоборот, адрес, с которого раньше не посылалась почта автоматически получает отрицательные баллы и его нужно прогревать письмами, которые ни в коей мере не похожи на спам.
Если ваш адрес входит в пул адресов для выдачи обычным пользователям (не хостинги и датацентры), то вы сразу получаете еще больше отрицательных баллов, потому что у обычных пользователей почтовых серверов быть не должно.
Но даже если вы раскачали свой адрес, и он теперь считается валидным, то все могут испортить соседи, если из вашей подсети зараженные машины обычных пользователей начали слать спам, то в блок попадет целая подсеть, если не вся AS. Ходи потом, рассказывай, что ты не верблюд.
Постойте, скажет иной читатель, но это же обычные технические проблемы, которые должен уметь решать и умеет любой администратор почтовых систем. Все решаемо, зачем сгущать краски.
А затем, что почта для бизнеса является основным и максимально критичным каналом коммуникаций. Хотя бы даже потому, что почтовая переписка принимается судами как юридически значимая, в отличие от переписки в мессенджерах.
И проблемы с доставкой или приемом могут нести очень серьезные последствия, такие как срывы сроков, сорвавшиеся сделки, пропуск сроков давности и т.д.
Но вся беда заключается в том, что о таких проблемах невозможно узнать, читая логи, о них вам не сообщит система мониторинга и вы будете пребывать в блаженной уверенности, что все хорошо до тех пор, пока не произойдет событие, связанное с недоставкой.
О том, что поставщик перестал получать ваши письма вы узнаете уже после того, как письмо было отправлено, но не доставлено. И это произойдет не сразу, а только при выходе за рамки бизнес-процессов.
Скажем менеджер скинул заявку в пятницу, сроки поставки вторник-среда. Поэтому до этих пор никто и не почешется. А все начнется примерно в среду, когда поставщику зададут вопрос: а чего вы вчера ничего не привезли, не успели, сегодня привезете?
А поставщик честно скажет, что заявки не было. Как не было? Почему? Мы отсылали!
Пока проблема дойдет до IT-отдела пройдет еще половина дня. Еще сколько-то времени понадобиться на разбор ситуации.
Но письмо должно было быть доставлено еще в пятницу, а еще вчера торговая точка должна была получить товар. Но ничего этого не случилось и проблемы не только на почтовом сервере, проблемы у всего бизнеса – нарушилась цепочка поставки.
Бизнес стоит без товара, несет убытки. И что толку от того, что админы завтра разберутся и все уладят? Проблемы уже возникли и принесли реальный материальный ущерб.
И хорошо, если вы просто отделались малой кровью, потому что там мог быть и важный контракт и переписка с контролирующими органами, да и просто ваши маркетологи запустили очередную акцию.
Да, вы разобрались, связались, настроили, подстроили и снова все как часы, но бизнес уже раз обжегся и посматривает на вас и вашу почту косо.
💯2