ky0

Зачем у вас там if? Условие и так всегда будет выполняться, потому что этот блок ограничивается по именам server_name`ом.

Сделайте location / и вставьте в него редирект.

Ну и в листен у вас какая-то кривота, оставьте только порт.

В рамках 10.10.10.0/24 всё в любом случае должно ехать напрямую, если только не нахимичили с маршрутами. Остальное - как настроите.

А в чём цель? Если обезопасить взаимодействие с банками и всяким таким - так везде давно HTTPS, который отлично с этим справляется. Почему у вас, собственно, сеть-то "открытая"?

Так вы попробуйте законнектиться с HTTP/1.1 - оно тоже работает по умолчанию для клиентов, которые не умеют 2.0.

Поставьте в крон блокировку учётной записи вечером и разблокировку, соответственно, утром. Ну или смену пароля.

Звоните/пишете всем провайдерам по очереди и задаёте эти вопросы. Есть ли у них вариант подключения "напрямую" и услуга статического белого IP.

Из личного опыта - у Билайна/Корбины всё это есть.

Нет, со стороны сервера только один порт, указанный в конфиге. У клиентов - как получится, но тоже настраивается.

До расшифровки HTTPS не видны урлы, блокируйте на уровне веб-сервера. Но вообще - такое обычно не блокируют, а просто исключают из логирования.

Не самое подходящее железо для подобного ПО. Есть какие-то серьёзные причины не развернуть это, например, на самой простецкой VPS с нормальным процессором и диском?

На текущем этапе нет желания переводить scope сервер на https

Я бы подождал, пока появится желание. Вы зачем-то хотите развернуть вспять процесс эволюции :)

Что хочется - некий извращенный шардинг(?). Т.е. европейских пользователей пишем в европейский сервер, азиатских в азиатский, но читать надо все (своих быстро, "чужих" - ну, как получится). Это вообще реально?

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

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

А если просто на файл поставить read-only права?

Низкая скорость - это технически не проблема. Понятно, что хочется, чтобы всё работало на скорости домашнего тарифа даже до Австралии, но так бывает далеко не всегда.

Думаю, что на М9 в курсе вопроса - если, конечно, причина находится в их зоне ответственности.

Настройки, относящиеся к памяти, буферам и I/O - в студию. Что ещё на сервере, кроме СУБД?

Жил себе сервер без KVM. Обновил Иванушка-админ целую пачку пакетов, в том числе, видимо, ядро-чистый изумруд - мышка прибежала, хвостиком махнула, и сервер уронила.

Вот и сказочке конец, а мораль: сервер без удалённого доступа - рано или поздно к дальней дороге.