rino906

Есть желание реализовать некий сервис на основе приложения для Android

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

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

Как устройства могут находить друг друга в Интернете? Интересно именно в архитектурном плане.

Абсолютной децентралиции до сих пор не придумали. Есть частичная. Например DHT в торрентах, и подобные.
Принцип обычно такой - есть список заранее определенных серверов, зашитый в клиент, там берется список других нод, а дальше уже запрашиваем по определенному алгоритму у известных нод, требуемую нам информацию. Поиск идет довольно медленно, но вполне эффективно. Начните читать отсюда - https://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D1%81%D...

nginx + php-fpm unix socket.

Направляешь на свой-собственный IP, не на IP клиента. На котором сидит nginx. Который на все запросы так и отвечает - как тебе надо.

Все что нужно сделать в bind - как-то корректировать на лету зону на основании данных биллинговой системы.

Итак, нашел относительно простое решение как управлять скоростью юзера hotspot налету, без необходимости перелогина.
Вообщем, как я и предполагал, никто не мешает клонировать правило Simple Queue, автоматически созданное сервисом hotspot, с новыми нужными значениями на конкретный ip и поместить его вверх списка и по необходимости его редактировать скриптами. А правила от Hotspot помещать в самый низ списка, для этого в профайлах юзеров в вкладке Queue проставить Insert Queue Before = bottom.
Когда нужно установить иное характеристики шейпинга для юзера клонируем правило и помещаем его вверх, например:

/queue simple add copy-from=[/queue simple find target="192.168.100.253/32"]  name="boost-192.168.100.253" place-before=0

Так как имя должно быть уникальным, то дубликатов не будет, если повторно вызвать.
Его можно создать автоматически при логине пользователя, записав скрипт в On Login вкладке Scripts профайла

/queue simple add copy-from=[/queue simple find target="$address/32"]  name="boost-$address" place-before=0

но лучше по необходимости. Родное удалять в принципе уже нет смысла.
В On Logout обязательно нужно за собой подчистить:

/queue simple remove [/queue simple find target="$address/32" dynamic="false"]

Вот и все...

- local_action: lineinfile dest={{ inventory_file }} regexp='^{{ inventory_hostname }}.*' line='{{ inventory_hostname }} ansible_ssh_port={{ new_port }}' state=present

$ for n in {101..125}; do echo -n 192.168.$n.0/24, ; done

192.168.101.0/24,192.168.102.0/24,192.168.103.0/24,192.168.104.0/24,192.168.105.0/24,192.168.106.0/24,192.168.107.0/24,192.168.108.0/24,192.168.109.0/24,192.168.110.0/24,192.168.111.0/24,192.168.112.0/24,192.168.113.0/24,192.168.114.0/24,192.168.115.0/24,192.168.116.0/24,192.168.117.0/24,192.168.118.0/24,192.168.119.0/24,192.168.120.0/24,192.168.121.0/24,192.168.122.0/24,192.168.123.0/24,192.168.124.0/24,192.168.125.0/24,

В СЦ тупо не захотели морочиться с установкой системы, если системные требования (производительность, размер оперативы) позволяют запускать каждую систему по отдельности, то поставить несколько систем абсолютно не проблема, главное чтобы хватило на всех места на HDD.
PS: Да, в MBR может быть только 4 основных раздела и куча логических, никто не мешает ставить системы на основные разделы, а данные хранить на логике, просто в СЦ не умеют или не хотят правильно форматировать HDD и пилить загрузчик.
PPS: Если в новом буке будет EFI биос и GPT разметка диска, то там количество загрузочных разделов практически не ограничено, и можно поставить хоть 100 копий DOSа лишь бы ресурсов системе хватало.

А вообще хакактеристики ноута пожалуйста в студию.

Еще в СЦ могли решить что хочешь поставить не загрузчик а гипервизор и пускать виртуалки, тогда да под несколько одновременно работующих систем может и нехватить ресурсов.

Да, можно: docs.ansible.com/ansible/playbooks_variables.html#...

1) inactive пишет при потере соединения. такое часто случается когда пользуешься мобильным интернетом, или IP клиента серый и часто меняется на стороне провайдера.
2) если нужно зайти под пользователем, есть замечательный способ без закрытия Putty su login2

P.S. рекомендую прочитать про screeen и пользоваться им, помогает когда вылетаешь из за не стабильного интернета.

Тут дело не в том под кем запущен nginx, как я понимаю, а в том под кем запущен php. Если вы используете php-fpm, то можете создать отдельный пул под рутом, на отдельном порту или сокете и привязать location в nginx к нему. Гуглите что-то вроде "multiple PHP-FPM pools", например.