Пароль Hardcoded по сравнению с использованием 'кошки' для получения из файла
Если все Ваши доменные виртуальные хосты существуют в одном домене затем да. Например, foo.example.com, bar.example.com и www.example.com могут все совместно использовать единственный сертификат, который был создан для *.example.com.
Если Вы сделаете это какой-либо другой путь, то Вы получите предупреждения сертификата.
Единственная вещь, которую необходимо сделать в конфигурации, указывают соответствующий файл сертификата.
Почему вы просто не используете встроенные возможности ввода-вывода perl для чтения файла?
open FH, "/path/to/password.txt";
chomp(my $passwd = <FH>);
Здесь chomp отбрасывает новую строку в конце строки.
Что вызывает проблему, когда Perl-скрипт использует кошку для получения пароля?
Вы пробовали просто распечатать пароль, который вы прочитали из файла? Что-то вроде:
print ":", $passwd, ":\n";
Двоеточия используются, чтобы вы могли заметить любые лишние пробелы (новые строки и т. Д.). Вы также можете использовать xxd (который у вас будет, если в вашей системе установлен vim ) или od -a для просмотра всех байтов в файле. Например, для файла, содержащего « секрет \ n », od -a покажет:
$ od -a file
0000000 s e c r e t nl
0000007
Я пробовал nano -L для редактирования файла, а также echo>, чтобы добавить пароль к файлу,
Я не знаю nano , но echo добавит новую строку в конец вывода. Если вы этого не хотите:
echo -n password > file
-n подавляет завершающую новую строку.