You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For a new external FTP account we received a key file that worked with FileZilla but not with Apache VFS. After long try and error sessions we concluded: by updating Jsch 0.1.55 from jCraft to the new mwiede Jsch 0.2.17, the connection worked with the new key.
But all the other FTP connections with key files failed. Reverting back to JSch 0.155, all the old FTP connections work but the new FTP connection with the new key file does not work.
=> we assume that Jsch 0.1.55 is too old to support latest crypto parts (hash methods?) and Jsch 0.2.17 threw out old cryptp parts (hash methods?) that are now missing to support the old keys. Is this accurate?
Is there a way to re-enable those old/unsupported/unsecure security parts (hash methods) in JSch 0.2.17 so that new and old keys still work all together?
The text was updated successfully, but these errors were encountered:
For a new external FTP account we received a key file that worked with FileZilla but not with Apache VFS. After long try and error sessions we concluded: by updating Jsch 0.1.55 from jCraft to the new mwiede Jsch 0.2.17, the connection worked with the new key.
But all the other FTP connections with key files failed. Reverting back to JSch 0.155, all the old FTP connections work but the new FTP connection with the new key file does not work.
=> we assume that Jsch 0.1.55 is too old to support latest crypto parts (hash methods?) and Jsch 0.2.17 threw out old cryptp parts (hash methods?) that are now missing to support the old keys. Is this accurate?
Is there a way to re-enable those old/unsupported/unsecure security parts (hash methods) in JSch 0.2.17 so that new and old keys still work all together?
The text was updated successfully, but these errors were encountered: