В то время как предыдущие ответы технически корректны, необходимо также рассмотреть использование rsync
вместо этого. rsync
сравнивает данные по отправке и получению сторон с различным механизмом, таким образом, это не должно снова посылать данные, которые были уже ранее отправлены.
Если Вы собираетесь скопировать что-то в удаленную машину несколько раз, использовать rsync
. На самом деле хорошо использовать rsync
каждый раз, потому что это имеет больше средств управления для вещей как копирование полномочий файла и владения и, исключая определенные файлы или каталоги. В целом:
$ rsync -av /local/dir/ server:/remote/dir/
будет синхронизировать локальный каталог с удаленным каталогом. При выполнении его, второй раз и содержание локального каталога не изменились, никакие данные не будут переданы - намного более эффективный, чем выполнение scp
и копируя все каждый раз.
Кроме того, rsync
позволяет Вам восстанавливаться с прерванных передач очень легко, в отличие от этого scp
.
Наконец, современные версии rsync
по умолчанию работавший ssh, итак, если scp
уже работает, rsync
должна в значительной степени быть общедоступная замена.
Если у вас есть только CSR и подписанный сертификат, у вас есть только открытый ключ. Если у вас нет возможности восстановить закрытый ключ со старого сервера, вам нужно будет начать заново с новым ключом + CSR.
При подписании нового сертификата я бы рекомендовал немедленно сделать резервную копию закрытого ключа (та же процедура как вы описываете) и хранить его в безопасном месте, чтобы избежать такой ситуации, когда единственная копия находится на оборудовании, которое больше не работает.
Go to here: https://www.sslshopper.com/ssl-converter.html
Set "convert to" to the PFX value.
Enter the Cert, CA and Private key into text files and then upload them to the site.
Convert the files.
Download the PFX file and then upload to your server. Install the PFX from SSL certificates in IIS then configure the bindings to use this SSL.
Done.