ky0

В файле с виртуальным хостом, либо в htaccess.

Использовать map можно, точно вам говорю.

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

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

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

Потому что return 200 работает вообще всегда, хоть deny all напишите в этом локейшене. Отдавайте что-нибудь более вменяемое.

Можно постранично выводить содержимое файла и копипастить из консоли к себе :) Раз уж нужно именно "в путти".

В интернете информации практически нет

В очередной раз взоржал над недостатком айтишной информации в интернете. Си, значит, осилили - а навык гуглежа нет?

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

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

Саппорт вас совершенно правильно послал.

В целом - скорее всего достаточно отключить использование DST Root CA X3 в конфиге ca-certificates и добавить ISRG Root X1, если его там нет. Как это делается - многократно было описано прямо тут, на Хабре, в статьях про "проблему ленивых админов 30 сентября".

Купить поддержку, приедет квалифицированный инженер - и всё сделает как надо.

Засуньте то, что у вас сейчас в кроне в bash-скрипт и вызывайте в планировщике его, тогда не придётся приседать с sh -c и всем остальным.

Подключите базу через FDW, тогда можно будет потрогать обе в одном запросе.

Вывод какого-нибудь лога или исходников ядра по кругу поставьте.

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

Логично, что для использования адреса в исходящих пакетах "рекомендуется" его наличие на каком-либо интерфейсе - иначе как ваш шлюз поймёт, куда отправлять ответ? Ну, знаете, ARP-запросы и всё такое...

Если вам нужно просто отправлять пакеты с рандомным содержимым - для этого существуют отдельные утилиты.