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

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

З.Ы. как сейчас с сертификатами непонятно, но блокировки сняли

Не понятно,почему процесс не прекращается  после закрытия программы и я пытаюсь после логина запустить программу тем же пользователем. Буду искать, спасибо 😉

Nextcloud

А кто настраивал ваше чудо?

тотал вроде поддерживает + es проводник + xplore file manager

Ну и на самом деле бесперебойники попроще держат аккум под напряжением буферного заряда. от этого он все время как бы кипит потихоньку.  Это не только удаляет из него воду со  временем, но также  способствует образованию такой структуры на поверхности электрода, которая не позволяет потом отдать большой ток. Т.е. по напряжению на  аккуме может ыть все ок, но попытка дать на него разряд приличным током вызывает резкое падение напряжения. При этом разряд малым током может вполне себе продолжаться  долго.

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

Просто "мониторить напряжение на аккуме" - не слишком показательно, вот если бы сравнивать его на х.х. и под кратковременной нагрузкой (например, на пару сек. нагружать мощным резистором через MOSFET), тогда можно определить момент, когда надо подзарядить акк.
Полагаю, что даже в бытовых УПСах аккумуляторы не заряжаются постоянно, а только если произошел штатный разряд или саморазряд (без нагрузки).
Как-то пытался разобраться в схеме бесперибойника, но в ней все завязано на микроконтроллер, не зная логики его работы, нет смысла "копать" аналоговую часть.

❓Это очередной наезд?

как раз бытовые все время и держат по зарядной части  напряжение буферного заряда на аккумуляторе

Если это "что-то" надежно зашифровано, то зачем переживать про удаление? 😀

Это уж какие-то, совсем простые)
В советском охранном концентраторе "Корунд" подзарядка аккумулятора была организована, на редкость по-идиотски: два диода и резистор. Аккумулятор через резистор был постоянно подключен к "плюсу" выпрямителя питания, по логике разрабов, если сеть пропадала, он питал схему через открывающийся диод (параллельно зарядному резистору). Концентратор стабильно дох, лечилось это простым удалением аккумулятора 😁

вечер добрый, можете объяснить пару вещей связанных с видеопотоком, а то компитенции не хватает.

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

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

Возможно, интерфейс не тот.

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

С какими опциями tcpdump запускался?

sudo tcpdump -i enp5s0f1 -vv -w dump.pcap

Добавь ещё ip-адрес хоста куда видеопоток шлётся:

sudo tcpdump -vv -i enp5s0f1 any host x.x.x.x -w dump.pcap

Так будет понятнее, что происходит.

Тут не много не понял. В каком плане куда шлётся? Мой сервер клиент, и должен его получать. Если верить tcpdump я его получаю, просто проблема в том, что я не могу его получить никак ffmpeg,не скрин с потока сделать, не видео отрезок записать. Вот и пытаюсь разобраться

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