hint000

На Android есть 128 или даже 256 приложений типа "Камера", отличающихся какими-то мелочами. У одного приложения такое поведение, у другого эдакое (в зависимости от сорта и года урожая травы, которую для вдохновения курили авторы этих приложений). Я понимаю, что вы используете приложение, которое было на смартфоне "из коробки". Попробуйте хотя бы несколько других с PlayMarket'а, чтобы убедиться, что они не решают вашу проблему.
Но я бы особо не надеялся, что кто-то предусматривал возможность работы с внешней вспышкой.

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

У вас из сильно устаревших инструкций. Такой синтаксис (-net) уже не следует использовать. Нужно примерно так:

-netdev user,id=FooBar-099999 -device virtio-net-pci,netdev=FooBar-099999

(здесь "FooBar-099999" - это произвольный идентификатор). Т.е. опция -net user заменена на -netdev user, а опция -net nic заменена на универсальную опцию -device (которая в qemu относится не только к сети, но и к любым виртуальным устройствам).
Но вы точно хотите в режиме -netdev user (-net user)? На каждый чих руками пробрасывать порт и делать холодный перезапуск виртуальной машины?
Лучше сразу привыкать настраивать полноценную сеть через бридж. Со стороны qemu это выглядит примерно так:

-netdev bridge,id=Foo-09,br=virbr0 -device virtio-net-pci,netdev=Foo-09,mac=52:54:00:00:99:99

...но требует предварительного поднятия бриджа на хосте, либо прописыванием в конфиг сети, либо командами из пакета bridge-utils. Здесь virbr0 - это имя предварительно созданного бриджа.

получается в реестре доменных имен уже сгенерированы вообще все доменные имена и мы арендуем ранее сгенерированное имя?

Это нужно выяснять у древнегреческого философа Платона, существует ли каждая идея в мире идей ещё до того, как она пришла кому-то в голову (или была сгенерирована). В нашем материальном мире невозможно сгенерировать счётное множество имён, потому что для этого потребовалось бы бесконечно много времени и бесконечно много памяти.

Домен покупают или арендуют?

Ни то, ни другое. Его регистрируют. Регистрация домена - это услуга, а не товар.

Где ни читал - ясного ответа не увидел.

Да ладно! До вашего вопроса я даже не знал, что такое "InReach".
~30 секунд поисков - и вот вопросы и ответы:
https://market.yandex.ru/product--portativnyi-sput...

Upd. а вот официально:
https://www.iridium.com/traveling-to-russia/
https://iridium-russia.com/blog/izmenenie-tarifnyk...

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

Ноут имеет только видео-выход, не имеет видео-входа, т.е. он не принимает видеосигнал от других устройств.
Телевизор имеет только видео-входы, не имеет видео-выхода, т.е. он только принимает сигнал, но не передаёт.
Для решения задачи вам нужны две железяки:
1. разветвитель HDMI (например, если подключить к нему два монитора или телевизора, то на них будет одинаковое изображение);
2. устройство видеозахвата (video capture device, video grabber, "граббер", "грабилка"), у которого будет HDMI-вход и USB-выход, вы подключите его через USB к ноутбуку; здесь нужно обратить внимание на ограничения разрешения и частоты кадров у такого устройства; т.е. стримить в хреновом-то качестве не трудно, :) а вот в хорошем качестве... возможно, потребуется более серьёзное железо (если бы был не ноут, а десктоп, то можно было использовать PCIE-карту видеозахвата).

если как-то впендюрить роутер между ПК и DC, то можно так

По умолчанию Windows не включает маршрутизацию, вам нужно её включить на сервере. А также включить NAT на сервере. Инструкция: https://openvpn.net/cloud-docs/owner/networks-and-...
Вообще на Windows такое обычно никто не делает, но в учебных целях можете походить по граблям, почему бы нет.

Кстати, как там у вас в Польше?

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

Если вы хотите знать, почему не удалось увеличить сверх 1200 разрешение механизма подачи бумаги, то вам нужно задавать этот вопрос непосредственно инженерам, конструировавшим этот узел. Они знают, в какое техническое ограничение упирается это разрешение.
Если вы хотите знать, зачем тогда делали в 4 раза большее разрешение у механизма перемещения головки (и не устраивает ответ "потому что могли так сделать"), то вам нужно задавать этот вопрос маркетологам. Потому что отпечаток в 4800 x 1200, конечно, выглядит несколько лучше, чем в 1200 x 1200, но, очевидно, хуже, чем в 2400 x 2400. Но вот 4800 x 1200 инженеры смогли сделать, а 2400 x 2400 не смогли.

после прочтения письма, скажем, на айфоне и перемещения его в соответствующую папку, на другом девайсе ещё долго (полчаса-час) это письмо может висеть как непрочитанное, т.е. не происходит imap-синхронизации, как я понимаю

У iRedMail ведь есть web-морда не только для админа, но и для пользователей. Простейший тест: переместить письмо на одном из девайсов, потом зайти под этим пользователем в web-морду и увидеть там, что письмо переместилось (или нет), потом зайти с другого девайса и увидеть, что там не переместилось. Если в web-морде перемещение есть, значит на стороне сервера всё нормально, это клиенты почему-то тупят. Если в web-морде перемещения нет, значит всё равно на стороне сервера всё нормально, :) а тупит тот клиент, на котором произведено перемещение. Короче, выясним хотя бы этап, на котором происходит затупливание.

Ну а потом уже через tcpdump смотреть трафик в реальном времени, сразу после перемещения письма.

У MySQL свой пользователь и свой пароль (это не тот же самый root, что в операционной системе), вы задавали этот пароль во время установки MySQL. Если не помните пароль, то можно его сбросить, вагон инструкций гуглится так:
https://www.google.com/search?q=пароль+mysql

Вопрос про MySQL, зачем вы добавили тег на Microsoft SQL Server?

Может быть и не связано с проблемой, но всё же процитирую свой ответ 2-летней давности https://qna.habr.com/q/1000141 (периодически напоминаю об этом, но, как обычно, всем пофиг).

Алиасы интерфейсов устарели.
https://www.kernel.org/doc/html/latest/networking/...

IP-aliases are an obsolete way to manage multiple IP-addresses/masks per interface. Newer tools such as iproute2 support multiple address/prefixes per interface, but aliases are still supported for backwards compatibility.

2014 год: Алиасы интерфейсов устарели. https://unix.stackexchange.com/questions/119592/su...

ens160:0 is also obsolete syntax. There is no more aliases usage. IP addresses are applied to the same interface (please see ip a s command output).

2007 год: Алиасы интерфейсов устарели.
https://linux.debian.user.narkive.com/jH7FZrwF/ip-...

The docs I'm reading recommend using "secondary ips" instead of aliases. It
says that IP Aliases are deprecated in favor of "secondary ips"

2007 год! 14 лет 16 лет назад нам говорили прекращать использовать IP-алиасы. 14 лет 16 лет назад, Карл!

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

А так поддерживаю ответ AUser0 как насчёт диагностики tcpdump-ом, так и версию насчёт MAC, который может иметь привязку на оборудовании провайдера (позвонить в техподдержку, спросить о наличии привязки, при её наличии попросить сбросить для x.x.x.211). Факт, что для x.x.x.212 всё работает правильно как бы очень сильно намекает в пользу привязки, которая у провайдера сработала автоматически при первом использовании x.x.x.212.

Кроме того, есть вариант настроить без использования NAT. Например, использовать обычный свитч, в который воткнуты .209 (провод от провайдера), .210, .211 (и .212, .213, .214 при необходимости).
Минус в децентрализации контроля трафика - при необходимости контролировать почту через iptables нужно использовать iptables на самом почтовом сервере. Разумеется, это вопрос администрирования (даже не вкусовщина и не предмет для споров). Что для одного админа здорово, то для другого админа - смерть. Просто технически такой вариант возможен.