ky0

Составьте регэксп, начинающийся с Name=, заканчивающийся точкой с запятой. То, что посередине - и выцепляйте.

https://regex101.com

Финансов нет, ничего нельзя, но хочется странного. Помогите, пожалуйста.

Найдите работу, чтобы накопить на VPS - первое, что приходит в голову.

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

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

Посмотрите, если есть, статистику по трафику - если есть всплески в пределах нескольких диапазонов IP, скорее всего причина где-то там, а не у вас.

Чтобы, например, не бодаться с другим ПО, подменяющим шлюз (например, цисковский Anyconnect). А так - более специфичный маршрут будет иметь больший приоритет.

server_name xxx.ru/hite; это какая-то кривота, меняйте на xxx.ru.

Делайте root /var/www/html;, тогда будут работать оба подкаталога. Чтобы первый скрипт открывался из корня - добавьте отдельный location = /, с root /var/www/html/vfm;

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

Можно, например, разлочивать систему по SSH:
https://hamy.io/post/0009/how-to-install-luks-encr...

Сделайте отдельный location для картинок и добавьте туда rewrite на CDN, раз не хотите менять внутри сайта. И сделайте что-нибудь со своим предыдущим вопросом на эту тему - либо отметьте решение, либо удалите.

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

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

Ставьте на сайте в урле cdn.site.ru, зачем тут проксирование? Там-то наверняка несколько А-записей, а то и отдача DNS в зависимости от географического положения пользователя.

К SSL ошибка не имеет отношения. У вас какая-то кривота в районе 34 строчки файла /etc/nginx/sites-enabled/default.save.1.

SSL настраивается стандартным образом как для Django, так и для не-Django.

Это не менее человеческий вид. Хотите странного - переписывайте софтину, что сказать...

Зашёл посмотреть на ответ "наймите админа", не увидел его, поэтому пишу сам :)

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

Раз ни рефер, ни авторизация вас не устраивает - отдавайте пользователям сессионную куку и разрешайте загрузку по ней.