/usr/local/ispconfig/server/conf-custom/vhost.conf.master удали
оставь исходный.
только бэкап сделай.
В идиале у тебя должно получиться после подключения ссл, и включения галочки ссл в админке, ты же ее нажимал? ( не просто сгенерировал а еще и галочку нажал) VirtualHost 192.168.1.1:443
должен получиться.
а у тебя получается что ты переменную в файле вернул и сделал как положено а конфиг генериртся уже кастомным генератором в котром порт забит руками.
так погоди под словом отдельный IP я имею физический настоящий белый айпи И ИХ ДОЛЖНО БЫТЬ 1+КАЖДЫЙ SSL СЕРТИФИКАТ
А не внутренний, оно конечно можно попробовать и через такие кренделябры сделать но в общем и целом мысль не очень.
Во второых перегенерируй ключик. Зайди и удали вообще все ключи в папке пересоздай заново.
Так погоди а у тебя почему собственно 82 порт?
Ты поправил /usr/local/ispconfig/server/custom-conf .....
Если ты читал статью то я там писал что именно переназначить там переменную VirtualHost {tmpl_var name='ip_address'}:{tmpl_var name='port' на 82 не самая умная идея.
именно из-за ссл которому нужен 443 тебе нужно править сам плагин а не конфиг к нему, чтоб переменная оставалась на месте.
Поправь сам плагин на
if($web_config['apps_vhost_port'] == 82 or $web_config['apps_vhost_port'] == 443) {
2. Поднимай sql в память, кешируй все живое, как правило на сайтах ( если это сайты) он хуже всего работает. Ну или пробуй уменьшить количество обращений к файлам.
как вариант можно поизвращяться и запихнуть часто используемые каталоги в файл, отформатированный под ext2 и подмонтированый как устройство, в таком случае поиск будет происходить с физической точки зрения не в файловой таблице а в файле, который работает значительно быстрей. Да и подвержен кешированию.
Значит так открой 82 порт для просмотра и зайди на него работает ли сертификат там?
Если на 82 работает то nginx мешает, если нет то не трож его это не в нем.
site.ru:82
Если тормозит оно то тут тебе несколко вариантов решения. 1 это перейти на ssd фактически этот параметр у тебя упадет до 0% и не будет с него подниматься. У тебя не диски работают сильно а ио проседает из-за обращения к большому количеству фаулов паралельно, каждый раз для этого головка ползет в файловую таблицу ищет имя файла, потом ползет дослудующего имени.
Dima Kim: Посмотри внимательно на вот это [jbd2/dm-0-8], оно больше всего I-O ест?
И это динамический график копит по процессам сумму статистики. Посмотри через пару часов кто больше накушает.
find -regex "[0-9]{2,3}???\.ввв.*) -exec mv {} /dir \;
как-то так изходя из условуий но скорее всего нужно будет экранировать { или взять все в ковычки
1. Бэкапы лучше делать всеже не руками, вот я тебе прям отвечаю.
2. Можно сделать с легкостью проверку наличия файла за этот период а бэкап сделать по принципу, test если есть файл с интересующей датой то старт, это делается очень легко.
3. Самый легкий способ в твоем случае sshfs просто подмонтируй диск в свою файловую систему и копируй просто в мс
3. если у тебя на той стороне есть ssh то инициировать забор бэкапа можно с той стороны, в таком случае тебе достаточно сделать бэкап локально, он сам уедет
4.копировать по ssh папку это одна строчка в баше. Именно по этому в линуксе нет большенства софта для винды, он попросту не нужен.
если нужен инкремент rsync
Если тебе нужно сделать файловый кластер то csync
Просто архиватором тар alex-at.ru/linux/tar-linux
Вот еще welinux.ru/post/7358
