ky0

nginx -t

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

deb-пакеты устанавливаются с помощью dpkg -i.

Долгоживущие РНР-процессы - такое себе.

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

Конфиг для поддомена ничем принципиально не отличается от конфига родительского домена (да и вообще любого) - просто обслуживаемое имя у него будет другое.

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

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

Ещё можно попробовать загрузиться с LiveCD какого-нибудь линукса и посмотреть, будут ли проблемы там.

Ключевые фразы для поиска - "find с ключом -exec", "regex", "mv".

HTTPS спасёт, если не жать бездумно "Далее" в каждом окошке и юзать Noscript.

Линукс с графическим интерфейсом, особенно на ноутах - это ещё та лотерея... Да, вполне возможно, что сочетание более нового дистрибутива с вашим железом даёт такие вот побочные эффекты.

Если нужно разместить два сайта - делают несколько блоков server с разными server_name.

Это нужно логировать, подсчитывать и ограничивать не на веб-сервере, а на фаерволле.

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

То, что хотите вы, находится на более высоком уровне OSI - маршруты ничего не знают про порты и приложения, их использующие. Решить эту проблему можно разными способами, но не очень ясна цель.

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

Удалите последнюю строчку, допишите в конец файла, добавьте скобку.

Нгинкс тут ни при чём, просто используйте srcset.

Зачем у вас там if? Условие и так всегда будет выполняться, потому что этот блок ограничивается по именам server_name`ом.

Сделайте location / и вставьте в него редирект.

Ну и в листен у вас какая-то кривота, оставьте только порт.

В рамках 10.10.10.0/24 всё в любом случае должно ехать напрямую, если только не нахимичили с маршрутами. Остальное - как настроите.