Closed jchevali closed 6 years ago
行末コードがCR+LFになっていました。opensshでは、LFのみでないと認識されないようでした。 ご報告有り難うございました。
==== Automatic translation ==== Line end code was CR + LF. It seems that openssh does not recognize that it is not only LF. Thank you for your report.
I changed the line endings to LF and that fixes it for ssh-keygen, but it does not fix it for PuTTYgen.
Steps to reproduce:
At this point, both files are identical and are supposed to have the proper line ending.
At this point, we can test that ssh-keygen can read both files.
Now we will test whether PuTTYgen can read both files. It will not.
This proves that PuTTYgen can read a file that was post-processed by ssh-keygen, but it cannot process the original file exported from Rlogin, even after a line endings conversion.
openssh-7.6から暗号形式が"aes256-cbc"から"aes256-ctr"に変更されました。 PuTTYgenが"aes256-ctr"で暗号化されたファイルを読めないようです。
==== Automatic translation ==== From openssh - 7.6, the encryption format changed from "aes256-cbc" to "aes256-ctr". It seems that PuTTYgen can not read the file encrypted with "aes256-ctr".
Thanks. I've reported this to the makers of PuTTYgen.
This feature is now in PuTTY(gen). The current development snapshot passes the test. There will be a new stable release noon.
If I generate a ed25519 key within Rlogin and I export the private key, it is not readable by other software, e.g., PuTTYgen, or ssh-keygen. This problem only affects this type of keys; it does not affect other types of keys.