ky0

Прибивайте все подряд по крону. Дёшево и надёжно.

Производительность в вашем случае будет примерно одинакова. По удобству обслуживания - ОС, с которой лучше всего знаком обслуживающий. Если это вы сам - ну, что ж...

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

Всё закономерно. И опенвпн зачастую режет скорость, и самба. Пропускной способности канала вы с ними не достигнете. Ну и iperf-то на диск ничего не пишет и не читает с него, в отличие от реальной передачи файлов.

В /etc/apt/sources.list.d ещё посмотрите.

SFTP к FTP отношения не имеет, это SSH - его и настраивайте.

Покурить мануалы mkdir, mv и башевские циклы. Ну или да, руками.

И чем не устроил первый ответ по вашей ссылке?

You can use grep:

grep '^group_name_here:' /etc/group

This only lists supplementary group memberships, not the user who have this group as their primary group. And it only finds local groups, not groups from a network service such as LDAP.

Без костылей - это добавить openvpn в список сервисов, стартующих при загрузке. systemctl, знаете, и всё такое...

Очевидно, потому что такого пакета нет, по крайней мере в официальных репозиториях:

https://packages.debian.org/search?lang=ru&searcho...

Пользовался в своё время Snoopy - довольно удобная и гибкая штука.

Что-нибудь типа такого:

stages:
 - build

build:
    stage: build
    script:
- rm -rf /home/webserver/*
- cp -r * /home/webserver/

Вопрос не сложный, просто вы непонятно его составили. Если несколько интерфейсов на шлюзе, при чём тут настройки на клиенте? Или шлюз и является клентом по отношению к какому-то внешнему впн-серверу?

Если я прав, то достаточно добавить статический маршрут до впн-сервера через нужный интерфейс. Поскольку впн-сервер про интерфейсы и резервирование ничего не знает (да и не должен знать), настраивать это нужно:
1. На клиенте
2. Разумеется, ДО подключения впна, то есть никак не в конфиге, приезжающем с сервера

Как вариант - написать скрипт, мониторящий туннель и в случае неработоспособности пытающийся подключиться с маршрутом через primary-интерфейс, а в случае неудачи - через secondary.

У вас, очевидно, основной - 42-ой. Хотите слать через другой - добавьте маршрут или поменяйте адрес на eth0.

Выключаете всё, активно трогающее диск, кроме вашей программы и смотрите iostat.

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

Вам нужен не просто пакет PHP, а соответствующий модуль апача - libapache2-mod-php

Настройте соответствующим образом кусок конфигурации Апача, отвечающий за дефолтную обработку HTTPS, в чём сложность?

Что такое "чистая вдска (не виртуалка)"? VDS - это и есть виртуалка и у неё легко могут быть сихнронизированы часы с нодой. Гуглите hwclock и т. д.