ky0

Любой тулзой, работающей с API гуглопочты, например https://github.com/jay0lee/got-your-back/

он отказывается настраивать VPN на своем телефоне

Напишите письмо руководителю человека, объясните варианты и причины, по которым VPN лучше проброса портов.

Скобка в команде с участием iptables-restore лишняя - просто iptables-restore /home/linux/Vlad/iptables3.backup попробуйте.

Потому что dpkg -i.

Если XML более-менее "плоский", то можно распарсить его вне СУБД (с помощью того же xmlstarlet, например) и превратить, например, в CSV - после чего загружать кусками через COPY, в том числе параллельно.

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

Но в целом, если server_name у блоков конфига разные, то можно слушать один и тот же порт.

Обычно в таких случаях делают отдельные учётные записи для разных устройств, либо выделяют отдельный пул адресов и включают duplicate-cn.

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

Что-то пошло не так (с)

У многих утилит есть ключ, автоматически подтверждающий действия, тот же apt -y upgrade. В противном случае можно делать вот так: yes | mycommand

Прочитал кучу мануалов, но ответа не нашел.

Значит, нужно сначала читать мануалы по более низкоуровневым технологиям - виртуалки, ОС, сети.

Я хочу убедится что проблема на стороне провайдера а не в роутере.

Если вы имеете в виду, что вам от провайдера по DHCP настройки прилетают - просто включите напрямую в комп.

Что в вашем понимании "превышает определённый размер"? Средняя скорость с определённого IP-адреса? Общее количество скачанного/загруженного? А за какой период? А если это не в рамках одного коннекта?

Можно задать ещё много вопросов, но лично мне лень - лучше сами конкретизируйте, чего хотите и, главное, зачем.

L2TP не равно L2TP/IPSec, это одно поверх другого.

Я сам не особо айтишник, тем более на тему серверов

В коммерческом IT-проекте обычно нанимают вот этих вот, которые "на тему серверов", чтобы разбираться с подобными вопросами.

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

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