pfg21

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

если хватит просто обмена файлами между конторами, то можно посмотреть в сторону p2p файлового обмена: торрент и системы автоматического обмена на нем основанные resilio sync (комерция) и syncthing (бесплатная)

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

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

после такого челенджа вопросов где и что искать у тебя просто не возникнут :) удачи.

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

проверь вообще работает ли крон ?? я на 16.04 его вообще отключил
systemctl status cron

мнэээ как это "выделялся автоматически", точнее каким методом ?? распиши поподробнее чего изволишь.

Как вариант, на отдельном порту висит главный управляющий протокол, который назначает порты, по которым производится остальной обмен данными (как в ftp или rpc) или что то другое ??
так-то главнюк, что назначает порт и отсылает его номер клиенту, и должен открывать его на сервере и пробрасывать куда там нужно...

штатные прошивки роутеров ограничены только тем что нужно.
во-первых, чем меньше служб в которые можно постучаться из тырнета, тем меньше шансов на вскрытие роутера. это я думаю и ежу понятно.
во-вторых роутер обычно расчитан SOHO использование и требуемая тобой функциональность не нужна 99,9% остальных пользователей, значит - лишний груз. хочешь большего - покупай роутер классом и ценой соответственно повыше. рынок и маркетология однако.

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

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

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

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

предполжу шелкография на керамику хорошо не ложится.

без реального ориентира, все знания будут транзитными: "в одно ухо влетело в другое вылетело" так что сразу поглядывай в какиенить серьезные проекты/темы.

в принципе знание низкоуровневого програмирования и железной начинки компа должно изучаться одновременно.
ассемблер так-то самый простой язык - в нем всего несколько десятков команд :)
а вот привязка к железу "железная", без нее в асме никаГ.

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

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

выход АЦП аналогично, схемотехника зависит от необходимых сигналов на выходе.

плюс сглаживание ФНЧ и т.д.

вариант 1 - "классика" tar-архив раздела с системой.
есть минусы с бекапом открытых на запись файлов (к примеру логи и т.д.)

вариант1а - дифференциальный или дополняющий бекап. с опцией --listed-incremental особо удобен для системы ибо системные файлы меняются редко.

вариант 1б - архиватор dar - руки не дойдут пробовать.

вариант 2 - снапшоты файловой системы. поддержка есть на btrfs и zfs. снапшот решает проблемы с открытми на запись файлами, делая мгновенный снимок системы. удобнее, функциональнее.
сам снапшот может использоваться как быстрый "горячий" бекап.

вариант3: оффлайн-копирование всего раздела. перезагружаешь комп - грузишься с сидюка или что подобное, и делаешь копию раздела через dd или другие програмки. минус: требуется временное выведение системы из работы.

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

для крутости цифр.
маркетологи установили что чем больше цифра, тем круче она кажестя.
поэтому аккум с 3 000 МАЧ всегда будет круче и мощнее выглядеть, чем аккум с 3 АЧ. даже чисто визуально 3 АЧ теряется в тексте, а для несведущих в физике и вообще атас какая разница.
потому и покупают
была б возможность они бы и в микроампер*часах циферки писали.
как круто будет выглядеть на ценнике цифра 3 000 000 МКАЧ !!
даже умный не устоит.

пс. емкость пишется в "Ампер * Часах". единица "Ампер" применяется для описания тока, "хранить" ее не получится :)

как вариант искать в тех же подвалах дядюшки али inductorless led светильники, по качеству света они говно, но зато можно напрямую втыкивать в розетку.

Сам недавно с таким столкнулся, причем открывал в Far Total 7zip...
у меня такое чувство что они используют одну и тот же код tar, в котором имеется ошибка.

Причем такую же ошибку выдает даже компиляция Gnuwin Tar, а это уже интереснее.
т.е. команда
tar -tf ./srv3-2018-04-11-diff.tar
под виндой выдает аналогичную белиберду.
13070423312/./
13070423315/bin/
12321613446/boot/
12703176216/boot/grub/
12703176351/boot/grub/fonts/
12703176342/boot/grub/i386-pc/
12703176342/boot/grub/locale/
12560315617/etc/
12560315525/etc/X11/
13046047347/etc/X11/Xreset.d/

И есть инструмент под винду Tartool который адекватно распаковывает этот же tar архив, значит дело в исходных кодах

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

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

еще вариант зайти внутрь деб пакета и посмотреть инсталяционные скрипты...

прямо и просто это сделаешь через виртуалки.
если нативно то имхо будет куча дрочева с распределением пакетов.

протокол плеймаркета закрыт, так что локальный клон плеймаркета сделать не получиться :(
как вариант настроить проксю доступа к плеймаркету, т.е. только доступ к серверам плеймаркета, все остальное обрезано. в каждом ТСД прописать эту проксю.
для дополнительной защиты можно проксю включать только при наличии обновлений приложения (т.е. вручную).

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

лучше системд.таймер - больше параметров и возможностей.

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