Берете и делаете определенное api на сервере, с микротика определенной утилитой дергаете его по http. А также микротиком дергаете определенное api сервера чтобы он отдал определенный файл.
Что вы подразумеваете в подходе с usb4java?
Если вам надо получить именно изображение то это вполне тривиальный и стандартный путь т.к. камера определяется в ОС и дает стандартный доступ к ней.
usb4java нужна если вы собрались общаться с железкой напрямую.
Причин может быть масса и по всем фронтам.
1) Сам провайдер.
2) Перегруженность канала инета
3) Перегруженность локалки
4) Перегруженность wifi
5) Особенность настроек вашей wifi
6) Стандарт и расширения wifi точки и wifi на телефоне.
7) Правила фаирвола\мангл\ната\очередей.
8) Проблемы между абонентами вотсапа, провайдеров между ними.
9) Еще миллиард разных причин.
Используйте альтернативы. Из интересного есть:
1) Chrome Remote Desktop - на мой взгляд очень интересное и удобное.
2) VNC\RDP - удобное но тонна нюансов .
Тут есть пара моментов.
Первый установлен ли пакет ntp? В зависимости от ответа у вас будут чуть разные настройки и окошечки.
Если установлен то в "System-NTP Client" галку "Enabled", Mode unicast и серверы для примера любые из этих
Еще отдельно замечу что в некоторых случаях ntp трафик может блокировать провайдер, не сознательно чаще всего, сталкивался с таким когда железка huawei недокументированно блочила трафика.
Тут не все так просто, и нужна тонна информации более подробной.
Вы вероятно подняли некоторые сайты типа example.org и example1.org. Помимо этого есть еще хостнейм машины самой.
У вас крутится некий вебсервер(апач\нгинх\...) в котором в конфигах и прописаны эти самые сайты example.org и example1.org
Как результат dns знать не будет ничего о example.org и example1.org.
Т.е. в вашем случае нужно на DNS сервере, к примеру в роутере, прописать А записи example.org и example1.org с адресами 10.10.10.10.
Как итог вы прописываете сайт в конфиге веб сервера(апач\нгинх) и на ДНС сервере.
Другой вариант это держать сайт(в единственном числе) под пофиг каким именем, а уже в нем условно в директориях держать другие сайты будет что то типа 10.10.10.10/example.org/ и 10.10.10.10/example1.org/ . Но придется похитрить с конфигом веб сервера.
Универсально только по bluetooth но тут миллиард нюансов и именно 5.1 сложно будет толкнуть.
У линуксов pulseaudio умеет гонять звук по сети, но тут только с линукса на линукс.
Есть еще jackaudio, он тоже умеет по сети гонять и есть для винды и линукса.
Попробуйте добавить букву s перед '...' чтобы было s'192.168.88.104:18287/auto-update'
Так же включите дебаг dhcp сервера и посмотрите что у него спрашивают и чем он отвечает.
Для начала найти причину. Посмотреть что именно греется (проц или видяха), посмотреть обороты кулера(ов). Дальше исходя из полученного решать эту проблему.
С точки зрения удобства и надежности любой серьезный роутер будет лучше самосборного шлюза. Будь то микротик или циска. Это стабильно, хорошо документировано, конфигурация легко переносится, быстро в обслуживание в случае ЧП.
Все довольно просто.
У вас 2 хоста:
-на первом делаете редирект для acme
-на втором у вас сам acme. И тут же крутится бот certbot . Он по шедулеру запускается когда надо обновить сертификаты и создает тот самый /.well-known/acme-challenge/ , Сторона le идет по ссылке и всегда попадает на этот токен.
Дальше дело техники, удобным вам способом перетащить сертификаты на хост1 и рестаратануть там nginx или других демонов чтобы они подцепили сертификаты.
Сделать это можно прям через хуки бота certbot ,
Скажем такая схема:
-он обновил успешно сертификаты
-сработал post-hook который дернул ваш скрипт.
-в скрипте простенькие команды чтобы перекинуть по scp сертификаты, и после по ssh дать команду на рестарт нужных демонов на хосте1.
-опционально помахать хвостиком и через телеграм отправить админу чтобы спал спокойно, можно еще и с логом.
Владислав Лысков верно подметил. А именно по части легковестности оконного менеджера то золотая середина это LXDE, он самый легкий по ресурсам из привычных мышкоориентированных.
Первое место где необходимо искать образование эхо.
Второе место это плохие каналы самого ip (нестабильный пинг\узкий канал\потери пакетов). Особенно такое возможно если где то используется мобильный интернет.