Nikolai39204, ну, тут надо очевидно ТЗ писать, а я в этом не знаток, т.к. больше по банковской безопасности. ))) Но в любом случае надо определить формат передаваемых данных, а также как эти данные будут передаваться и по какому порту. Ну самый банальный вариант (но не самый оптимальный, первое что в голову пришло и что я сам делал) это REST API, т.е. данные передавать через HTTPS. Для Android есть библиотека OkHTTP (в принципе можно и штатными средствами Java, но так проще), данные передаются в формате POST HTTP. Повторяю, это не идеальное решение (возможно даже неверное в плане избыточности трафика), но его элементарно реализовать в связке клиент-сервер и это будет работать.
Вот тут можно почитать: https://habr.com/ru/articles/144011/
И вот тут: https://square.github.io/okhttp/
Конечно, более подходящим для подобного решения возможно был бы какой то протокол p2p, тут надо гугль спрашивать, я такого не делал сам...
Теоретически это сделать можно, клиент-сервер, клиент соответственно передает, сервер получает. Даже обратную связь можно наладить. Тут правда вылезает множество проблем, т.к. устройства очевидно должны видеть друг-дружку по IP, а это не так просто, т.к. оба устройства могут быть за NAT.
Это решаемо 2мя путями: быстрый в обмене данных и сложный в настройке (проброс портов), но простой в реализаци, либо медленный в обмене данными, простой в настройке (промежуточный сервер и регистрация устройств на нем, обмен данными через него), но сложный в реализации.
Самый главный вопрос - зачем? Удаленное устройство же не видит экран плойки, как оно управлять то будет? Да и пинг будет огромный.
Артём Варламов, настоятельно советую всё-таки делать все через certbot, потому что он заточен работать через апач и получать обновления сертификатов автоматом. Это как раз то, что лучше оставить все как есть, и как оно должно работать по задумке авторов Let's encrypt.
mordar1984,
А чем клиенты RDP по уровню безопасности отличаются от клиентов SIP. Не, мне просто интересно. Из-за необразованности какого то отдельного дуба приходится заниматься такими зловещими извращениями.
А как ты собрался на собственную железку поставить AndroidTV? Насколько я помню, эта система не устанавливается на любую железку просто так из образа, а собирается под нее, при этом лицензируется у Google для конкретного производителя. Хотя может я и ошибаюсь.
Можно конечно поставить Android (AOSP) но это не совсем (точнее совсем не) то.
Обычный Linux тебе поможет, ставь тот, которые содержит драйвера под твой тачскирин (как я понимаю, работать это все будет через USB-C, поэтому особых проблем быть не должно). На нем все нужные приложения есть, в принципе один KODI способен заменить тебе все, и с тачскрин он вполне дружит.
в двух словах тебе не поможет, используй reCaptcha от Google, не надо изобретать велосипед если все давным-давно придумано, просто надо свой сайт или приложение грамотно настроить под их решение
Добавлю ещё, чтобы программа работала в какой то ос с GUI (т.е. не в терминале с командной строкой, а в режиме окна), надо программу засунуть в какой то фреймворк, нарисовать ей интерфейс и пр.
Дамп кэша приложения можно сделать например в эмуляторе, если поставить на него приложение, а потом зайти в каталог где хранится кэш и через стандартный проводник сохранить нужные файлы. В проводнике все каталоги эмулятора доступны для чтения.
Вот тут можно почитать: https://habr.com/ru/articles/144011/
И вот тут: https://square.github.io/okhttp/
Конечно, более подходящим для подобного решения возможно был бы какой то протокол p2p, тут надо гугль спрашивать, я такого не делал сам...