pkg-config
будучи вызванным многократно с теми же опциями? Это могло произойти, если у Вас есть вызов встроенного в Make-файл LDFLAGS
переменный или подобный.
С GNU Делают, по крайней мере, если Вы называете внешнюю программу через обратные галочки, его вспоминают каждый раз, когда на него ссылаются. Например, в этом экземпляре Вы получите два различных вывода:
foo = `date`
asdfsdf:
echo $(foo)
sleep 4
echo $(foo)
Однако при использовании функции оболочки результат оценен только однажды:
foo = $(shell date)
asdfsdf:
echo $(foo)
sleep 4
echo $(foo)
Серверу нужен свой собственный закрытый ключ также, потому что коммуникация является двумя путями. Это все не шифруется с помощью открытого ключа клиента - только наполняют от сервера до клиента, сделан тот путь.
Причиной является вид очевидных: если бы клиент шифрует его передачи с помощью его собственного открытого ключа, серверу был бы нужен соответствующий закрытый ключ для дешифрования его. Который побеждает точку "закрытого ключа". Если сервер не имеет закрытого ключа клиента, он не может дешифровать сообщения, сделанные с открытым ключом клиента.
Вместо этого сервер отправляет клиенту открытый ключ, который клиентское использование зашифровать сообщения к серверу. Таким образом, серверу нужна его собственная пара "открытый/закрытый ключ" - по-видимому, совершенно другая пара, чем та, используемая клиентом.
Клиент сохраняет его закрытый ключ частным.
Сервер сохраняет свой закрытый ключ частным.
Они не тот же ключ.
Иметь смысл? Обратите внимание, что это означает, что никакая сторона не может дешифровать сообщения, которые она отправляет; только получатель сообщения может.
authorized_keys
в homedir 'nx' пользователя. – jsbillings 15.09.2013, 18:21/etc/nxserver/
. – goldilocks 15.09.2013, 20:22authorized_keys
. Таким образом, все могут войти в систему как тот же пользователь с их собственной парой ключей. Таким образом, я не знаю то, что произошло в этом случае. – goldilocks 16.09.2013, 14:36