Работая над поддержкой голосовых сервисов, я часто встречаю запрос на разблокирование микрофона в Яндекс-браузере. Браузер способен жёстко изолировать аудиоканал, если система, расширение либо прежнее действие пользователя задало запрет.

Причины блокировки

Истоки ограничения делю на четыре ветви: системная политика операционной среды (Windows, macOS, Linux, iOS, Android), правило самого браузера, вмешательство расширения, сбой драйвера. Спайка факторов встречается чаще, чем изолированное событие, поэтому сначала выясняю, где именно активирован фильтр.

При диагностике обращаю внимание на индикатор «зачёркнутый микрофон» возле адресной строки, журнал Windows WMI-Voice, а в macOS — лог unifiedlog с подписью com.apple.tccd. На смартфонах следую иной механике: вибросигнал при запросе пермишена, отсутствие системного всплывающего окна — верный маркер блокировки на уровне sandbox.

Пошаговая схема

1. Проверка системных настроек.

Windows: Пуск → Конфиденциальность → Микрофон, ползунок «Разрешить приложениям использовать микрофон» переводится вправо.

macOS: System Settings → Privacy &amp, Security → Microphone, ставлю галку напротив Yandex.

Android: Настройки → Приложения → Яндекс Браузер → Разрешения → Микрофон → «Разрешить всегда».

iOS: Settings → Privacy → Microphone, переключатель напротив Yandex включён.

2. Обнуление внутренних запретов.

Щёлкаю по значку замка слева от URL, блок «Микрофон» перевожу в состояние «Разрешить». Затем открываю browser://settings/content/siteDetails, удаляю строку с красным перечёркнутым кругом. После перезапуска карточка сайта получает свежий пермишен.

3. Птичий клин расширений.

Отключаю плагины с доступом к аудиоустройствам: антибаннеры, расширения записи экрана, VPN. Тест выполняю в приватном окне без расширений. Если звук вернулся, активирую плагины по одному, находя виновника.

4. Флаги и экспериментальные переключатели.

Открываю browser://flags, ищу строки «Hardware Media Key Handling» и «Enable WebRTC Capture Pipe». При нестандартном поведении перевожу флаги в Default. Данная манипуляция часто упраздняет скрытый конфликт.

5. Кэш и база IndexedDB.

Удаляю папку profile\Cache\Media, затем очищаю storage в developer tools. Повреждённый blob иногда создаёт вялую гипотезу «пустой поток».

6. Драйверная перекалибровка.

Windows: выполняю в PowerShell «Get-AppxPackage AllUsers | Add-AppxPackage -Register».

Linux: перезапускаю pulseaudio, при наличии Pipe Wire возвращаюсь к ALSA через переменную PIPE WIRE_DISABLE=1.

Нестандартные ситуации

Запрет микрофона на уровне корпоративного MDM предполагает диалог с администратором профиля. Конструктивным шагом часто выступает локальное клонирование профиля без ограничений и ручная миграция куки.

На iOS 15 замечен баг: при переходе из режима «Картинка-в-картинке» микрофон остаётся в stasis. Лечу ошибку последовательностью: сворачиваю приложение, вызываю контрол-центр, отключаю и сразу включаю микрофон. При следующем запросе сайт уже слышит голос.

Редкий случай — симбиоз AppArmor и Yandex Snap в Ubuntu, где профиль включал capability dac_override. Правка строки «deny audio*» в /etc/apparmor.d/local/usr.bin.yandex-browser восстанавливает доступ без перезагрузки системы.

После успешной разблокировки рекомендую провести быстрый тест WebRTC на странице webrtc-samples.org. В идеале задержка Jitter менее 30 мс, signal-to-noise выше 20 дБ. Значения укладываются в норматив для стабильного впрыска речи в Сети.