Максим

Как то так

В https данные уже шифруются. Не понял смысла выпускать 100500 сертификатов для клиентов! Если только для авторизации на сайте по сертификату.

Вообще это делается на стороне web сервера с помощью redirect 301, а не на промежуточных роутерах.

wikimapia.org

Если консольные только рассматривать, то самая популярная вроде youtybe-dl, только в поддерживаемых сайтах вашего нету

Предположу, что делается перенаправление с http на https таким образом

server {
    listen 80;
    server_name example.com;
    return 301 https://$server_name;
}

А адрес перенаправления должен быть такой https://$server_name$request_uri
Это если гадать. Если нужна какая то конкретика, то выкладывайте весь конфиг - надо смотреть что там накручено.
ЗЫ. Да и CMS какая?

Как уже писал stratosmi - пиши в тех поддержку, либо искать сисадмина-оутсорсера. С такими входными данными тут навряд ли помогут. Если перефразировать Ваш вопрос и провести аналогию, то получится примерно следующее:
"У меня есть машина и она стала что то плохо ехать, я что то сделал, но через какое то время она опять стала плохо ехать"
Данных для анализа и какого то предложения просто 0.
Не обижайтесь, но это разговор слепого с глухим. Вы явно не разбираетесь в операционных системах и слабо представляете что и как там взаимосвязано.

А Let’s Encrypt чем не устраивает?

IMPORTANT NOTES: - Congratulations! Your certificate and chain have been saved at /etc/letsencrypt/live/login.(*****).ru/fullchain.pem

Перевыпуск сертификата проходит успешно! В этом месте пишется, что сертификат сохранён в файл
/etc/letsencrypt/live/login.(*****).ru/fullchain.pem
И именно этот файл должен быть прописан у Вас в конфиге nginx. Как писали ранее, примерно так

ssl_certificate /etc/letsencrypt/live/login.(*****).ru/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/login.(*****).ru/privkey.pem;

Для заворачивания всего трафика в VPN надо прописать push "redirect-gateway def1" в конфиге сервера, а у Вас эта опция закомментирована. + к этому настроить nat на сервере, чтобы он подменял адреса источника в пакетах и отправлял их в интернет.
При данном конфиге сдаётся мне, что вчерез vpn идёт только dns-трафик на 8.8.8.8 и 1.1.1.1 + 2 подсети 149.154.164.0/22 и 178.62.9.0/24. Так и было задумано?
Для примера можете открыть https://2ip.ru , запомнить адрес. После чего включить ovpn, если был выключен или наоборот, и открыть сайт в новой вкладке - адрес должен измениться (должен отображаться IP адрес VPN сервера)

А какай цель?
В общем всё сводится к GlusterFS vs Ceph. Из почитать тыц и тыц
Вообще по Ceph както больше гайдов

Похоже у mysql проблемы с логами.
Попробуй перенести логи
mv /var/lib/mysql/ib_log* /tmp
После чего можно запускать. Если в /var/lib/mysql/ таких файлов нету, то проверь в /etc/mysql/my.cnf какие значения у параметров

innodb_data_home_dir

и

innodb_log_group_home_dir

И соответственно в этом каталоге искать файлы логов. Ругается он вроде только на ib_logfile0

Одно время пользовался goodsync , правда платный, но есть и на трекерах.

Как уже рекомендовали - попробовать TCP с портом 443. Если не поможет, то OpenVPN можно настроить на работу с проксёй.

На данный момент ничего умнее не придумал

push "route 0.0.0.0 128.0.0.0"
push "route 128.0.0.0 192.0.0.0"
push "route 192.0.0.0 255.128.0.0"
push "route 192.128.0.0 255.224.0.0"
push "route 192.160.0.0 255.248.0.0"
push "route 192.169.0.0 255.255.0.0"
push "route 192.170.0.0 255.254.0.0"
push "route 192.172.0.0 255.252.0.0"
push "route 192.176.0.0 255.240.0.0"
push "route 192.192.0.0 255.192.0.0"
push "route 193.0.0.0 255.0.0.0"
push "route 194.0.0.0 254.0.0.0"
push "route 196.0.0.0 252.0.0.0"
push "route 200.0.0.0 248.0.0.0"
push "route 208.0.0.0 240.0.0.0"
push "route 224.0.0.0 224.0.0.0"

Такой список роутов позволяет "вырезать" подсеть 192.168.0.0/16. То есть пакеты в подсеть 192.168.0.0/16 будут уходить в дефолтный шлюз роутера, а всё остальное пойдёт на сервер через VPN.

Вообще это называется реверспрокси. Выше уже рекомендовали nginx - он хорошо с этим справляется и не требователен к ресурсам системы.
Алгоритм примерно следующий - берёте дешёвый VDS, ставите на нём nginx и настраиваете его как реверспрокси к основному хостеру. В DNS указываете IP новой vds.
Взять доп VDS дешевле чем доп IP?

Предположим дано - диски sda и sdb, зазделы sda1 и sdb1 в md1, sda2 и sdb2 в md2, sda3 и sdb3 в md3
Процедура видится так -
1. umount /home && mkdir /mnt/home && mount /dev/md3 /mnt/home
2. cp -rp /mnt/home/* /home
3. удаляем массив md3
4. помечаем один диск в массиве md2 как сбойный и удаляем его из массива link (предположим sdb2)
5. правим fstab на монтирование корня системы с sdb2
6. удаляем раздел, который участвовал в md3 - sdb3 и делаем resize раздела sdb2 до нужного размера
7. ребутаемся
8. удаляем массив md2, линк выше
9. удаляем раздел sda3 и двигаем раздел sda2 до точного соответствия разделу sdb2
10. Создаём заново массив md2 и правим fstab на монтирование корня с md2
11. Профит

Но предварительно я бы "потренировался на кошках"

Попробуйте этот конфигуратор https://nginxconfig.io/
Задаёте свои параметры и копипастите в файл настроек nginx-а (только предварительно сохраните старый - мало ли будет работать не так как планировалось). А лучше создать файл domain.conf в директории /etc/nginx/conf.d/ и скопировать в него секцию server {} из конфигуратора.