~Rami ₪ MANUALS

רמי

SUBJECT: Fedora: Кодек openh264 (CISCO) - устранение проблемы с установкой в некоторых доменных зонах

AUTHOR: Rami Rosenfeld

DATE: 20/09/25

TIME: 14.00

LANG: ru, en

LICENSE: GNU FDL 1.3

TAGS: gnu, gnome, software, opensource, linux, system, man, manual, bash, privacy, security, rhel, centos, mate, xfce, lxde, spin, de, media, cisco, firefox, open264, codec

Fedora: Кодек openh264 (CISCO) - устранение проблемы с установкой в некоторых доменных зонах

INTRO

Не так давно ко мне по E-mail обратились с интересным вопросом: почему при установке свежей (42) версии Fedora GNU/Linux, следуя исключительно моим инструкциям и наставлениям, возникает проблема с инсталляцией и обновлением жизненно важного кодека Оpenh264 (от CISCO), что, в частности, сказывается на воспроизведении мультимедийных файлов (в том числе посредством Firefox и мультиплейера Celluloid)?

Я долго ломал голову над этой проблемой (ведь у меня-то все работает и благополучно обновляется). Но потом догадался переспросить про доменную зону, в которой обитает мой заочный респондент. Эврика! Конечно же оказалось, что его доменная зона - RU! Дальше все было просто: быстрый поиск в интернете показал, что аналогичная проблема существует также в доменных зонах IR, UA (что ж, примечательный списочек из трех стран!).

The Amazon CloudFront distribution is configured to block access from your country.

We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner.

... Я не стал разбираться детально: то ли эти замечательные государства самоотгородились от ciscobinary.openh264.org или от Amazon CloudFront (поддерживающее первую ссылку), то ли их принудительно отгородили; в конце-концов, CISCO - американская компания, которая обязана соблюдать местное законодательство и отсекать сомнительные территории от своих репозиториев (допустим, в "Fedora Export Control Policy" указан список, включающий также Кубу, Северную Корею, Сирию и.т.п) - и набросал небольшое руководство, которое позволяет справиться с этой проблемой.

В качестве примечания укажу также изначальную(!) часть проблемы: оригинальные ("родные") репозитории Fedor'ы не содержат вышеупомянутый кодек, т.к. он является блобом и не может быть опубликован по причине лицензионной нечистоты. Поэтому инсталляционный ISO Fedor'ы содержит лишь ссылку на отдельный (активированный по умолчанию) репозиторий CISCO.

NOTE

Всего вариантов четыре:

1. Отключение репозитория (не удаляет проблему)

nano /etc/yum.repos.d/fedora-cisco-openh264.repo

[fedora-cisco-openh264]

name=Fedora $releasever openh264 (From Cisco) - $basearch

metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-$releasever&arch=$basearch

type=rpm

enabled=0

2. Запрет на обновление пакетов (не удаляет проблему)

nano /etc/dnf/dnf.conf

[main]

...

excludepkgs=mozilla-openh264,openh264

3. Прямое скачивание пакетов из репозиториев с последующей "ручной" установкой

FEDORA 42

http://ciscobinary.openh264.org/mozilla-openh264-2.5.1-1.fc42.x86_64.rpm

https://codecs.fedoraproject.org/openh264/42/x86_64/Packages/o/openh264-2.5.1-1.fc42.x86_64.rpm

FEDORA 43

https://codecs.fedoraproject.org/openh264/43/x86_64/Packages/o/openh264-2.6.0-2.fc43.x86_64.rpm

http://ciscobinary.openh264.org/mozilla-openh264-2.6.0-2.fc43.x86_64.rpm

Далее:

dnf install openh264-2.5.1-1.fc42.x86_64.rpm mozilla-openh264-2.5.1-1.fc42.x86_64.rpm

4. Глобальное перенаправление DNF на обновление через локальный прокси:

nano /etc/dnf/dnf.conf

[main]

...

proxy=http://NAME:PORT

🄯 Rami Rosenfeld, 2025. GNU FDL 1.3.