0 Fork 0

Files

T

Alexey Martemyanov ac721b6a22 [2026-10-30] eagle: family/how-to/truenas-infrastructure.md family/how-to/tv-lampac-plugin.md personal/plans/lampac-watched-to-watchlist.md personal/tech/konka-q85-novosibirsk.md personal/tech/lampac-deployment.md personal/tech/lampac-truenas.md

2026-10-30 15:27:44 +06:00

18 KiB

Raw Blame History

title, created, updated, type, tags, related

title

created

updated

type

Konka Q85 — Новосибирск: статус и изменения

Lampac установлен и проверен — 2026-10-30

Установлен com.lampac.tv версии1.0.0 через существующий Homebrew Channel с проверкой SHA256. Сервер и сохранённый lampac_url: http://192.168.2.197:9118 (TrueNAS). Полная схема: personal/tech/lampac-truenas.

Настройки клиента: proxy_tmdb=true, proxy_tmdb_auto=false. Автоопределение региона выключало прокси и ломало встроенные постеры, хотя Catalog уже был настроен. На сервере прокси отдельно включён для TMDB API/изображений, posterApi и serverproxy.image; глобальный прокси видео не включён.

Подтверждены поиск «дюна» через клавиатуру без JavaScript-ошибок, 7 встроенных и28 собственных постеров (сломанных0), начало прямого воспроизведения тестового H.264640×360 с NAS (readyState=4, ошибок нет). Длительное воспроизведение/онлайн-раздача и звук на слух отдельно не подтверждены. Общая история на TrueNAS через API; репликации SQLite нет.

При работе Lampac доступна CDP-цель9998: выбирать по URL с com.lampac.tv, ждать appready. Root-вызов Homebrew через PalmServiceBridge проверен также из контекста установленного Lampac; SSH/Telnet на ТВ ради этого не включали. Диагностические ответы не выводить поверх приложения. Временные HTTP-установщик на роутере18085 и SSH-перенаправления после работы удалены. Настройки root/privacy ниже не менялись.

Состояние проверено 2026-10-30 во время настройки телевизора. Местоположение — Новосибирск, по указанию владельца. Это отдельный телевизор; не путать с ТВ 192.168.1.70 / webOS 5.4.2 из family/how-to/htpc-webos-luna.

Устройство и сеть

Konka, диагональ 85″ — со слов владельца; модель, сообщаемая самим ТВ: Q85.
ПО: 04.56.00 — сообщено владельцем; API полной версии ПО отказал в доступе, поэтому это значение не выдаём за независимо прочитанное.
webOS 7.5.6, DVB — непосредственно прочитано с телевизора.
Ядро: 5.4.96-115.28.1.27.mirima.1, архитектура aarch64.
Текущий адрес: 192.168.2.124, имя DHCP: LGwebOSTV, MAC: 7c:64:6c:33:82:37. Это обнаруженный адрес, закрепление DHCP не проверялось и не настраивалось.
Шлюз OpenWrt: 192.168.2.2, Xiaomi Redmi Router AX6S. SSH root@192.168.2.2 по настроенному ключу проверен.
WSS управления ТВ: 192.168.2.124:3001. Выполнено сопряжение с подтверждением на экране. Соединение WS на 3000 сбрасывалось; для работы использовали WSS 3001.
SSH на самом ТВ не включали. Проверенные до настройки порты 22, 9922 и 9991 были закрыты; доступ SSH к роутеру не означает наличия SSH на телевизоре.

Связанный документ сети: personal/tech/home-network-config.

Root и Homebrew

2026-10-30 выполнен jailbreak через DangBro. На ТВ подтверждено наличие com.webos.app.dangbei-overlay; код запускался в его контексте. Проверенный установщик и Homebrew Channel раздавались временно с роутера, без прошивки системных разделов.

Установлен Homebrew Channel 0.7.3, appId org.webosbrew.hbchannel.
Прямой вызов id вернул uid=0(root) gid=0(root); root повторно подтверждён после перезагрузок.
Приложение LG Developer Mode com.palmdts.devmode удалено установщиком, поскольку конфликтует с сохранением root. Повторно устанавливать его без проверки совместимости не следует.
Включившийся при установке Telnet без пароля отключён, закрытие порта 23 проверено. Сохранён флаг /var/luna/preferences/webosbrew_telnet_disabled.
Временные серверы на роутере :18085 остановлены; их каталоги, установщики и тестовые ролики на роутере удалены. Постоянной службы на роутере для этих изменений нет.

Найденное состояние до отключения

LivePlus был включён: option.livePlus = "on", eulaStatus.acrOnAllowed = true.
Были приняты голосовые согласия: voiceAllowed = true, voice2Allowed = true.
additionalDataAllowed и shoppingOnAllowed были true.
Реклама главного экрана и рекомендации уже были выключены: general.homePromotion = "off", other.contentRecommendation = "off".
Согласия на персонализированную рекламу и удалённую диагностику уже были выключены.
Работали рекламные, диагностические, рекомендательные и голосовые службы, в том числе admanager, contentminer, rdxd, uploadd, remotelogger, service-logger, voiceinput, voiceconductor, nlpmanager, performer.
Установлены LivePlus/ACR-компоненты для HDMI, рекламные оболочки, Alexa, Google Assistant и Алиса. Само наличие пакета или процесса не доказывает запись разговоров либо отправку данных.
Homebrew уже монтировал очереди rdxd/uploadd только для чтения; это ограничение диагностических очередей, а не полное отключение ACR.
В отдельном снимке сети внешних TCP-соединений не было. Длительное наблюдение, расшифровка трафика и доказательство отсутствия периодических отправок не выполнялись.

Что отключено по согласованию владельца

Отключены найденные компоненты следующих групп:

ACR и реклама: acr2, admanager, adoverlay-service.
Диагностика и загрузка журналов: rdxd, uploadd, remotelogger, service-logger.
Рекомендации и уведомления: contentminer, nudge, sportsalarm.
Голос, Alexa и ThinQ/IoT: voiceinput, voiceconductor, nlpmanager, performer, amazon-alexa-adapter, amazon-alexa-vsk, lg.thinqai.adapter, iot-client, mqtt-client.
musicrecognition предусмотрен списком отключений, но при проверке соответствующая программа не найдена; не считать её установленной или реально отключённой.

LivePlus переведён в off. В существующем объекте согласий выключены ACR, голосовые, рекламные, дополнительные данные и shopping-согласия; общие условия, разрешение сети и непонятный по назначению chpAllowed сохранены.

Следствие: голосовой поиск, Alexa и связанные ThinQ/IoT-функции больше не должны работать. Приложения Google Assistant/Алисы и другие системные оболочки не удалялись; отключён обслуживающий голосовой тракт.

Как устроены изменения

Системные программы не стирались и не перезаписывались. Поверх выбранных исполняемых файлов, включая уже существовавшие копии в sandbox-каталогах, монтируется в памяти безвредный скрипт с exit 0. Выбранные systemd-службы останавливаются; оставшиеся целевые процессы завершаются. При итоговой проверке целевых процессов не было, ошибок подмен не было.

Файлы на телевизоре:

Управление: /var/lib/konka-privacy/control.py.
Исходные настройки и состояния служб: /var/lib/konka-privacy/before.json.
Список временных подмен: /var/lib/konka-privacy/mounts.json.
Автозапуск Homebrew: /var/lib/webosbrew/init.d/70-konka-privacy.
Журнал применения после загрузки: /tmp/konka-privacy-boot.log.
Флаг запрета применения: /var/lib/konka-privacy/disabled.
Отметка успешной итоговой проверки: /var/lib/konka-privacy/verified.

Особенность: во время проверки webOS восстановила часть согласий и LivePlus при перезагрузке. Поэтому настройки повторно выключаются в автозапуске вместе со службами. Обработчик ждёт 35 секунд после вызова из загрузочного механизма Homebrew; отключения не действуют с самой первой секунды включения. На проверенной загрузке успешный результат получен примерно на 83-й секунде uptime.

При первичной проверке был предусмотрен автоматический откат, если итоговая проверка не завершится. Сейчас отметка verified уже существует: не рассчитывать на автоматический откат будущих изменений, использовать команды ниже.

Что сохранено

sdx, ss.gateway, SAM, Luna Hub, настройки, системный интерфейс, сеть, HDMI, видеовывод и звуковые службы не включены в список отключений. Приложения не удалялись, домашний экран не заменялся, системные плитки не скрывались, перезапуск SAM для таких изменений не выполнялся.

Системные разделы, загрузчик, ядро и прошивка не перезаписывались. Блокировку обновлений и новые DNS/hosts-списки эта настройка не добавляла.

Проверка результата

После повторной перезагрузки подтверждены:

root: uid = 0;
LivePlus: off; выбранные согласия выключены;
отсутствие работающих целевых процессов;
активное состояние SAM, Luna Hub, surface-manager, umediaserver, videooutputd, audiooutputd и audiod;
наличие процессов sdx, SettingsService, connmand;
наличие обработчика автозагрузки и отметки успешной проверки;
воспроизведение отдельного тестового H.264-видео: время 12.082 секунды, 640×360, readyState = 4, ошибок нет; видеовывод MAIN подключён и не muted, около 24 кадров/с.

Один предварительный тест с коротким зацикленным роликом получил ошибку декодирования; этот результат не считали подтверждением нормального воспроизведения. После завершения автоприменения выполнены отдельные успешные проверки, включая более длинный ролик без цикла.

Физическое звучание динамиков, сигнал внешнего HDMI-устройства, все стриминговые приложения и цикл сна/пробуждения отдельно не проверялись. Активность звуковых служб не равна проверке звука на слух.

До изменений уже были failed-unit: accountmanager, bugreportd, crashreportd, dropbear, kadpd, kdrivers. Итоговый список совпал с исходным; не приписывать эти состояния выполненному отключению.

Откат и диагностика

Команды выполнять в root-контексте на телевизоре, а не на OpenWrt.

Проверка:

python3 /var/lib/konka-privacy/control.py status
cat /tmp/konka-privacy-boot.log

Полный откат с восстановлением исходных настроек и удалением автозапуска отключений:

python3 /var/lib/konka-privacy/control.py restore

После успешного отката полностью перезагрузить ТВ. Режим standby не заменяет полную перезагрузку.

Для запрета повторного применения при следующей полной загрузке:

touch /var/lib/konka-privacy/disabled

Затем полностью перезагрузить ТВ. Этот способ снимает временные подмены за счёт перезагрузки, но сам по себе не восстанавливает прежние значения согласий; для полного возврата нужен restore.

Не удалять before.json перед откатом.

Доступ для дальнейшего обслуживания

Проверенный путь этой сессии: SSH к OpenWrt → временная локальная раздача страницы → WSS-сопряжение с ТВ → запуск страницы через com.webos.app.dangbei-overlay → вызов Homebrew из PalmServiceBridge:

var bridge = new PalmServiceBridge();
bridge.onservicecallback = function (result) { /* обработать JSON-ответ */ };
bridge.call(
  "luna://org.webosbrew.hbchannel.service/exec",
  JSON.stringify({command: "python3 /var/lib/konka-privacy/control.py status"})
);

Это работает в подходящем приложении на ТВ, а не в обычном браузере компьютера. Прямой запрос ssap://org.webosbrew.hbchannel.service/exec через WSS вернул 404; не считать его рабочим способом root-доступа. Обычное открытие страницы установщика на компьютере тоже не выполняет код в контексте ТВ.

Для luna-send на этом телевизоре проверен явный appId:

luna-send -w 5000 -n 1 -f -a org.webosbrew.hbchannel.service \
  luna://com.webos.settingsservice/getSystemSettings \
  '{"category":"option","keys":["livePlus"]}'

Не переносить сюда без проверки рецепты старого ТВ с webOS 5.4.2. Секреты сопряжения и приватные SSH-ключи в заметку не копировать. Временную раздачу после обслуживания останавливать.

Источники использованных решений

DangBro — выполненный способ root.
Homebrew Channel.
lg-webos-ad-killer — примеры обратимого отключения; готовый полный скрипт на ТВ не устанавливался.
CleanYourTV для webOS: debloat — группы служб и временные подмены.
RootMyTV: системные разделы не перезаписывать.
Glasshouse issue 366 — проблемы изображения/звука при перезапуске SAM.

Публичного проверенного списка отключений именно для Konka Q85 / webOS 7.5.6 в ходе поиска не найдено. Основание текущего статуса — фактические проверки этого телевизора, а не обещание совместимости чужого полного набора изменений.

18 KiB Raw Blame History Unescape Escape