rPman

Поставить на телефон прокси сервер (или к примеру любой ssh сервер, подключаясь к нему с опцией -D1080 получишь на машине, с котрой подключился socks прокси с портом 1080), и указать его в настройках браузера на десктопе.

socks сервер это чуть более функциональный чем http сервер (с должными приложениями можно пропускать не веб трафик через него, но к сожалению все еще только tcp, для udp уже нужен vpn и он так же будет детектироваться)

Правда провайдер может определять десктоп по контенту, например посещение сервисов, доступных только с десктопа... но я про такое не слышал.

p.s. меняй провайдера, этот геморой не стоит свеч

ты пробовал псевдопесочницы типа debian_no_root?

radius сервер работает по udp, по уму это не требует каких то особых умений от ядра

Как только на смартфон устанавливаются GAPPs-ы , так сразу смартфон получает сбор телеметрии, причем не обязательно нужно с ней соглашаться, автоматизироваться в google и прочее. Возможно из-за особенностей легализировать ее сбор часть информации будет не в достаточной мере персонализирована, но это касается США, а вот с другими странами все гораздо веселее.

Никакая страна, и тем более такая продвинутая, не может отказать себе в удовольствии шпионить за всем миром. Самое смешное получается, когда вместе со шпионскими модулями на смартфон устанавливаются модули от производителя (понаблюдайте за смартфонами сяоми).

Мало того, я точно помню что даже без GAPPS с кастомной прошивкой были некоторые моменты (дополнительные запросы браузера например) показывающие что какая то информация все равно собирается.

В твоем случае можно попробовать закрыть доступ в сеть на уровне фаервола (роутера) не средствами смартфона. И разрешать только твой трафик. Причем если ты устанавливаешь браузер, то установка прокси, откроет путь трафику и другим приложениям (доказать это очень сложно)

тебе нужно создать фоновый сервис https://developer.android.com/training/run-backgro...
Мои скилы устарели, плюс гугл похоже сильно последние пару лет перелопачивает способ разработки приложений для android и что лучше использовать и будут ли какие либо ограничения судить сложно, информация из гугла очень противоричивая

Есть WorkManager, он более background, но его работа может быть остановлена по каким то причинам (работа выполнится но без гарантий оперативности, что бы это не значило) это больше планировщик задач а функция которая работает в фоне.

С точки зрения длительной загрузки файла мне кажется WorkManager подходит лучше чем Service

Даже при использовании дорогих 3d сканеров (миллионы рублей), набежит ошибка в сантиметры, если ты будешь ходить туда сюда и собирать скан помещения.

Но даже получив облако точек, даже сведя ошибки к нулю (там в софте для этого есть инструменты), чтобы построить на их основе план, тебе нужен человек с опытом его построения.

Существующего ИИ как я понимаю пока не достаточно чтобы это сделать, хотя неплохой вызов.

p.s. фотограмметрия (восстановление 3d на основе избыточного количества фотографий под разными углами) дает отвратительную погрешность даже на маленьких масштабах, программными средствами ее не решить, но можно калибровочные объекты разместить на местах предварительно (это очень помогает, когда занимаешься этим вручную).

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

p.p.s. если хочешь этим заняться, забудь про полный скан помещения, собирай только потолок, в подавляющем большинстве случаев этого хватит

android - это 'полноценный' linux, с заменой окружения на свое и проприетарным загрузчиком (это не вина android как ОС, это вина производителей и возможно скрытых договоренностей с гугл) и зачастую с особым (не linux) способом работы с периферией.

Возможность прошить типовые дистрибутивы на смартфон в общем случае нет, в первую очередь из-за проблем с загрузчиком (бывает решаемых) но главное из-за того что нет драйверов на периферию.

Подавляющее большинство (или уже все?) производителей не делятся исходниками своего ядра linux а значит пересобрать его с добавлением функционала, нужного для работы типовых дистрибутивов - не получится.

Если же что то получится, то скорее всего никакого доступа к GPU у тебя не будет (будет framebuffer), будут скорее всего проблемы с сенсорным экраном, радиомодулем (например wifi и bluetooth) и системой энергосбережения. Т.е. сделать безголовый сервер у тебя получится, и даже устройства по usb внезапно смогут подключиться, но спотыкаться будешь на каждом шагу.

p.s. есть проекты запуска привычного linux окружения как приложение android, ищи termux/debian_root и т.п.

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

Изучи аппаратные особенности своего устройства, найди совместимое оборудование, для которого есть прошивки и начинай с них. Аппаратных платформ в мире не так много, зачастую одни и те же физические устройства (иногда кастрированные иногда дополненные) используются в казалось бы разных задачах и ценовых диапазонах.

Еще момент, берут официальные прошивки им правят их, например исключая шпионское и мусорное ПО.

Ответ тут ты не получишь, топай на xdadevelopers или 4pda

Без сторонних апсторов вам нужен свой механизм установки приложений (это приложение, которому выданы соответствующие разрешения на установку приложений), без него пользователю придется вручную скачивать apk обновления и подтверждать его установку (при этом должна быть включена опция установка из неизвестных источников).

Гугл говорит что кто то уже такое запилил (типа AAAD) сам не пробовал но что то говорит что если вы android разработчики, создать такое же вам не будет сложно.

upd. в рамках своего собственного смартфона я использовал adb over network, механизм поддержания отладочного режима (консольная тилита adb а так же подключение среды разработки к смартфону) в локальной сети. Можно настроить, чтобы разрешение держалось долго (я точно помню что оно не исчезало при выключении смартфона, но как долго хз), а там, сервер, к которому подключен смартфон, может отправлять команды на загрузку и установку приложений минуя подтверждения.

Так делать не надо, но сам факт такой возможности упомянуть нужно

По простому я поднимал socks прокси сервер на компьютере и настраивал его в браузере (firefox позволяет через about:config), socks прокси можно поднять на основе ssh сервера и клиента, подключенного к нему с ключом -Dip:порт где ip это локальный ip в локальной сети (если не указывать то будет доступно только localhost) и порт. Локальная сеть это та сеть, которую настроит операционная система при использовании такого подключения (на linux подключение можно отправить в сетевой мост с локальным сетевым устройством)

как вариант сетевое подключение между телефоном и ПК вообще не нужно, adb позволяет по usb подключению настраивать перенаправление портов

adb forward tcp:6123 tcp:7123
#sets up forwarding of computer port 6123 to Android device port 7123

Загрузись в консоль восстановления эту win2k (можно и с компьютера в той же virtualbox) ее многие заранее ставили на диск рядом благо это десятки мегабайт всего, ну или загрузись с установочного диска, и отключи сервисы связанные с драйверами дискового контроллера, который был установлен в этой ос и включи штатный майкрософтовский (в принципе можно попытаться это сделать в safe mode, иначе драйвера автоматом включатся назад).

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

99% проблем с переносом windows между железом (а у тебя это virtualbox -> qemu, причем почти наверняка стоят дополнения ОС не совместимые с qemu, их лучше предварительно удалить) - это проблемы именно с дисковым контроллером, так же операционка не любит смену '1 ядерная машина' <-> 'многоядерная', там для этого разные драйвера/ядра использовались, но ошибка кажется будет другой.

Я пользовался ivcam, работает хорошо, лагает (примерно 0.3с задержка)

Если тебе нужно просто транслировать видео на компьютер, например в браузере, пользуйся ip webcam

Гугл сделали очень много ограничений, чтобы приложения на android не имели доступа к радиомодулю, даже для простой записи телефонного разговора нужен root доступ и использование особенностей конкретного производителя (т.е. не для каждого это еще и сработает), а уж модификация звука в канале как я понимаю и подавно напрямую не разрешена.

В теории можно что то придумать при использовании bluetooth гарнитуры, при наличии root, можно пользоваться pulseaudio (первая же гугл статья для просто linux) но очевидно будет не просто

Попробуй установить приложение на реальном железе, завершить регистрацию, а затем перенести в виртуальное окружение через backup/restore (к сожалению доступно только гугловское), при наличии root файлы приложения можно будет тупо скопировать

Apk файл это zip архив, переименуй и открой

Посмотри все файлы поиском по тексту, 1-2 слова, осторожнее с пробелами. Это будет легко, если разработчики не собирались мешать это делать, иначе от невозможно до очень сложно.

Как вариант, ее в файле нет и книга скачивается и складывается в приватную область приложения, до которой можно добраться только с помощью рут доступа, в исключительных случаях можно сделать локальный бакап с помощью adb и уже покопаться в его файлах.

Ну и универсальная классика, написать простой кликер, с помощью того же adb и наделать скринов

Где ты видишь третью симкарту? там подписано sim2, я так понимаю программа замерила не только скорость в 4g но и 2g протестировала, вот и смотри качество связи в децибелах или словесно хорошо/нормально/плохо

Добавь сюда какой-нибудь speedtest, выбрав сервера вне твоей страны, обычно проводят три теста:
1. по умолчанию, к ближайшему серверу у твоего провайдера (в идеале там куда ты подключен), это будет тест твоего внутреннего подключения и максимально возможная связь до твоего провайдера - это ограничение сверху, лучше этого быть не может
2. твоя страна но не твой город (особенно актуально для стран типа россия), имеет смысл выбрать центрального провайдера (погугли кто в казахстане крупнейший узел связи и выход в мир предоставляет, маловероятно что там много провайдеров) либо центр того к кому он подключен, типа москва
3. мир, какой-нибудь сервер на другой стороне планеты

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

Связь до провайдера может быть идеальной но базовая станция провайдера может быть нагружена с точки зрения ширины канала в интернет, т.е. телефон показывает все полоски и тип связи 4g/5g/100500g а интернет на уровне модема 2000-ых.

Само собой при наличии блокировок и кривых dpi для их реализации, все это почтим не имеет никакого значения, спидтест покажет все хорошо а странички открываться будут со скрипом потому что так сказал 'самый главный'.

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

Так делает и Гугл и Китай, но они производители, своего трояна ставят на заводе.

Про сторонние прошивки - доверять что они ничего не крадут либо искать исходники, адаптировать, собирать,.. эта работа очень большая и чем больше тебе нужно гарантий, тем дороже она стоит.

Попробуй установить linux окружение, в гуглплей есть буквально пакеты называются ubuntu или debian root, внутри будет почти голый linux с xserver, можно ставить приложения apt install, внутри ставишь в т.ч. браузер (это будет именно десктопный). Настоятельно рекомендуется клавиатура и мышка.

Если это не поможет (хотя у гугла должны быть пакеты для arm, правда скорее всего только для mac), то можешь создать себе геморой и установить qemu - эмулятор, запустить эмуляцию x86 машины и внутри ее уже устанавливай x86 linux и android sdk. Не уверен что ты в разумные сроки дождешься хотя бы его запуск.

p.s. настоятельно рекомендую арендовать в облаке машину с почасовой оплатой (если работать предполагается на 24х7), подключаться к ней по тому же ssh -Y (перенаправление вывода на локальный xserver), даже дорогой селектел позволит арендовать за 5р в сутки за ip + 5р в час + по мелочи на бакапы за минимальную машину.

В теории можно даже подключиться в режиме отладки по сети (далеко не все прошивки android это позволяют) и запускать приложения на другом или даже этом же смартфоне/планшетнике... занятная матрешка получится.