Far-NetBox
Far-NetBox copied to clipboard
NetBox выдаёт предупреждение, что формат ключа не совпадает с запрошенным SSH протоколом
NetBox v2.2.0 при попытке соединения с сервером по протоколу SFTP выдаёт такое предупреждение:
╔═════════════════════════ Warning ══════════════════════════╗
║ **Private key file 'C:\.ssh\id.ppk' contains key in PuTTY ║
║ SSH-2 format. It does not follow your preferred SSH ║
║ protocol version.** ║
║ ║
║ Abort Ignore ║
╚════════════════════════════════════════════════════════════╝
В настройках соединения указано использовать SSH-2:
╔═══════════════════ SSH - Edit session ════════════════════╗
║ SFTP SCP/Shell FTP(S) Connection Proxy Tunnel SSH KEX ◄ ► ║
╟────────────────── SSH protocol options ───────────────────╢
║ [ ] Enable compression ║
╟───────────── Preferred SSH protocol version ──────────────╢
║ ( ) 1 only ( ) 1 ( ) 2 (•) 2 only ║
╟─────────────────── Encryption options ────────────────────╢
║ Encryption cipher selection policy: ║
║ ┌────────────────────────────────────────┐ ║
║ │ AES (SSH-2 only) │ [ Up ] ║
║ │ Blowfish │ [ Down ] ║
║ │ ChaCha20 │ ║
║ │ 3DES │ ║
║ │ -- warn below here -- │ ║
║ │ Arcfour (SSH-2 only) │ ║
║ │ DES │ ║
║ └────────────────────────────────────────┘ ║
║ [ ] Enable legacy use of single-DES in SSH-2 ║
╟───────────────────────────────────────────────────────────╢
║ { Ok } [ Connect ] [ Cancel ] ║
╚═══════════════════════════════════════════════════════════╝
Получается противоречие: "Ключ в формате PuTTY SSH-2 не соответствует SSH протоколу [версии 2]". Возможно. это связано с типом ключа (RSA/DSA)?
Версия NetBox 2.2.0.427 от 14.02.2016 ? Попробуйте обновить до версии 2.4.4.524, но с учётом того, что формат БД за это время поменялся сначала сделайте резервную копию БД 42E4AEB1-A230-44F4-B33C-F195BB654931.db из подкаталога PluginsData профиля - r1.0. Мне сейчас не на чем проверять SSH, но с FTP/WebDAV данная версия работает корректно.
Я проверил с версией v2.4.3.512 09.07.2017 – та же проблема. Хочу заметить, что данное предупреждение выдаётся при сохранении нового соединения. Соединение с сервером (в моём случае SFTP) работает без проблем и без (дальнейших) предупреждений.
╔═════════════════ Session - Edit session ══════════════════╗
║ Session Environment Directories SFTP SCP/Shell FTP(S) ◄ ► ║
╟───────────────────────── Session ─────────────────────────╢
║ File protocol: SFTP ↓ [x] Allow SCP fallback ║
║ ║
╟───────────────────────────────────────────────────────────╢
╔═════════════════════════ Warning ═════════════════════════╗
║ **Private key file 'C:\.ssh\id.ppk' contains key in PuTTY ║
║ SSH-2 format. It does not follow your preferred SSH ║
║ protocol version.** ║
║ Abort Ignore ║
╚═══════════════════════════════════════════════════════════╝
╟───────────────────────────────────────────────────────────╢
║ Use buttons on top or Ctrl+PgUp and Ctrl+PgDn keys to ║
║ display additional session options. ║
╟───────────────────────────────────────────────────────────╢
║ { Ok } [ Connect ] [ Cancel ] ║
╚═══════════════════════════════════════════════════════════╝
Проверялось на Far 2.0 x86.
Для Far 2.0 есть и 2.4.4.524 и 2.4.5.531, но там появились свежие баги (их нет в 2.4.4.524):
#256 Потеря данных в NetBox v2.4.5.526/v2.4.5.527 при фоновой передаче с FTP - потеря имён и типа файлов приводящая к их перезаписи
#255 NetBox v2.4.5.526/.527 - игнорирование RFC-1738 при разборе анонимных URL начиная с WinSCP v5.10.3 beta
#253 NetBox v2.4.5.526/2.4.5.527 - ошибки ssh/scp
#252 NetBox v2.4.5.527: FTP URL:22 в БД не пишется поле PortNumber и при перезапуске сессии порт сбрасывается на умолчания протокола.
Я проверил с версией v2.4.4.524 – та же проблема. Шаги для воспроизведения:
- Скопировать профиль с помощью Shift-F5 (или создать новый).
- В новом профиле поменять Host name (можно и на несуществующий) и нажать Enter (закрыть диалог настроек).
После этого появляется вышеуказанное предупреждение. Если выбрать Ignore, то профиль сохраняется и работает отлично.
Ещё заметил, что в Plugins configuration появилось две записи: NetBox и NetBox Configuration, причём в первую попасть нельзя. Плюс для меня критичен issue #232.
Да, тут лично я вам не помогу. Правда, если вам достаточно операции скачивания данных с удалённой машины могу посоветовать воспользоваться cURL в статической MinGW сборке Viktor Szakáts я сам ей пользуюсь и пока с ней проблем не было, а со сборкой от Тума Закум в последнее время лучше не работать - проблемы - в теме по Wget в Программах на forum.ru-board.com есть несколько страниц посвящённых анализу её ошибок. Ну, не удачный вариант, а кто не ошибается? :)