Записки IT специалиста

Утильсбор вырос. Что делать? Рассказываем Авто свыше 160 л.с. подорожали. Но есть решение! 5+ лет возим машины из Японии, Кореи, Китая. В канале — актуальные новости и лайфхаки. Подписывайся! Подписаться #реклама О рекламодателе

Шифрование в Windows Давным-давно, когда деревья были большими, а компьютеры по-настоящему персональными, и единственной сетью, к которой они подключались была электрическая – проблемы шифрования как таковой не стояло. Максимум – закрыть файл или архив паролем, пусть угадывают. Возможно, кому-то хотелось большего, но вычислительные мощности тех лет быстро охлаждали пыл. Но уже к концу 90-х стало ясно, что хранить секреты в открытом виде – идея плохая и с этим надо что-то делать. Тем более что сети стали прочно входить в нашу жизнь и периметр атак на систему значительно увеличился. ✅ Первой системой шифрования стала DPAPI (Data Protection API), которая появилась в Windows 2000 и шифровала только секреты - ключи, пароли, сертификаты, ключ шифрования создается на основе данных пользователя/ПК (те самые SID), который дополнительно шифруется через DPAPI. Эта система применяется до сих пор и представляет базовый уровень защиты секретов и учетных данных, предотвращая их передачу в открытом виде за пределы ПК и в его пределах тоже. Но секреты – это секреты, а нам хотелось бы спрятать от посторонних глаз данные. ✅ Для этого в той же Windows 2000 появилась файловая система EFS - файловое шифрование на уровне NTFS (пользователи Linux назвали бы это виртуальной файловой системой). Для работы EFS генерировался сертификат пользователя и его закрытым ключом выборочно шифровались файлы. С точки зрения пользователя все происходило прозрачно, после входа в систему файлы становились доступны, но были подсвечены в Проводнике зеленым цветом, при копировании по сети или в другие файловые системы автоматически расшифровывались. Во всех иных случаях, без обладания сертификатом пользователя зашифрованные файлы становились недоступны. Но это сыграло со многими злую шутку, если вы переустановили систему не сохранив сертификаты или клонировали диск сторонней системой – с зашифрованными файлами можно было попрощаться. Все это не добавило EFS популярности и сделало ее применение нишевым, в частности в корпоративных средах, где доменный админ всегда мог расшифровать любой файл доменного пользователя. Но это был еще один вектор атаки. ✅ И вот в Windows Vista появился BitLocker для шифрования системного тома, начиная с Vista SP1 и Server 2008 появилась возможность шифровать любые тома. В последующем возможности BitLocker только росли, включая поддержку жестких дисков. В отличие от предыдущих механизмов BitLocker не привязывается только к учетной записи пользователя, а может быть завязан на второй фактор: TPM, токен, пароль, пин-код и т.д. и т.п. Т.е. вам недостаточно знать пароль учетной записи, чтобы расшифровать том, вы должны обладать нужным устройством, иметь токен, возможность получить пин-код и т.д. и т.п. Для защиты данных BitLocker имеет ключ восстановления, который в случае использования учетной записи Microsoft копируется в облако, а в среде AD – на контроллеры домена. Если вы не используете ни то, ни другое, но включили BitLocker – то вам потребуется самостоятельно экспортировать и сохранить ключ восстановления. Начиная с Windows 11 24H2 шифрование BitLocker используется из коробки, том становится зашифрован, но не защищен. Это значит, что пока том подключен к данному физическому устройству расшифровать его может любой, даже не зная пароля пользователя. Но если мы снимем и подключим к другому ПК жесткий диск, то доступа к зашифрованному тому у нас уже не будет. Также наличие BitLocker не отменяет возможное наличие EFS на зашифрованном томе и обладание ключами от BitLocker не дает возможности расшифровать EFS, там нужен собственный сертификат. Все это делает работу с зашифрованными системами Windows достаточно сложной и при любых потенциально деструктивных действиях или копировании/клонировании нужно иметь это ввиду. Не поленитесь, проверьте шифрование BitLocker, а также изучите и экспортируйте все личные сертификаты пользователя. А также сделайте копию нужных файлов прямо из-под его учетной записи.

Как строить карьеру в IT и не раствориться в работе. Я backend-разработчик и футбольный энтузиаст с системным подходом к спорту. Играю в разных странах и с разным уровнем соперничества — от локальных матчей до турниров в Азии. В канале пишу: — о личном опыте лида в IT и реальных технических решениях 👨‍🎓 — о футбольных движухах в разных странах 🏃‍♂️ — как не терять форму при плотной работе 💪 — о лайфстайле зимовщика 🧘‍♀️ Без мотивационных лозунгов. Без «успешного успеха». Только практика, дисциплина и честные наблюдения. 👉 Футбольный синьор Если вам близка идея баланса между карьерой и личной жизнью и интересно заглянуть за кулисы IT — заходите.

​​Автоматическое шифрование BitLocker в Windows 11 Начиная с Windows 11 24H2 все предустановленные системы или чистые установки на компьютеры с TPM и SecureBoot автоматически включается шифрование BitLocker для всех локальных дисков. Редакция ОС и тип учетной записи роли не играют, шифрование начинается сразу после завершения этапа OOBE во время установки или при первом запуске предустановленной ОС. После чего диски оказываются зашифрованы, но не защищены. Что это значит? А это значит, что к их содержимому получит доступ любой, кто имеет физический доступ к компьютеру. Достаточно загрузиться в любую систему с поддержкой BitLocker и он автоматически расшифрует диски при помощи TPM. Если вы попробуете получить доступ к диску отдельно от ПК, то система попросит у вас 48-символьный пароль, которого у вас пока нет и быть не может. Чтобы получить доступ к данным достаточно вернуть диск в физическую систему. Т.е. слить данные сняв диск у вас больше не получится. Используйте для этого среду восстановления или WinPE. Также следует иметь ввиду, что автоматически зашифрованы будут все подключенные к компьютеру диски, кроме съемных. Поэтому перенос информации на временно подключенный к ПК локальный диск тоже может преподнести сюрпризы. Все меняется после того, как пользователь войдет с учетной записью Microsoft или Azure Active Directory, а также Active Directory с активированной соответствующей политикой. Диски будут сразу-же защищены, т.е. для них будет сформирован 48-символьный пароль восстановления и доступ к дискам будет доступен только после входа в систему. Данный пароль в случае входа с облачными аккаунтами передается и хранится в облаке, а при доменной учетной записи – в Active Directory. Теперь если вы не можете загрузить систему, либо загрузились в среду восстановления то для доступа к данным вам понадобится этот пароль. Тоже самое будет если вы переустановили систему и отформатировали только диск C, для доступа к другим дискам потребуется знать пароль. В целом это не страшно, ведь облачный аккаунт у вас есть, если вы смогли войти с его помощью, а значит есть и ключ. Но многие, особенно неопытные пользователи и администраторы пугаются и часто совершают фатальные для данных поступки. Для облачной учетной записи Microsoft ключи восстановления BitLocker вы можете посмотреть на странице https://account.microsoft.com/devices/recoverykey В каких случаях вы можете безвозвратно потерять данные? Если у вас диск был зашифрован, но не защищен и вы более не владеете исходным ПК, например, вынули диск из ноутбука и продали его. В этом случае остается только помахать данным ручкой. Тоже самое произойдет, если вы активируете защиту дисков BitLocker вручную и нигде не сохраните пароль восстановления (в этом случае он не передается ни в какое облако). Узнать текущий статус дисков можно командой:

Get-BitLockerVolume

В статусе вы можете увидеть FullyDecrypted – полностью расшифровано или FullyEncrypted – полностью зашифровано. В последнем случае смотрим колонку ProtectionStatus, если там стоит Off, то защита выключена и для доступа к содержимому достаточно физического доступа к компьютеру. Если On – то включена и вам потребуется пароль восстановления. В этом случае также будет заполнено поле KeyProtector, где будет указано RecoveryPassword. Узнать его здесь и сейчас можно командой:

(Get-BitLockerVolume C:).KeyProtector.RecoveryPassword

Где C: имя интересующего тома. Ну и наконец вы можете отключить BitLocker для тома командой:

Disable-BitLocker -MountPoint "C:"

Следует ли это делать? Скорее нет, чем да, особенно если устройство переносное. Как ни крути, а шифрование серьезно повышает безопасность в случае кражи или потери девайса. В общем, каждый решает сам. Но знать основы и особенности технологии автоматического шифрования нужно, дабы не попасть в неудобные ситуации.

Целевые кибератаки 2025: аналитика и кейсы Ландшафт киберугроз в России меняется. Злоумышленники используют более продвинутые инструменты, а разработка ВПО стала гораздо доступнее благодаря AI. К чему готовиться бизнесу? 11 марта в 12:00 команда Solar 4RAYS проведет вебинар по итогам расследований целевых атак 2025 года и прогнозам на 2026-й. В программе: ✅Актуальные методы защиты на 2026 год. ✅Акцент на отраслях, которые злоумышленники атакуют чаще всего. ✅Интересные техники киберпреступников из реальных расследований. Регистрируйтесь на вебинар, чтобы строить надежную эшелонированную защиту с помощью актуальных данных. Узнать больше #реклама 16+ rt-solar.ru О рекламодателе

Mikrotik поднимает красный флаг или что такое режим flagging-enabled В обновлении ROS 7.17 вместе с новыми device-mode появился режим flagging-enabled, который по умолчанию включен. Что это такое и чем грозит пользователям? При активации данного режима устройство при старте анализирует конфигурацию на наличие подозрительных паттернов и далее продолжает анализировать вносимые изменения на предмет их вредоносности. При обнаружении подозрительного кода или несанкционированного доступа устройство переходит в режим flagged: yes, после чего его возможности резко ограничиваются. Так полностью отключаются функции: ▫️ bandwidth-test ▫️ traffic-generator ▫️ flood-ping ▫️ sniffer И отключаются любые изменения следующих компонентов (при этом остается возможность отключать или удалять записи): ▫️ system scheduler ▫️ SOCKS proxy ▫️ pptp ▫️ l2tp ▫️ ipsec ▫️ proxy ▫️ smb При попытке несанкционированного действия вы получите ошибку:

failure: configuration flagged, check all router configuration for unauthorized changes and update device-mode

Для выключения этого режима вам потребуется физический доступ к устройству, вы должны выполнить команду:

/system/device-mode/update flagged=no

И выполнить жесткую перезагрузку роутера выдернув питание, нажав reset или специальную кнопку на корпусе устройства. Если после перезагрузки устройство снова переходит в режим flagged: yes рекомендуется провести полный аудит конфигурации, изменить пароли и секреты, либо полностью сбросить конфигурацию устройства. Отключить этот режим можно через:

/system/device-mode/update flagging-enabled=no

Что также потребует подтверждения через физический доступ к устройству, однако делать это категорически не рекомендуется, так как вы сильно понизите уровень безопасности вашего устройства.

Станьте автором своей жизни Вы уверены, что сможете конкурировать через 2–3 года? В мире, где ИИ пишет код быстрее вас, HR ищут «сеньора с опытом 15 лет в технологии, которой 5»? Что происходит, когда: - нервы сдают, выгорание вот-вот - фокус рассыпается - внутри появляется ощущение: «я не вывожу» Если вас регулярно подводят то эмоции, то энергия, то среда — значит, своей жизнью управляете не вы. Проект «Стать автором» — про настройку внутренней архитектуры: - чтобы выдерживать давление - чтобы выбирать, а не реагировать - чтобы строить стратегию, а не тушить пожары Без мистики, псевдопсихологии, кактусов и жаб. Если чувствуете, что где-то проседаете, что есть куда развиваться и стремиться — зайдите в канал. Пока конкуренция происходит снаружи, главная борьба идёт внутри. Узнать больше #реклама 16+ О рекламодателе

Как изменить SID в Windows 10/11 и Server 2025 О проблеме дублирующихся SID мы писали в нашей прошлой заметке, сегодня расскажем о том, как изменить его без переустановки системы. Важно! Данный способ является неофициальным и потенциально может привести к нарушению работы системы и/или потере информации. Поэтому все действия вы производите исключительно на свой страх и риск! Для работы мы будем использовать утилиту SIDCHG, которую следует скачать с официального сайта, там же расположен лицензионный ключ пробной версии, который представлен в качестве изображения и меняется каждый месяц, на февраль 2026 года ключ такой:

78@5i-QwUfM-woQEE-Nf

После чего узнайте текущий SID машины, например, при помощи PsGetsid64 от Sysinternals. ‼️ Если система использует BitLock (а Windows 11 использует его по умолчанию), то шифрование нужно отключить, а диски расшифровать. Статус можно узнать командой:

manage-bde -status C:

Отключить:

manage-bde -off C:

Если дисков несколько – повторить для каждого, после чего следует дождаться процесса расшифровки и перезагрузить ПК. ‼️ Если вы используете EFS, то скопируйте зашифрованные файлы в другое место, а также не забудьте экспортировать сертификат с ключами. Будьте готовы к тому, что некоторое программное обеспечение может потребовать повторной активации. 🔹 Затем отключите службу UCPD — это User Choice Protection Driver

sc config UCPD start=disabled 
schtasks.exe /change /Disable /TN "\Microsoft\Windows\AppxDeploymentClient\UCPD velocity"

Перезагрузитесь, иначе защита полноценно отключена не будет. Выключите онлайн-защиту антивируса, включая Defender и запустите скачанную утилиту с ключом R:

SIDCHG64.exe /R

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

schtasks.exe /change /Enable /TN "\Microsoft\Windows\AppxDeploymentClient\UCPD velocity"
sc config UCPD start=auto

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

SIDCHG64.exe / RESETALLAPPS

Данная команда сбросит все современные приложения, либо, если хотите действовать точечно:

SIDCHG64.exe /RESETAPPS=App_1

Где App_1 – имя современного приложения, можно перечислить несколько значений через запятую. При соблюдении всех указанных подготовительных мер данный способ работает, но не нужно забывать, что он не является официальным и Microsoft такой сценарий не поддерживает. Поэтому обязательно делайте бекапы, а по возможности лучше переустановите систему.

Почему путь кода в продакшен становится источником рисков? Ручные правила, разрозненные проверки и хаотичное хранение секретов усложняют CI/CD и повышают вероятность ошибок. На вебинаре 27 февраля в 12:00 покажем, как построить зрелый и безопасный CI/CD с помощью Deckhouse Code, где путь кода в продакшен полностью контролируем.

Вы узнаете как: • настраивать правила слияния и контролировать изменения в коде; • безопасно работать с секретами в CI/CD; • снизить количество ручных операций и «обходных решений»; • сделать CI/CD предсказуемым и проверяемым.

👉 Зарегистрироваться 🗓 27 февраля в 12:00

MikroTik ошибка "Not Allowed by Device Mode" С подобным сообщением стали сталкиваться пользователи Mikrotik при попытке задействовать те или иные возможности роутера. Особенно ярко это проявляется на недавно приобретенных устройствах. Все дело в том, что начиная с версии RouterOS 7.17 разработчики ввели новый функционал (хотя данная опция была в ROS давно) - Device-mode, который определяет набор возможностей устройства и призван в первую очередь обеспечить безопасность и снизить угрозы в случае возможного взлома. Теперь появились следующие режимы устройства: ▫️Home ▫️Basic ▫️Advanced ▫️ROSE Доступные для каждого из них опции показаны на скриншоте. Можно заметить, что ряд возможностей заблокирован для любого режима. Все старые устройства при обновлении до версии ROS 7.17 или старше автоматически переходят в режим Advanced. Что же делать и как жить теперь? Прежде всего узнайте текущий режим устройства и включенные возможности. При обновлении с более старых версий там могут оказаться довольно причудливые конфигурации. Для этого используйте команду:

/system/device-mode/print

Вывод показан на втором скриншоте, после чего вы можете переключить режим или просто активировать недостающие опции. Для смены режима выполните:

/system/device-mode/update mode=advanced

После чего вам потребуется подтвердить изменение физически: выключив и включив питание роутера, перезагрузив его нажатием Reset или нажав физическую кнопку устройства (при ее наличии). Это защита от возможной попытки изменить эту опцию удаленно, но при этом следует понимать, что вы тоже не сможете это сделать без физического доступа к устройству и будет очень досадно если оно уже уехало за пару сотен километров. Для смены отдельной опции команда будет выглядеть так:

/system/device-mode/update container=yes

В данном случае мы включили контейнеризацию, при необходимости мы можем сделать все наоборот и опцию отключить. Подтверждение также потребует физического доступа к устройству. Отдельного внимания заслуживает возможность install-any-version, которая по умолчанию выключена, что не позволяет откатить устройство ниже версий, указанных в опции allowed-versions. В выпуске ROS 7.21.3 там указано:

allowed-versions: 7.13+,6.49.8+

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

Злоумышленники усложняют фишинг, объем утечек растет Фишинг стал сложнее, а утечки данных — масштабнее. Готова ли ваша ИБ-команда к новым вызовам? 3 марта эксперты «Солара» проведут ежегодный вебинар «Тренды информационной безопасности 2026: аналитика, кейсы, прогнозы от Solar JSOC». Покажем аналитику и разберем: - Как изменился ландшафт киберугроз в 2025 году для разных отраслей и чего ждать в 2026. - Какие внешние угрозы стали ключевыми и как им противостоять. - Как TI-фиды повышают эффективность SOC — рассмотрим реальные кейсы. Регистрируйтесь и получите инсайты для комплексной защиты бизнеса. Зарегистрироваться #реклама 16+ rt-solar.ru О рекламодателе

Проблема дубликатов SID Дубликаты SID – тема неоднозначная, с одной стороны, разработчики Windows всегда говорили о том, что подобного допускать не следует, но в большинстве случаев дублированные SID не приносили больших бед и многие просто не придавали этому значения, мол и так работает. Масла в огонь подлил небезызвестный Марк Руссинович, который в 2009 году «развенчал миф о дубликатах SID», доказав, что они не выходят за пределы локальных машин и не приводят к конфликтам или уязвимостям. И даже снял с поддержки и убрал с сайта утилиту NewSID от Sysinternals. Это был как раз тот случай, когда авторитет специалиста сыграл с индустрией злую шутку. Попытки осторожных и здравомыслящих коллег указать на нежелательность дублирования SID упирались в железобетонное возражение: «а вот Руссинович…». Хотя мы лично сталкивались с разными непонятными ситуациями в части применения некоторых групповых политик на машинах с дублированным SID и, несмотря не «развенчание мифа», старались дублирования не допускать и не советовали этого делать в своих материалах, что нам регулярно ставили на вид. В результате очень и очень многие просто клонировали системы, не придавая этому вопросу особого внимания, тем более что в основном все работало нормально. Но, если на стене висит ружье, то оно должно обязательно выстрелить. Так и произошло. С осени 2025 года Microsoft выпустила ряд исправлений, которые блокируют сетевое взаимодействие и аутентификацию Kerberos/NTLM при обнаружении дублирующихся SID. Проблеме подвержены Windows 10/11 и Windows Server 2025, в смешанных средах может наблюдаться частичная неработоспособность. Возникают проблемы доступа к общим папкам и принтерам, входа в домен и сетевого взаимодействия, местами труднодиагностируемые. Что по этому поводу говорит Microsoft? А то, что она говорит абсолютно не понравится большинству владельцев клонированных систем. Единственным официально поддерживаемым решением является выполнение Sysprep с опцией generalize для захваченного образа с последующим развертыванием системы из этого образа. На рабочей машине такое выполнение официально не поддерживается, но возможно, хотя по последствиям это примерно равносильно переустановке, так как приведет к сбросу профилей и всех пользовательских настроек системы, драйверов и т.д. Сторонние приложения для смены SID также официально не поддерживаются, мало того, их применение чревато самыми тяжелыми последствиями с потерей работоспособности ОС и пользовательских данных. Хотя вариант есть, мы его рассмотрим отдельной публикацией. А пока вам следует пересобрать все используемые образы с использованием Sysprep /generalize, а также провести аудит и выявить системы с дублированными SID даже если вы пока не испытываете проблем. Альтернативный способ – это получение от корпоративной поддержки Microsoft специальных шаблонов учетных политик, смягчающих требования к дублированию SID, но этот способ носит временный характер и официально недоступен для клиентов в РФ.

🐧 Linux в России: Когда «суверенитет» споткнулся о ТСПУ 🚫 В отечественном IT-секторе разворачивается ситуация, граничащая с абсурдом. Уже больше недели разработчики ключевых российских ОС — Astra Linux, РЕД ОС и Alt Linux — сталкиваются с невозможностью получить обновления ядра Linux и исходные коды с официальных мировых ресурсов, таких как git.kernel.org. В чем техническая проблема? Судя по трассировкам и жалобам в профессиональных сообществах, пакеты «гибнут» на узлах ТСПУ (технических средств противодействия угрозам). Пытаясь задушить протоколы обхода замедления Telegram (который с 10 февраля работает в РФ с большими перебоями), регулятор применил тактику «ковровых блокировок» IP-диапазонов крупных CDN-провайдеров. Под раздачу попали зеркала Linux Kernel Archives. Злая ирония 2026 года: Чтобы собрать «импортонезависимое» ПО для министерств и оборонки, российские инженеры теперь вынуждены использовать VPN. То есть те самые инструменты, с которыми РКН ведет войну, стали единственным способом обновить ядро «суверенной» системы. Команда для проверки (если у тебя тоже не тянутся апдейты): Если твой сервер не может достучаться до репозиториев, проверь, на каком этапе обрывается связь:

# Трассировка до порта 443 (HTTPS)
mtr -T -P 443 git.kernel.org

Если пакеты доходят до узлов твоего провайдера и «растворяются» в пустоте — поздравляю, ты под фильтром ТСПУ. Что делать админу прямо сейчас? 1. Зеркала: Настраивай синхронизацию через доверенные зеркала в Азии или поднимай свой локальный репозиторий внутри сети. 2. Проксирование: Если сборка встала, используй http_proxy для пакетных менеджеров (но помни про безопасность!). 3. Белые списки: Подавай заявку через ГРЧЦ на внесение ваших IP в исключения (хотя, как показывает практика этой недели, тишина в ответ — обычное дело). Итог: этот кейс подсветил главную уязвимость: фундамент любого российского софта — это Open Source. Пытаясь построить цифровой забор, ведомство перерезало кабель, питающий саму российскую IT-индустрию. #Linux #РКН #AstraLinux #редос #kernel #sysadmin

⚡️ Хотите уверенно выявлять сбои, мониторить метрики и быстро находить ошибки в k8s? Получите best practices на курсе «Мониторинг и логирование инфраструктуры в Kubernetes». Вы поймете: ✔️ как обеспечить долгосрочное хранение метрик распределённо месяцы и годы для анализа динамики и сравнения графиков; ✔️ какие метрики стоит собирать с помощью Prometheus; ✔️ как визуализировать мониторинг с помощью Grafana и как грамотно настроить алерты. Есть 2 формата обучения: 🔥 поток — прохождение курса с поддержкой от экспертов, обратная связь в закрытом чате; 🔥 видеокурс — самостоятельное прохождение курса без привязки ко времени, доступ ко всем видеоурокам сразу. Расширьте свой стек и станьте ещё востребованнее на рынке IT! Подробную программу и условия смотрите на сайте 👈

Возвращаясь к напечатанному Практически ровно 11 лет назад мы рассматривали одну из первых ознакомительных версий Windows 10, а сегодня она уже покидает рынок и становится признанной классикой. Первый взгляд на Windows 10 Technical Preview Предоставлять доступ к новым версиям операционных систем похоже вошло у Microsoft в хорошую традицию. Тем не менее, выход предварительной версии Windows 10 интересен сам по себе. После смелых экспериментов с интерфейсом в Windows 8 разработчики похоже решили остепениться и наконец-то услышать тех пользователей, которые на компьютере работают, а не только потребляют контент при помощи гаджетов. Несмотря на это новую версию Windows продолжают позиционировать как систему для всех устройств, поэтому посмотрим, что получилось в этот раз. Практически все авторы обзоров в один голос утверждают, что Windows 8 "с треском провалилась" и сравнивают ее с другой неудачной системой - Windows Vista. Vista действительно провалилась и вовсе не потому, что была так плоха. Компания Microsoft допустила один серьезный просчет - выпустила систему с более высокими требованиями, чем реальная вычислительная мощность большинства компьютеров тех лет. Но это полбеды, на момент своего выхода Windows XP тоже требовала компьютер уровня выше среднего, но к провалу продаж это не привело. К такому печальному результату привел целый комплекс причин и сегодня можно смело сказать, что провал Vista был закономерным. Уже в процессе разработки новой системы стало понятно, что возможности ядра NT 5.x исчерпаны и содержат ряд архитектурных недостатков и ограничений. Поэтому Vista получила новое ядро, положив начало линейке NT 6.x, которая используется до сих пор. Также в архитектуре системы были впервые реализованы многие современные механизмы и технологии. Вычислительная техника стремительно менялась: гонка гигагерц закончилась, на сцену начали выходить многоядерные системы с 64-битной архитектурой, широкое распространение сети интернет породило новые угрозы, а повысившаяся доступность и рост качества мультимедийного контента ставило новые требования. Если в 2001 году Windows XP была современной системой, то в 2006 ее возможности явно не соответствовали требованиям рынка. Пользователи ждали новую систему и чем дольше было ожидание, тем выше были требования. Но вышло совсем наоборот. Новое ядро породило целый пласт проблем совместимости с оборудованием и ПО, особенно у 64-битной редакции. Новая система безопасности кардинально меняла способ взаимодействия пользователя и программ с системой, также вызывая множество конфликтов, а UAC, вместо простого и эффективного механизма повышения прав, превратился в основной раздражитель. К выходу Windows 7, которая по сути является продолжением и развитием Vista, многие из этих проблем были исправлены, как со стороны Microsoft, так и со стороны производителей железа и ПО. Да и аппаратная часть за это время существенно подтянулась. В итоге систему ждал закономерный успех. С Windows 8 ситуация принципиально иная. Никаких революционных изменений она не содержит и основным камнем преткновения стал новый интерфейс ModernUI, но и эта "проблема" легко решается установкой утилит, возвращающих привычное меню "Пуск" и убирающих новые приложения с глаз подальше. При этом каких-либо сильных мотиваторов для перехода на "восьмерку" с привычной и удобной "семерки" не оказалось. Поэтому такой популярности, как у сменившей откровенно устаревшую ХР "семерки", для Windows 8 и не ожидалось, особенно в корпоративной среде, которая вообще отличается сильным консерватизмом.

Просто добавь воды сделай TRIM На днях у одного коллеги приключилась поучительная история. Всю неделю он оптимизировал инфраструктуру по причине покупки нового оборудования и в числе прочего решил переместить Zabbix на более мощный гипервизор, на котором как раз освободилось место. Сказано – сделано. Только вот практически сразу Zabbix начал сыпать алерты о высоком проценте использования собственных процессов. А тут коллега, ровно перед переездом, добавил на мониторинг около 35 новых узлов с чем и связал выросшую нагрузку. Беда эта известная и в интернете полным-полно инструкций какие опции нужно крутить для того или иного процесса. Только вот инструкции почему-то не помогали и через пару часов «оптимизации» Zabbix вообще упал. После чего была использована опция «звонок другу» и мы решили восстановить контейнер из бекапа, благо с этим было все в порядке. Сразу обратили внимание на необычно высокий LA, который для двух выделенных контейнеру ядер показывал просто неприличные значения. При этом никакой вычислительной нагрузки нами не фиксировалось. А если нет нагрузки, но LA держится на высоких отметках – смотри подсистему ввода-вывода. И точно, тут даже ходить никуда не пришлось, собранные самим Zabbix метрики показывали высокое значение IO wait. После чего мы поинтересовались предысторией. Как выяснилось в этом хранилище раньше жили несколько виртуалок занимая, примерно, 70-75% его объема. После чего виртуалки уехали, а на их место приехал Zabbix. Теперь все стало понятно. В нормальном режиме эксплуатации серверные системы нормально живут без TRIM, потому что основной характер нагрузки не предусматривает удаления значительного объема данных, они в основном дописываются или перезаписываются. Но при переезде мы как раз выполнили удаление большого объема данных, но лежащие в основе хранилища твердотельные накопители уведомлены об этом не были. Со всеми вытекающими. Что надо сделать? Принудительно послать TRIM, после чего буквально в течении ближайших 15 минут все пришло в норму. Мораль сей истории проста – лечить надо причину, а не симптомы. И всегда искать причинно-следственные связи. Потому что просто так никогда ничего не случается.

Один день = 1000 контактов + 12 докладов + опыт коллег по индустрии Давид Мэгтон, технический директор и сооснователь «Фланта», объясняет на видео, почему Deckhouse Conf 2026 — это концентрат полезного контента и нетворкинга → YouTube и VK Видео 9 апреля нас ждут доклады про архитектуру SDN в Kubernetes, виртуализацию на базе KubeVirt, безопасность runtime и построение SDS. Плюс кейсы реальных внедрений с цифрами, проблемами и решениями. Для тех, кто пишет код, проектирует архитектуру или руководит такими командами. DevOps, SRE, архитекторы, техлиды, CTO — регистрируйтесь! Офлайн, без трансляции. Москва, Main Stage.

Пассивный мониторинг роутеров Mikrotik при помощи Uptime Kuma Недавно перед нами была поставлена задача организовать внешний мониторинг целого парка роутеров Mikrotik одной торговой сети. Заказчик хотел иметь возможность по внешней ссылке контролировать какие из точек находятся в онлайн, а какие остались без связи. Ситуацию осложняло то, что более половины роутеров не имели выделенного IP-адреса, а часть вообще находилась за NAT, также они могли переключиться на резервный канал, представленный мобильной связью. При этом мониторинг должен был быть предельно прост, без настройки дополнительных сущностей, туннелей и т.п. С серверной стороны также хотелось что-то простое и наглядное. В такой ситуации отлично подходит известная многим Uptime Kuma, поднимется просто – в Docker-контейнере, настраивается еще проще. Удобна и наглядна. Для нашей задачи у нее есть особый тип мониторинга пассивного типа – Push. Для каждого отслеживаемого устройства формируется уникальная ссылка, точнее ссылка с уникальным ключом, по которой нужно обращаться к серверу с нужной периодичностью. В нашем случае это именно то, что требуется. Настроить тоже очень просто, буквально двумя командами:

/system script add name="monitoring-push" source="/tool fetch url=\"http://192.168.3.112:3001/api/push/bgIDVXjXRo?status=up&msg=OK&ping=\" keep-result=no"

Эта команда создаст скрипт с именем monitoring-push, уникальный URL замените своими данными. Затем следует добавить его в планировщик с периодичностью выполнения 60 секунд:

/system scheduler add name="monitoring-scheduler" interval=1m on-event="/system script run monitoring-push" start-time=startup

Для проверки можете запустить скрипт вручную, если все сделано правильно в мониторинге тут же появится отметка о доступности. Внимательный читатель заметит, что в ссылке есть параметр ping, но в RouterOS нет возможности получить скриптом время пинга, поэтому контролировать время задержки не получится. Однако визуально пустое значение на графике мониторинга воспринимается как недоступность устройства, особенно на фоне зеленых графиков соседних узлов, поэтому вы можете передавать в этом параметре некоторое произвольное значение. Например 64, для этого измените ссылку следующим образом:

url=\http://192.168.3.112:3001/api/push/bgIDVXjXRo?status=up&msg=OK&ping=64\

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

Освойте UserGate и повысьте уровень защиты своей ИТ-инфраструктуры! Бесплатный онлайн-курс поможет вам шаг за шагом освоить внедрение и настройку UserGate — без лишней теории, с упором на практику. В программе курса: ✅ Настройка сетевых зон, NAT, VPN, кластеров, фильтрации на уровне приложений и правил межсетевого экрана ✅ Интеграция с LDAP и Active Directory, фильтрация контента, системы обнаружения вторжений и обратный прокси ✅ Пошаговые видеоуроки, практические упражнения и итоговое тестирование По завершении курса Вы получите: ⭐ именной сертификат 📕 PDF-инструкции 📋 чек-листы и готовые конфигурации, которые помогут в дальнейшей работе Пройдите курс в удобное время — запись уже доступна. Реклама. ООО "ИНФРАТЕХ". ИНН 5024197250.