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

НО БЫЛО ЗАМЕЧЕНО ЛЕГКОЕ РЕШЕНИЕ.

Открыть канал/чат в отдельном окне!

1. Правой кнопкой мыши щелкаете по каналу/чату в списке Все чаты/каналы.
2. В появившемся меню выбираете "Открыть в отдельном окне".
3. Чат/канал откроется в новом окне, в котором эти же посты со своими медиа(фото и видео) будут загружаться легко.

Дополнительный вариант с открытием в интернет-браузера.

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

1. Скопировать ссылку на пост с проблемным медиа(фото-видео) , вставить ссылку в адресную строку любого веб-браузера, и нажать клавишу Enter.

2. Затем выбрать "Context/Open in web", чтобы пост открылся именно в браузере, а не снова в Телеграм.

А на вопрос в всплывающем баннере "Открыть приложение Telegram?", надо ответить - нет.

пр

Организации, не принявшие заблаговременных мер в отношении использования RC4, столкнутся с постоянными сбоями в работе устаревших систем и приложений, не поддерживающих шифрование AES.

Всех предупредили, и давно.
Даже я писал - Новые обновления для Windows и Kerberos: будет больно, но вы держитесь

Что делать? Читать!

https://techcommunity.microsoft.com/blog/coreinfrastructurea...

https://techcommunity.microsoft.com/blog/coreinfrastructureandsecurityblog/how-to-manage-rc4-hardening-–-definitive-guide/4515923

Windows Kerberos RC4 deprecation: what will break in Active Directory and how to fix it

https://4sysops.com/archives/windows-kerberos-rc4-deprecation-what-will-break-in-active-directory-and-how-to-fix-it/

Windows Kerberos hardening may cause authentication issues for some PCs next month

Windows 11's April 2026 update could quietly break logins on some PCs as Microsoft flips a major Kerberos security switch.

https://www.neowin.net/news/windows-kerberos-hardening-may-cause-authentication-issues-for-some-pcs-next-month/

Что было написано раньше:

Начиная с апреля 2026 года, обновления Windows изменят поведение выдачи билетов Kerberos по умолчанию на AES-SHA1 для учетных записей без явных настроек шифрования, в то время как RC4 по-прежнему можно будет использовать там, где он явно включен. Это изменение, вызванное уязвимостью CVE-2026-20833, затронет все среды Windows Server, где учетные записи служб или устройства по-прежнему используют RC4. Любая учетная запись службы, устройство NAS или устаревшее приложение, не настроенное явно на шифрование AES-SHA1, может потерять возможность аутентификации. В этой статье объясняется, что такое Kerberos и RC4, что перестанет работать в апреле 2026 года и что необходимо сделать для предотвращения сбоев.

Starting in April 2026, Windows updates will change the default Kerberos ticket issuance behavior to AES-SHA1 for accounts without explicit encryption settings, while RC4 can still be used where explicitly enabled. This change, driven by CVE-2026-20833, affects every Windows Server environment where service accounts or devices still rely on RC4. Any service account, NAS device, or legacy application not explicitly configured for AES-SHA1 encryption may lose authentication capability. This article explains what Kerberos and RC4 are, what will break in April 2026, and what you must do to prevent outages.

В журнале безопасности события с идентификаторами 4768 и 4769 описывают запросы билетов Kerberos, но теперь показывают использование или отклонение RC4. Код ошибки 0xE (KDC_ERR_ETYPE_NOSUPP) появляется, когда запрошенный тип шифрования не поддерживается.

В системном журнале новые события KDCSVC в диапазоне 201–209 представляют собой явные сообщения об устаревании RC4: события 201 и 202 отображаются как предупреждения в режиме аудита, в то время как соответствующие события 203 и 204 показывают, что сценарии только с RC4 теперь блокируются, поскольку либо клиент объявляет только RC4, либо у службы отсутствуют ключи AES. События 205 и связанные с ними события предупреждают о том, что в настройках шифрования домена по умолчанию по-прежнему используются слабые типы шифров.

In the Security log, Event IDs 4768 and 4769 describe Kerberos ticket requests but now show RC4 being used or rejected. Error code 0xE (KDC_ERR_ETYPE_NOSUPP) appears when the requested encryption type is not supported.

In the System log, new KDCSVC events in the 201–209 range are the explicit RC4 deprecation messages: Events 201 and 202 appear as warnings in audit mode, while enforcement counterparts 203 and 204 show that RC4-only scenarios are now blocked because either the client only advertises RC4 or the service lacks AES keys. Events 205 and related events warn that domain encryption defaults still include weak cipher types.

Статья с деталями, как именно будет больно

Windows Kerberos RC4 deprecation: what will break in Active Directory and how to fix it

https://4sysops.com/archives/windows-kerberos-rc4-deprecation-what-will-break-in-active-directory-and-how-to-fix-it/

Как было больно в прошлые разы:

You might experience Kerberos and New Technology LAN Manager (NTLM) authentication failures across devices that have duplicate Security IDs (SIDs). This issue might occur in Windows 11, version 24H2, Windows 11, version 25H2, and Windows Server 2025 after installing the Windows updates released on and after:

https://support.microsoft.com/en-us/topic/kerberos-and-ntlm-authentication-failures-due-to-duplicate-sids-76f7394d-c460-4882-9ed1-d27e0960f949

но выбора нет. Патчи ставить надо.

• переобучения сотрудников;

• миграции существующей инфраструктуры;

• найма или аутсорса специалистов по конкретному дистрибутиву;

• адаптации или полной переработки внутреннего ПО;

• потерь производительности на этапе перехода.

По разным оценкам, стоимость перехода на Linux в организации от 100 рабочих мест может превышать стоимость коммерческих лицензий Windows в 2 раза за первые три года. «Бесплатное» решение оказывается самым дорогим.

2. .NET — слон в комнате, которого все игнорируют

Вот факт, о котором не любят говорить евангелисты Linux:
значительная часть корпоративного и государственного ПО в России написано на .NET(знаю по личному опыту).

1С-коннекторы, внутренние ERP-модули, системы документооборота, отраслевые решения — всё это .NET, WPF, WinForms, ASP.NET. Годами экосистема строилась вокруг стека Microsoft.
Да, .NET теперь формально кроссплатформенный. Но «формально» и «в продакшене» — это два разных мира:

• WPF и WinForms — не портированы и не будут. Это тысячи десктопных приложений, которые просто не запустятся.

• Совместимость — каждый переход требует тестирования, рефакторинга, а часто — полной переписи.

• Работа через Wine/Mono — это не решение, а костыль, который ломается на каждом обновлении и не даёт ни стабильности, ни производительности.

Переписать весь этот стек? Можно. За несколько лет и несколько миллиардов рублей. А работать нужно сегодня.

3. Фрагментация: 200 дистрибутивов и ни одного стандарта

Linux — это не операционная система. Это философия, из которой выросли сотни реализаций.
Только в реестре российского ПО числятся:

• Astra Linux

• ALT Linux

• РЕД ОС

• ROSA Linux

• Calculate Linux

и ещё десятки вариаций.

Каждый дистрибутив — свой пакетный менеджер, свой цикл обновлений, свои патчи безопасности, свои сертификаты ФСТЭК. Разработчик прикладного ПО должен тестировать продукт под каждый дистрибутив отдельно.
Результат? Вендоры корпоративного ПО поддерживают 2–3 дистрибутива из списка, а остальные — «на ваш страх и риск». Вместо единой экосистемы мы получили лоскутное одеяло, где ничего не гарантировано.

4. Экосистема? Какая экосистема?

Современный пользователь живёт не в одном устройстве. Он ожидает:

• 📱 Телефон синхронизирован с ПК

• ☁️ Облако хранит документы, контакты, фото

• 🔑 Пароли доступны на всех устройствах

• 📋 Буфер обмена работает между устройствами

• 🔔 Уведомления приходят туда, где ты сейчас

У Apple это есть. У Microsoft — есть. У Google — есть.

У Linux? Нет. Нет единого облака. Нет мобильной ОС, которая бесшовно работает с десктопом. Нет менеджера паролей «из коробки». Каждую функцию нужно собирать из разрозненных open-source-проектов, настраивать и поддерживать вручную.
Для энтузиаста это увлекательный квест. Для бухгалтера, врача или чиновника — это катастрофа.

5. «Откройте терминал и введите sudo apt-get...»

Давайте будем честны. В 2026 году пользователь не должен:

• открывать терминал, чтобы установить принтер;

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

• выбирать между apt, dnf, pacman и zypper;

• редактировать конфиг-файлы, чтобы подключить второй монитор;

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

Да, десктопный Linux стал лучше. Но «лучше, чем было» — это не то же самое, что «готов для массового пользователя». Бухгалтер Мария Ивановна не должна учить команды терминала, чтобы создать текстовый файл. И нет, это не снобизм — это уважение к пользователю.

Так что же делать?

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

Что предлагает Родник ОС

Я считаю, что правильный путь — не адаптировать Linux под задачи, для которых он не предназначен, а строить платформу, которая решает перечисленные проблемы по архитектуре:

Я не против open-source.Я против подхода «возьмите, что есть, и как-нибудь приспособьтесь».

Вместо заключения

Импортозамещение — это не замена иконки на рабочем столе. Это архитектурная задача уровня страны. И решать её нужно не «бесплатными» полумерами, а осмысленным инженерным подходом.

Родник ОС — моя попытка сделать это правильно.

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

https://yurinkonstantin.github.io/rodnik-os.github.io/