com.jcraft.jsch.JSchException: invalid privatekey: [B@7b98f307

本文解决使用JSch库在Java环境下,通过密钥登录FTP服务器的问题,包括升级JSch版本、转换密钥格式及根据不同操作系统加载不同格式密钥的方法。

找了很久其他博客无法解决的,请认真读这篇

前提:做结算对账项目,需要用密钥登录工行ftp服务器下载对账单(密钥为linux系统生成,命令ssh-keygen -t rsa),公钥提供给工行对接人

用xshell-xftp工具,可以登录服务器,(公私钥,端口等没问题)

技术选型:jsch

用java写完代码联调,出问题,报错如下:

com.jcraft.jsch.JSchException: invalid privatekey: [B@7b98f307
    at com.jcraft.jsch.KeyPair.load(KeyPair.java:664)
    at com.jcraft.jsch.KeyPair.load(KeyPair.java:561)
    at com.jcraft.jsch.IdentityFile.newInstance(IdentityFile.java:40)
    at com.jcraft.jsch.JSch.addIdentity(JSch.java:406)
    at com.jcraft.jsch.JSch.addIdentity(JSch.java:366)

 

网上有很多这个问题,解决方案:

1 jsch版本低,解析不了高版本的openssh生成的秘钥

1)升级jsch版本,此时最新为0.1.55,可自行去官网查看最新版本http://www.jcraft.com/jsch/

<dependency>
    <groupId>com.jcraft</groupId>
    <artifactId>jsch</artifactId>
    <version>0.1.55</version>
</dependency>

2)升级jsch解决不了,这种情况只能用低版本的生成密钥对,再重新配置测试,需要麻烦工行对接人,你懂的。。。)

2  因为是windows开发环境,但是密钥对是linux系统生成的,所以无效,

 解决办法:用WinSCP或者putty把私钥,id_rsa转换成.ppk类型秘钥即可(openssh转成putty格式,用winscp打开选择linux那个私钥,它就提示了,或百度其他办法),部署时还要用id_rsa,要根据环境加载不同格式密钥

if (os.toLowerCase().startsWith("win")) {
    PRI_PATH = PullICBCDataImpl.class.getResource("/icbc/id_rsa.ppk").getPath();
    System.out.println("=====win======os.name:" + PRI_PATH);
} else if (os.toLowerCase().startsWith("linux")) {
    PRI_PATH = PullICBCDataImpl.class.getClassLoader().getResource("icbc/id_rsa").getPath();
    System.out.println("=====linux======os.name:" + PRI_PATH);
}

windows开发没问题(秘钥用的是id_rsa.ppk)

部署都linux服务器找不到文件id_rsa

原因:jar里没法通过路径获取文件,可以通过inputStream流的形式获取,但jsch

jsch.addIdentity(icbcFtp.getPrivateKeyPath());中参数只能是秘钥路径

解决办法:把文件直接复制到服务器,通过路径可读取,

*****linux也用这个id_rsa.ppk文件,用id_rsa还是报错com.jcraft.jsch.JSchException: invalid privatekey

<think>好的,用户遇到了JSch库中的com.jcraft.jsch.JSchException: verify:false异常,需要解决这个问题。首先,我需要明确这个异常的具体原因。根据引用内容,用户之前处理过Auth fail的问题,现在又遇到verify相关的异常。 首先,我需要回忆JSch的常见异常类型。verify:false异常通常与主机密钥验证有关。JSch默认会检查远程主机的密钥,如果密钥不匹配或不在已知主机列表中,就会抛出这个异常。用户可能在代码中设置了StrictHostKeyChecking为"no",但可能设置方式有误,或者有其他配置问题。 查看用户提供的引用,特别是引用[1]和引用[2],他们在处理Auth fail时修改了authorized_keys的权限,并检查了资源的关闭情况。但现在的问题是verify:false,这可能涉及到主机密钥的接受策略。 根据JSch文档,当StrictHostKeyChecking设置为"no"时,JSch会自动接受未知的主机密钥,但用户可能没有正确配置这个属性。或者,虽然设置了,但由于某些原因配置未生效,比如属性名称错误或位置不对。 另外,用户可能在代码中正确设置了StrictHostKeyChecking为"no",但需要确认是否在session.setConfig之前正确应用了这个配置。例如,检查Properties对象是否正确创建并传递给session.setConfig。 另外,用户可能没有正确管理known_hosts文件。如果用户希望完全跳过主机密钥验证,除了设置StrictHostKeyChecking为"no",还需要确保没有其他配置覆盖了这个设置。或者,用户可能需要将远程主机密钥手动添加到known_hosts文件中,以避免每次连接时的验证问题。 还要考虑代码中是否存在其他配置错误,比如拼写错误,例如将"StrictHostKeyChecking"写错,或者配置被后续的代码覆盖。例如,用户可能在多个地方设置了不同的配置,导致冲突。 此外,用户可能在使用不同版本的JSch库,某些版本可能存在bug,导致配置不生效。建议用户检查JSch的版本,并尝试升级到最新版本,看看问题是否解决。 总结解决方案步骤: 1. 确认StrictHostKeyChecking设置为"no",并且配置正确应用到Session。 2. 检查Properties对象的创建和传递是否正确,避免拼写错误。 3. 确保没有其他配置或代码覆盖了StrictHostKeyChecking的设置。 4. 如果仍存在问题,尝试手动将主机密钥添加到known_hosts文件。 5. 检查JSch库的版本,考虑升级到最新版本。 6. 提供代码示例,展示正确的配置方式,帮助用户对比自己的代码。 最后,生成相关问题,帮助用户深入理解可能的相关问题,比如其他配置参数的影响,或者不同验证方式的问题。</think>针对$com.jcraft.jsch.JSchException$中$verify:false$异常,以下是分步解决方案: ### 原因分析 该异常通常由**SSH主机密钥验证失败**引发,当JSch无法验证远程主机密钥时会触发。可通过配置参数$StrictHostKeyChecking$控制验证行为[^2]。 ### 解决方案 1. **强制跳过验证(非安全方式)** 在$session.setConfig()$中添加: ```java Properties sshConfig = new Properties(); sshConfig.put("StrictHostKeyChecking", "no"); //关闭严格验证 session.setConfig(sshConfig); ``` 2. **手动添加主机密钥(推荐安全方式)** ```java JSch jsch = new JSch(); jsch.setKnownHosts("/path/to/known_hosts"); //指定可信密钥文件 Session session = jsch.getSession(...); ``` 3. **验证配置优先级** 检查代码中是否存在多段$session.setConfig()$调用,确保参数未被覆盖[^2]。 ### 关键代码示例 ```java JSch jsch = new JSch(); Session session = jsch.getSession(user, host, port); // 必须在此处设置验证参数 Properties config = new Properties(); config.put("StrictHostKeyChecking", "no"); config.put("PreferredAuthentications", "publickey,password"); session.setConfig(config); session.connect(); //异常触发点 ```
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值