Столкнулся с ситуацией когда GoogleDrive for Desktop нужно запустить на рабочем месте, но при этом, по корпоративным стандартам, включен SSL decryption. И просто установленный и запущенный пакет дает ошибку синхронизации.
На профильных сайтах все советуют ставить в исключения из SSL decryption список хостов, куда обращается GoogleDrive. Это тоже решение, но его скорее всего зарежет информационная безопасность. И будет права со своей точки зрения.

Для старой версии было решение запускать программу с ключом  --unsafe_network но в более новой версии (у меня Version: 54.0.2.0 ) такое не работает.

Зато отлично сработал более логичный вариант - добавить копоративные сертификаты переподписания в доверенные для GoogleDrive. Они лежат в файле "C:\Program Files\Google\Drive File Stream\54.0.2.0\config\roots.pem" в стандартном текстовом формате pem. И перезапустить GoogleDrive. Файл можно распространить GPO политикой всем кому разрешено пользовать GoogleDrive.

P.S.: вопросы моральности чтения SSL в корпоративной среде мы не обсуждаем. Хочешь пользовать личные секреты - не неси их в рабочую сеть.

Думаю, многие наступили и мучаются с локально установленным USB принтером, который надо отдать в сеть для печати с других ПК. Microsoft несколько месяцев назад в пылу борьбы с очередной уязвимостью поломало данный механизм, призналось что "сломалось, ждите, починим" и собственно на этом все.

По состоянию на 23.12.2021 попытка подключить такой принтер на другом ПК после установки всех обновлений ("принт-сервер" win10, клиенты win10, win11 - другие не проверял) уже перестало давать ошибку подключения, но печатать от этого не стало.

И вот на просторах интеренета проскочило что с линукса оно ж печатает!! как? почему?

И тут вспоминаем, что, собственно, в Win10 есть родная подсистема печати для Linux. Раздел Windows Features / Print and Document Services / LPD Print Service. А почему бы и не поробовать?

Итого алгоритм: