▶️ Почему PowerShell Core до сих пор не входит в состав Windows
Напомню, что Windows поставляется с версией #PowerShell 5.1. Она практически не развивается уже больше шести лет, а новые командлеты появляются крайне редко. Создают их сами продуктовые группы, когда приспичит. Например, Install-Language выпустили в 22H2 и портировали в 21H2.
Напротив, кросс-платформенная версия PowerShell Core (сейчас 7.х) с открытым исходным кодом развивается очень активно. Этим занимается команда PowerShell, а в обсуждении и разработке сообщество принимает весьма живое участие. Каких-то специфичных для Windows командлетов в ней может не быть. Но есть свои плюшки, например:
🔹 новые командлеты
🔹 параллельное выполнение в Foreach-Object
🔹 различные улучшения в веб-командлетах
Однако Core не входит в состав Windows, что сильно снижает ее ценность во множестве сценариев, в первую очередь корпоративных. Да и в личных целях нужно держать в уме, что нельзя будет просто взять и поделиться скриптом 💩 И все эти годы команду PowerShell мучают вопросом: когда же, ну когда же Core будут поставлять с ОС Windows!!!111
Рассказывая о планах на 2023 год, Стив Ли (руководитель команды) в очередной раз затронул эти причины. Их две: размер поставки и разница в сроках поддержки у Windows и .NET Core.
🍌 Размер поставки
В отличие от .NET Framework 4.x, кросс-платформенный .NET не входит в состав Windows. Поэтому PowerShell тащит его с собой, что выливается в 200MB. Звучит смешно на фоне комплектных магазинных приложений. Но контекст здесь в том числе и дистрибутив, а в нем даже на магазинном экономят заглушками.
Думаю, размер - меньшее из двух зол, а большее...
🌀 Различия в циклах поддержки
В долгосрочном канале LTS поддержка .NET составляет три года. Столько же у Windows 11. Казалось бы, все ок. Но в своем RFC разработчики PowerShell пишут про 5+5 лет для Windows. Потому что таков срок поддержки Windows Server 2022! Очевидно, сценарий выпуска только в клиентской Windows не рассматривается, даже в виде заглушки.
////
Таким образом, с одной стороны .NET не включают в состав ОС, потому что это сторонний компонент со своим циклом поддержки. А с другой - не позволяют команде PowerShell протащить этот самый .NET в дистрибутив. И по такому замкнутому кругу разработчики PowerShell ходят с самого начала 🤷♂️
Их текущая идея - добавить в Windows хотя бы нативную команду Install-PowerShell7 (не командлет, потому что PowerShell может быть выпилен). Цифра 7 выглядит спорно в долгосрочной перспективе, да и вообще преимущества перед командой winget маргинальные.
Сейчас актуальная версия PowerShell Core ставится так:
winget install --id Microsoft.Powershell --source winget
Остальные варианты в документации ✌️
🔐 О цифровой подписи с меткой времени
В прошлом посте мы начали разбирать проблему с установкой клиента VPN. Предположительно более новая версия решает проблему. Сегодня о причине ошибки.
Напомню, журнал установки драйверов гласил, что сертификат отозван. В форуме Cisco сотрудник компании объяснил это тем, что Microsoft вывела из обращения сертификат SHA-1, с помощью которого подписан драйвер в проблемной версии клиента.
По этому поводу я пообщался с Вадимсом Подансом, который на PKI собаку съел. Изучив цифровые подписи драйвера, Вадимс отверг теорию с SHA-1.
ℹ️ Он объяснил, что у подписи есть временной штамп, а на момент подписания сертификат был валиден (3️⃣ и 5️⃣ на картинке). Поэтому подпись должна проходить проверку даже при отзыве или по истечении сертификатов в цепочке. Матчасть в блоге на английском: Digital signatures and timestamps. На русском есть небольшая выдержка из личной переписки - в форуме.
Кроме того, программа без проблем установилась на тестовой ВМ. То есть проблема выглядела локальной.
Эксперт предложил проверить, не помещен ли корневой сертификат в список утративших доверие. В #PowerShell:
Get-ChildItem cert:\currentuser\disallowed
Однако автор темы уже потерял к ней интерес и перестал отвечать. Поэтому о мотивах отзыва можно только гадать. Возможно, ИТ-отдел таким способом форсировал использование более свежей версии.
Так или иначе, нюанс интересный. А пикантности ему придает дезинформация на сайте вендора ✌️
🌐 Новое в блоге: Советы по настройке поисковых систем в браузерах
В чате кто-то заметил, что имея в адресной строке по умолчанию поиск Google, можно искать в Яндекс так: ya.ru <запрос>. Магии тут нет. Стоит один раз выполнить поиск в Яндексе, как он автоматически добавится в список поисковых систем с префиксом ya.ru.
👉 Страницы настройки поисков в Chromium и Firefox:
chrome://settings/searchEngines
about:preferences#search
Наряду с автоматикой вы можете вручную добавить любую поисковую систему. Сегодня я хочу поделиться несколькими приемами, которые давно применяю сам.
✂️ Сокращайте префикс до одной-двух букв
🔎 Ищите по любимому сайту с помощью любого движка
🚀 Быстро переходите к известной странице сайта
⚙️ Меняйте строку запроса для поиска по умолчанию
😎 Дублируйте поиск с префиксами на разных языках
🙄 Экспортируйте и импортируйте настройки поисковых систем
Читайте в блоге: https://www.outsidethebox.ms/21824/ 👈
📢 В комментариях поделитесь своими хитростями поиска в любимом браузере!
🔋 Об отключении Modern Standby
Историю этого режима электропитания и его названий я разбирал в блоге. Напомню, что Modern Standby дебютировал в Windows 8 у ноутбуков и планшетов приличного уровня. В те времена преимущества перед обычным сном выглядели очень перспективно для будущего мобильной Windows. Но на практике существенной пользы в плане UX оказалось немного. И вряд ли ее станет больше ввиду постепенного загнивания платформы UWP.
Проблем же с Modern Standby, как и с обычным сном, хватает - от фонового выжирания батареи до нежелательного пробуждения в сумке с последующим перегревом 🙄 Источники этих проблем разнообразны - побочные эффекты от обновлений Windows, сторонние программы и драйверы, изъяны в прошивках устройств (aka UEFI BIOS). Диагностировать это все непросто, а хорошего решения может и не найтись.
ℹ️ На прошлой неделе в топ хабра вышла статья с кликбейтным заголовком и относительно большим количеством букв о проблемах автора с Modern Standby. Целью было поделиться серебряной пулей - способом отключения ненавистного режима. И я вспомнил, что этот метод валяется у меня в заметках с лета прошлого года. Тогда Anton Byzin подкинул в чат его описание в документации Microsoft, хотя и в разделе о Windows IoT.
reg add HKLM\System\CurrentControlSet\Control\Power /v PlatformAoAcOverride /t REG_DWORD /d 0
Для вступления в силу нужна перезагрузка. Твик деактивирует Modern Standby (режим S0 low power idle) и активирует обычный сон (режим S3). См. powercfg -a и System Power States.
⚠️ Однако в другом разделе документации (общем описании режима) есть предупреждение: переключение между обычным сном и Modern Standby не предусмотрено в BIOS и не поддерживается без полной переустановки ОС. При этом неясно, требуется ли чистая установка (нежели переустановка поверх) и вообще в какой момент следует переключаться 🤷♂️
Более того, Артём Федотов по моей просьбе экспериментировал с твиком на своем Surface Go и обнаружил, что после отключения Modern Standby и последующего возврата к нему поведение уже не было прежним. В частности, в режиме Modern Standby проигрывание музыки по Bluetooth стало отключаться примерно через 10 минут. С одной стороны, пропал связанный с этим повышенный расход батареи, а с другой - недолго музыка играла 😎
При таких раскладах я рекомендую перед применением твика сделать полный бэкап системы 👈
Как метко заметил в чате Kamil Zaripov, загуглив PlatformAoAcOverride, можно найти много боли. То есть разнообразных проблем, решать которые предлагается таким кардинальным способом. Но твик не гарантирует исправления всех проблем сна.
Например, в пробуждении могут быть виноваты таймеры powercfg -waketimers, а в повышенном расходе батареи - какой-нибудь драйвер. То есть проблема может перекочевать и в обычный сон. Кроме того, изготовители устройств с Modern Standby не тестируют их в режиме S3, поэтому не исключено появление новых косяков.
👉 Отключение Modern Standby следует рассматривать как диагностический шаг или потенциальное решение, но не панацею.
Наконец, какие-то фичи могут напрямую зависеть от этого режима. А могут и не зависеть, даже если это заявлено. Так, для работы автоматического шифрования устройства формально нужна поддержка Modern Standby. Но по сути это требование к аппаратной платформе. На Surface Go после перехода на S3 поддержка шифрования продолжала отвечать обязательным требованиям ✌️
⬆️ Нюансы перехода на Windows 11 с Windows 7 или 8.1 на старом устройстве
10 января 2023 года для Windows 7 и 8.1 перестали выходить обновления системы безопасности в связи с окончанием расширенной поддержки. Сегодня в рубрике "Вы нам писали" личный и весьма любопытный опыт обновления участника чата Nirai Charged Pulse. Он до последнего держался за нетребовательную к ресурсам 8.1, но теперь рисковать в устаревшей ОС не хотел.
🎯 Цель: обновление ПК с CPU Ryzen 5 3600X - с Windows 8.1 до Windows 11 22H2. Условие: апгрейд без грязных хаков вроде подмены файлов проверки совместимости в установщике ОС.
⚙️ Прямое обновление с 8.1 до 11 официально не поддерживается только посредством Windows Update - предполагается транзит через Windows 10 20H1+. Апгрейд с установочной флэшки не ограничен на поддерживаемом оборудовании, и оно здесь в принципе имеется. Но есть нюанс!
Для обновления до Windows 11 требуется на выбор:
🔹 аппаратный модуль TPM версии 1.2 или 2.0
🔹 реализация TPM от изготовителя оборудования на уровне прошивки чипсета (Intel PTT) или процессора (AMD fTPM)
Первого нет физически, а AMD fTPM не определяется в Windows 8.1 на Ryzen 5 и, возможно, в целом на AMD. Поэтому установщик Windows 11 блокирует обновление! (При этом 8.1 на планшете с процессором Intel Skylake без проблем определила Intel PTT в качестве TPM 2.0.)
При таком раскладе необходимо сначала обновиться до Windows 10. Nirai Charged Pulse решил выяснить самую старую версию этой ОС, с которой получится перейти на Windows 11. Windows 10 1507 также не видела AMD fTPM, но уже следующая версия 1511 обнаружила чип в прошивке ✅
👉 Итого с TPM получается такой расклад при обновлении до Windows 11:
• Аппаратный модуль версии 2.0: никаких ухищрений не нужно
• Аппаратный модуль версии 1.2: требуется "официальный" твик реестра
• TPM есть в прошивке (Intel PTT или AMD fTPM) и определяется в Windows: никаких ухищрений не нужно
• TPM есть в прошивке, но не определяется в Windows: требуется промежуточное обновление как минимум до Windows 10 1511
• TPM нет ни в каком виде: возможны только неподдерживаемые способы
Напомню, что в канале закреплена большая подборка постов про аппаратные требования #Windows11 вообще и TPM в частности!
📣 А у вас был интересный опыт обновления до Windows 11 с Windows 7/8.1 или вообще на старом устройстве?
📃 О пользе журнала событий для диагностики проблем
О журнале событий часто забывают или вспоминают в последнюю очередь, уж точно после гуглояндекса 😎 А нередко именно в нем есть та ниточка, потянув за которую, можно размотать клубок проблемы.
❌ На форум пришел человек с ошибкой установки приложения Cisco AnyConnect (клиент VPN): "Программа, запущенная как часть установки, завершилась не так, как ожидалось".
Помогал ему не я, а ветеран удаленной диагностики Petya V4sechkin - привет! Он запросил лог MSI, но тот не создавался даже после форсирования в реестре. Тогда он отправил автора темы в журнал событий приложений. Там нашлась ошибка, совпадающая по времени с установкой.
Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action VACon64ndis6Install, location: C:\Program Files (x86)\Cisco\Cisco AnyConnect Secure Mobility Client\VACon64.exe, command: -install "C:\Program Files (x86)\Cisco\Cisco AnyConnect Secure Mobility Client\\vpnva-6.inf" VPNVA
⚙️ Обратите внимание на inf - к приложению прицепом идет драйвер! Поэтому следующим шагом диагностики был запрос журнала установки драйверов C:\Windows\inf\setupapi.dev.log. А в нем нашлись такие строки:
! sig: Verifying file against specific Authenticode(tm) catalog failed.
! sig: Error 0x800b010c: A certificate was explicitly revoked by its issuer.
sig: {_VERIFY_FILE_SIGNATURE exit(0x800b010c)} 17:56:22.500
!!! sig: An unexpected error occurred while validating driver package. Catalog = vpnva-6.cat, Error = 0x800B010C
!!! sig: Driver package is considered unsigned, and Code Integrity is enforced.
!!! sig: Driver package failed signature validation. Error = 0xE0000247
Драйвер не установился, потому что не прошел проверку цифровой подписи. Судя по логу, отозван сертификат 🔓 С этим связан интересный нюанс, и я к нему вернусь в следующем посте.
По коду ошибки 0x800B010C нагугливается тема в форуме Cisco. Там сотрудник компании успешно решает проблему, советуя более свежую версию AnyConnect. Получив такую же рекомендацию, автор темы решил таки обратиться в ИТ-отдел своей организации за дальнейшей помощью.
👉 Резюме
Ошибка в журнале событий не выводила на решение сходу. Нужно было внимательно прочесть текст сообщения и знать про лог установки драйверов. Но здесь нет никакой магии - просто внимание к деталям и логическое мышление 🔮 Кстати, setupapi.dev.log уже фигурировал в канале - тогда я диагностировал выключение ПК сразу после входа в учетную запись.
Ладно, можно было не знать про лог установки драйверов, а просто загуглить по ошибке из журнала событий :) Согласитесь, что она все равно информативнее невнятного сообщения в установщике ✌️
✅ Как скачать Windows и Office с сайта Microsoft в 2023 году
🔷 Windows
ОС скачивается точно так же, как в 2022 году. Но сегодня я публикую пару дополнений в рубрике "Возвращаясь к напечатанному".
🙈 Microsoft изменила сообщение об ошибке, которая появляется вместо ссылки на загрузку ISO или MCT. На смену неинформативной заглушке пришло сообщение о блокировке (русская версия на картинке):
Some users, entities and locations are banned from using this service. For this reason, leveraging anonymous or location hiding technologies when connecting to this service is not generally allowed.
Так хотя бы понятнее, что это не ошибка сервиса, а намеренное препятствие. Трудно сказать, блокировалась ли ранее загрузка для других стран под санкциями. Но очевидно, что у Microsoft не было внятного сообщения на такой случай.
❌ Некоторые люди не добирались даже до этой ошибки, получая пустую страницу, например, загрузки Windows 11. В исходном посте был такой абзац:
В РФ свою лепту могут вносить провайдеры, блокируя те или иные ресурсы, необходимые для отображения страниц на сайте Microsoft. Поэтому они вообще могут загружаться пустыми.
Участник чата dartraiden подкинул ссылку на обсуждение блокировки ресурса ajax.aspnetcdn.com, т.е. Microsoft Ajax CDN. В теме предполагается, что ресурс блокируется на ТСПУ по SNI в рамках борьбы с мостами Tor, использующими подмену домена в облаке Microsoft Azure (meek-azure bridges). Возможно, не все с этим сталкиваются именно из-за ТСПУ, т.к. наличие оборудования зависит от провайдера 🤷♂️
🔷 Office
О препятствиях к загрузке Office я ранее не писал. Когда этот пост уже был запланирован к публикации, об ограничениях сообщил читатель Аслан.
При запуске веб-установщика Office 365 или 20хх, скачанного из личного кабинета (ЛК) на сайте Microsoft, у многих пользователей российских провайдеров возникает ошибка:
Подождите, не торопитесь устанавливать Office 2016.
Причем 2016 там пишется вне зависимости от версии продукта 🤦♂️ Впрочем, в оригинале заголовок другой - Command not supported.
👉 Для обхода блокировки вы можете:
• в ЛК в разделе подписок вместо веб-установщика выбрать из списка автономный установщик, т.е. полный образ
• установить Office с помощью ODT
Наконец, приложение OneNote, доступное для загрузки отдельно, можно скачать с помощью более старой версии установщика из веб-архива.
🔷 Резюме
Пока Microsoft ставит основные препятствия на этапе загрузки ПО. Будь-то установщик Office, веб-сайт для скачивания клиентской ОС или Windows Update, куда не доставляют новые версии Windows 11 (не путать с накопительными и прочими обновлениями).
Я в курсе, что не все в РФ наступают на такие грабли, но это неважно. Для меня главное, чтобы опубликованные решения работали у тех, кто заходит в тупик.
Если вы заметили какие-то другие ограничения, в том числе при использовании продуктов Microsoft, напишите в комментариях ✌️
🔁 О предварительных обновлениях Windows - год спустя
В ноябре 2021 года я опубликовал в блоге большой материал о предварительных обновлениях. Он был не слишком развлекательный, но зато раскладывал все по полочкам. Сегодня пара дополнений в рубрике "Возвращаясь к напечатанному".
📃 Улучшение в описании обновлений, выходящих во второй вторник
В статье я критиковал Microsoft за логику подачи информации в статьях базы знаний:
Подавляющее большинство исправлений перечислено в статье о предварительном обновлении. Описание обновления, вышедшего во второй вторник, содержит минимум сведений о функциональных исправлениях.
Для устранения проблемы я предлагал просто ссылаться на статью о предварительном обновлении. И одновременно сетовал на отсутствие канала обратной связи с командой документации Windows Update. Однако до них дошло, и с февраля 2022 года проблему решили именно такой ссылкой!
🙄 Скрытие сведений о предварительной природе обновления в Windows 11
В новой ОС предварительные обновления как и прежде не устанавливаются автоматически. То есть поведение не отличается от Windows 10.
Однако в Windows Update из описания обновления исчезло слово Preview! В статье базы знаний и каталоге обновлений это слово присутствует, например:
https://support.microsoft.com/kb/5020044www.catalog.update.microsoft.com/Search.…rch.aspx
Я не проверял, было ли так сразу при выпуске #Windows11 или ключевое слово выпилили позже, но это неважно. Суть изменения в том, что в Microsoft придумали еще один способ расширить канал бесплатных тестировщиков.
🍪 Бонус: улучшения в накопительных обновления Windows 11 22H2
Чтобы два раза не вставать, подкину ссылку на осенний пост в блоге IT Pro: Faster. Smaller. Windows 11, version 22H2 update fundamentals. Там описаны улучшения Windows Update в доставке новых версий ОС и накопительных обновлений, включая предварительные.
Там сборная солянка. Есть и оптимизации, и улучшения за счет исправленных багов. И даже признания в том, что команда .NET Framework так и не выполнила обещания трехлетней давности о сокращении числа перезагрузок 🙈
Я планировал пробежаться по ключевым моментам в канале. Однако у меня возникли вопросы к опубликованным цифрам. Я задал их в комментариях, но автор не удостоил ответом даже после обращения в ЛС, что сам же и предлагал делать в статье. В общем, читайте в оригинале и делайте свои выводы! ✌️
🕒 Часы с секундами не в трее средствами Windows
Помните пост о том, почему в Windows у часов в трее до сих пор нет секунд? У меня нужды в секундах не возникало, поэтому я тогда открыл комментарии, чтобы послушать ваши сценарии 📢 Там всплыли вполне интересные и осмысленные задачи, но также было много варки пельменей и совы на глобусе. Недавно я дважды вспоминал ту дискуссию.
Сначала в сборку 25247 по просьбам трудящихся доставили возможность включать секунды у часов. Причем не просто ShowSecondsInSystemClock в реестре, а сразу в Параметрах 👀 Возможно, они даже выкатят это в стабильную версию раньше чем через год.
🎦 А пару недель назад по работе возникла задача записать видео взаимодействия с приложением. Цель - сопоставить происходящее на экране с событиями в логе, для чего и нужны секунды на экране. Дело было в #Windows10, где секунды просто включаются твиком. Однако в #Windows11 это не работает [до сборки 25247], Да, есть способы вроде отката к старой панели задач. Но хотелось бы вариантов под девизом блога. Причем встроенными возможностями системы, раз уж задача возникла в корпоративной среде.
Я, конечно, посмотрел комплектное приложение "Часы". Но часов в нем как раз и нет 🤦♂️ В приложении есть раздел World Clock с местным временем, однако секунды не предусмотрены. В чате Aliaksandr B предложил часы оверлеем от Xbox Game Bar. Креативно! Но секунд цифрами там не было, да и в принципе это стороннее приложение из магазина.
👉 Однако он же навел на мысль о PowerShell. Василий Гусев, конечно, быстрее меня отправил ванлайнер в чат. Но мой отличался лишь форматированием даты - здесь выбрано только время.
while (1) {Get-Date -DisplayHint Time; Start-Sleep -Seconds 1; cls}
Прелесть #PowerShell в том, что не надо быть экспертом для решения многих задач. Наверняка while входит в школьную программу информатики. А Get-Date просто рулит в очередной раз 👍
Конечно, у такого примитивного решения есть недостатки. Главный - нельзя просто взять и закрепить эти "часы" поверх всех окон. В галерее PowerShell есть куда более функциональные часы - PSClock за авторством Джеффа Хикса. У них параметр -OnTop решает вопрос. Это не "из коробки", однако целиком средствами ОС. Бонус - аналогичный таймер✌️
🛍 Новая концепция магазина Windows в действии - год спустя
На днях мне понадобилось запустить приложение TreeSize, я привычно поискал в пуске и... удивился результату. К названию приложения добавилось слово (Outdated). А при запуске появилось невиданное ранее окно. Мол, это приложение устарело и больше не поддерживается - удалите его, а новое скачайте из магазина.
Я пошел, скачал, установил, все ок. Разве что в магазине не появилась кнопка "Открыть". Вместо нее - "Установлено", не нажимаемая. Что все это значит? 🤔
Помните перед выходом #Windows11 я рассказывал о новой концепции магазина Windows? Процитирую ключевое.
ℹ️ Раньше можно было рассчитывать на защищенную модель и автоматические обновления через магазин, щадящие батарею (даже в случае с MSIX / Desktop Bridge). Теперь на витрину могут выставить только ярлык. Скачается обычный установщик, a приложение будет обновляться мимо магазина.
Здесь именно такой случай, но есть нюанс. Раньше приложение TreeSize опиралось на технологию Desktop Bridge для публикации в магазине. Приложение ставилось в папку WindowsApps, песочница, автообновление 👍
👉 Теперь, когда в магазине достаточно опубликовать ярлык, разработчики сделали именно это и одновременно перестали поддерживать "магазинную версию". Беру в кавычки, потому что версия была та же, просто перепакованная для магазина. Но даже этим они не видят смысла заниматься.
Сейчас приложение устанавливается в Program Files - классика! Наличие новой версии, видимо, будет проверяться при запуске. Как раз в тот момент, когда вы хотите воспользоваться приложением, а не обновлять его вручную. Да, у TreeSize нечасто выходили новые версии, но это первый попавшийся пример.
Для меня основная ценность установки приложений из магазина была именно в автообновлении 🎯 Я считаю это важным элементом UX! И кстати недавно разбирал вопрос обновления приложений с помощью winget на примере qBittorrent. Там тоже нечем похвастаться.
Трагедии в этом нет, конечно. Все равно лучше брать ПО из магазина - это доверенный источник. Но осадок остался. Все-таки мобильные ОС приучили нас к тому, что магазин - это не только установка, но и обновление приложений 🤷♂️
////
А вы как/откуда скачиваете любимые программы, скажем, для свежеустановленной Windows?
🔒 Новое в блоге: Нюансы допустимых ПИН-кодов в Windows
Викторина о допустимых ПИН-кодах поставила антирекорд - лишь 5% ответили правильно. Вопрос на самом деле сложный, и выбрать правильный вариант можно было, только обладая тайным знанием. Его уже получили все, кто поинтересовался объяснением в викторине. Сегодня запись блога просто вышла из раннего доступа в общий.
➡️ https://www.outsidethebox.ms/21789/
Как новичку в IT зарабатывать от 90 000 в месяц?
Расскажем на курсе «Профессия DevOps-инженер»
Всего за 7 месяцев вы научитесь администрировать Linux, настраивать веб-серверы и освоите методологию DevOps: будете автоматизировать разработку сложных IT-продуктов.
Узнать подробнее о курсе и получить скидку 40% в честь Нового года можно здесь: https://clc.to/yt55QA. Оставьте заявку на курс сейчас и получите год английского в подарок!
#реклама
🔒 О восстановлении доступа к Госуслугам (ГУ) после утери аутентификатора
Это третий эпизод сериала про двухфакторную аутентификацию в ГУ. В предыдущих сериях:
1. Включение 2FA
2. Про отсутствие кодов восстановления
В конце второго эпизода я заметил, что при утере или краже смартфона для восстановления может понадобиться визит с паспортом в МФЦ! Я был недалек от истины. В зависимости от региона, придется идти в МФЦ, пенсионный фонд или банк! 👈
Читатель Xodiak узнал про #2FA в ГУ из моих постов и переключился с SMS на OTP. А спустя какое-то время телефон завис, что вылечилось только... сбросом. Это повлекло потерю доступа к ГУ!
🚶♂️ Как восстановить доступ
Подробный и эмоциональный рассказ читателя от первого лица я закинул в телеграф. Здесь же моя выжимка ключевых моментов.
🔹 Обращение в техподдержку ГУ - пустая трата времени. На сегодня они вообще не знают, что такое 2FA. В любом случае потолок их возможностей - сброс пароля. Однако даже с новым паролем понадобится все тот же второй фактор.
🔹 Проблему решает только восстановление доступа. Смотрите точки с этой услугой на карте ГУ (может понадобиться разрешить доступ к местоположению). Услугу предоставляют даже некоторые банки, но читатель предпочел государственный пенсионный фонд.
🔹 Оказывающие услугу лица могут не знать точный порядок действий (трудно сказать, конкретно в такой ситуации или вообще при восстановлении доступа). Так, сотрудница ПФР перепробовала три способа, но ни один не дал немедленного результата. Лишь через полчаса читатель получил SMS с кодом для сброса пароля ГУ. После входа выяснилось, что второй этап аутентификации полностью отключен.
🔁 Как предотвратить потерю доступа
К сожалению, 2FA в ГУ реализована не только без кодов восстановления, но и без возможности добавить еще один аутентификатор 🤦♂️ Поэтому единственная страховка от потери доступа при утрате устройства - это функция бэкапа в аутентификаторе.
👉 Пользуйтесь приложением, которое способно сохранять секретные ключи в:
• облако аутентификатора или ОС (примеры на картинке: Microsoft Authenticator, Aegis)
• файловую систему (тот же Aegis), откуда можно вручную скопировать бэкап куда угодно
✅ Создав резервную копию, протестируйте восстановление из нее на другом устройстве (например, на старом смартфоне). В случае успеха у вас в руках окажется второй аутентификатор, удобное добавление которого не предусмотрели в ГУ.
Эти советы годятся не только для ГУ, которые просто являются экстремальным примером необходимости такого бэкапа.
///
Я скоро вернусь к теме аутентификаторов - на ПК. Не переключайте каналы ✌️
📢 Об отзывах на локализацию интерфейса ПО Microsoft
Когда-то у Microsoft практически не существовало каналов доставки фидбэка на перевод интерфейса. Свои первые отзывы я отправил перед выходом Windows 7 ⌛️ Тогда ответственные за локализацию сотрудники российского офиса компании создали закрытые форумы для MVP. Пожалуй, самые интересные обсуждения были перед выпуском Windows 8 - удачи с переводом Charms Bar! Спустя 10 лет от этого остались разве что битые ссылки в одном из постов блога.
С развитием инсайдерской программы появилось и отдельное приложение для отзывов на перевод интерфейса. Я им воспользовался лишь однажды - тогда для локализации меню проводника применили машинный перевод. Однако весь фидбэк был отклонен (видимо той же машиной:), и я зарекся тратить время на это 🤡
Со временем приложение интегрировали в #FeedbackHub, но потом выпилили. Возможно, объем отзывов был слишком большой :) В центре отзывов оставили лишь неприметный флажок, который найдут только самые пытливые.
🌐 В новом портале отзывов Microsoft некоторые продуктовые группы принимают отзывы на локализацию. Например, у Teams я вижу категорию Language/Translation (она же есть в фильтрах), а у OneDrive и Word - нет.
И вы не поверите, но у Microsoft есть еще один канал приема отзывов на переводы. В недрах портала Tech Community живет раздел Microsoft Localization 👈 Заявлены Office, Teams, Windows и Xbox, но не отказывают Edge и даже японскому Excel 2013!
По правилам надо постить идею в форум All Languages. Но это слишком сложно, поэтому большинство людей создает дискуссии в основном форуме. Дальше модератор принимает фидбэк в работу, а для отображения текущего статуса служит шильдик типа "Working on it".
Это канал команды локализации, которая дальше уже работает с конкретными продуктовыми группами. Он вполне живой - практически всем отзывам уделяется какое-то внимание. Имейте в виду✌️
🔁 Новое в блоге: winget - нюансы автоматического обновления приложений
Рассуждая о разработчиках, не стремящихся улучшать пользовательский опыт, я приводил пример создателя qBittorrent. Магазинной версии нет, а обычная часто обновляется, что вынуждает нас регулярно обслуживать ее вручную. Сначала скачивать с сайта, потом next-next-next. Это настолько уныло, что в какой-то момент я вопреки своим принципам отключил проверку обновлений qBittorrent 🤷♂️
В дискуссии пара человек отметили, что можно автоматизировать обновление с помощью winget – встроенного в Windows менеджера пакетов. Это звучало заманчиво, но кажется они сами не пробовали. Мне изначально было лень ковыряться — даже навскидку видно, что там одной командной не обойтись 🙄
Но все-таки с установкой приложений winget неплохо справляется. И я решил посмотреть, как обстоят дела с обновлением.
Читайте дальше в блоге:
➡️ https://www.outsidethebox.ms/21757/#_Toc6691
❓А вы как в Windows автоматизируете обновление установленных приложений?
