2016-02-25 28 views
0

我正在使用JSch来执行sftp get操作。当我使用main方法运行测试时,事情很好,但是使用单元测试时遇到了问题。这里的错误:JSch算法协商仅在单元测试中失败

java.lang.RuntimeException: com.jcraft.jsch.JSchException: Algorithm negotiation fail 

这里是一个的失败的方法:

private ChannelSftp sftpInitKeyfile(String host, String username, String keyfile, int port) throws IOException, JSchException { 
    JSch jsch = new JSch(); 
    byte[] keyBytes = Resources.toByteArray(Resources.getResource(keyfile)); 
    jsch.addIdentity(username, keyBytes, null, null); 

    Session session = jsch.getSession(username, host, port); 
    session.setConfig("StrictHostKeyChecking", "no"); 
    session.connect(); // This line is what's failing 

    ChannelSftp sftpChannel = (ChannelSftp) session.openChannel("sftp"); 
    sftpChannel.connect(); 
    return sftpChannel; 
} 

我做了一些记录,发现我无法找出一些差别。这里的日志,当我跑我的主要方法:

Connecting to (redacted) port 22 
Connection established 
Remote version string: SSH-2.0-OpenSSH_5.3 
Local version string: SSH-2.0-JSCH-0.1.53 
CheckCiphers: aes256-ctr,aes192-ctr,aes128-ctr,aes256-cbc,aes192-cbc,aes128-cbc,3des-ctr,arcfour,arcfour128,arcfour256 
aes256-ctr is not available. 
aes192-ctr is not available. 
aes256-cbc is not available. 
aes192-cbc is not available. 
CheckKexes: diffie-hellman-group14-sha1,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521 
diffie-hellman-group14-sha1 is not available. 
CheckSignatures: ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521 
SSH_MSG_KEXINIT sent 
SSH_MSG_KEXINIT received 

而这里的日志,当我运行我的单元测试:

Connecting to (redacted) port 22 
Connection established 
Remote version string: SSH-2.0-OpenSSH_5.3 
Local version string: SSH-2.0-JSCH-0.1.53 
CheckCiphers: aes256-ctr,aes192-ctr,aes128-ctr,aes256-cbc,aes192-cbc,aes128-cbc,3des-ctr,arcfour,arcfour128,arcfour256 
aes256-ctr is not available. 
aes192-ctr is not available. 
aes128-ctr is not available. 
aes256-cbc is not available. 
aes192-cbc is not available. 
aes128-cbc is not available. 
3des-ctr is not available. 
CheckKexes: diffie-hellman-group14-sha1,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521 
diffie-hellman-group14-sha1 is not available. 
ecdh-sha2-nistp256 is not available. 
ecdh-sha2-nistp384 is not available. 
ecdh-sha2-nistp521 is not available. 
CheckSignatures: ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521 
SSH_MSG_KEXINIT sent 
SSH_MSG_KEXINIT received 

通知有更多的“不可用”在第二日志比讯息首先,最着名的是密码下的aes128-ctr和kexes下的ecdh-sha2-nistp256。我不明白为什么,他们都使用相同的库调用相同的代码。无论是在IntelliJ中运行我的单元测试还是在命令行上通过mvn测试,都会发生这种情况。什么可能导致这个?我使用powermock 1.6.2运行JUnit 4.1.2。

这里是一个与支持代码失败的测试之一:

@RunWith(PowerMockRunner.class) 
@PrepareForTest({DCGSGenerator.class, DocumentHelper.class, ZipFile.class, String.class, IOUtils.class, JBlocksClassificationToVisibility.class}) 
public class DCGSGeneratorTest { 

    public static Properties properties; 

    @BeforeClass 
    public static void setUp() throws Exception { 

     InputStream propertiesStream = DCGSGeneratorTest.class.getClassLoader().getResourceAsStream("ezbake-config.properties"); 
     properties = new Properties(); 
     properties.load(propertiesStream); 
    } 

    @Test 
    public void generateTest() throws Exception { 
     PowerMockito.mockStatic(DCGSGenerator.class); 
     PowerMockito.doNothing().when(DCGSGenerator.class, "deleteFile", any(String.class)); 
     PowerMockito.doCallRealMethod().when(DCGSGenerator.class, "classificationFromDoc", any(Document.class)); 

     DCGSGenerator generator = PowerMockito.spy(createGenerator("sample_data")); 

     PowerMockito.doNothing().when(generator, "outputToPipes", Mockito.isA(Visibility.class), Mockito.isA(String.class)); 

     generator.generate(); 

     PowerMockito.verifyPrivate(generator, VerificationModeFactory.times(7)).invoke("outputToPipes", Mockito.isA(Visibility.class), Mockito.isA(String.class)); 
    } 

    private DCGSGenerator createGenerator(String dir) { 
     return new DCGSGenerator(
       properties.getProperty("dcgs.input.sftp.host"), 
       properties.getProperty("dcgs.input.sftp.username"), 
       null,//properties.getProperty("dcgs.input.sftp.password", null), 
       properties.getProperty("dcgs.input.sftp.keyfile", null), 
       22, 
       String.format("%s/%s", properties.getProperty("dcgs.input.sftp.path"), dir) 
     ); 
    } 
} 

这是我的主要方法:

public static void main(String[] args) throws IOException { 
    InputStream propertiesStream = DCGSGenerator.class.getClassLoader().getResourceAsStream("ezbake-config.properties"); 
    Properties properties = new Properties(); 
    properties.load(propertiesStream); 
    DCGSGenerator gen = new DCGSGenerator(
      properties.getProperty("dcgs.input.sftp.host"), 
      properties.getProperty("dcgs.input.sftp.username"), 
      null,//properties.getProperty("dcgs.input.sftp.password", null), 
      properties.getProperty("dcgs.input.sftp.keyfile", null), 
      22, 
      properties.getProperty("dcgs.input.sftp.path") 
    ); 
    gen.generate(); 
} 

最后构造问题:

public DCGSGenerator(String sftpHost, String sftpUser, String sftpPassword, String sftpKeyfile, int sftpPort, String sftpPath) { 
     super(); 

     try { 
      this.sftpPath = sftpPath; 
      if (sftpKeyfile != null) { 
       sftp = sftpInitKeyfile(sftpHost, sftpUser, sftpKeyfile, sftpPort); 
      } else { 
       LOGGER.error("Must specify either sftp keyfile"); 
       throw new RuntimeException(); 
      } 
     } catch (JSchException e) { 
      LOGGER.error("Error initializing sftp connection: {}", e.getMessage()); 
      throw new RuntimeException(e); 
     } catch (IOException e) { 
      LOGGER.error("Error reading keyfile {}: {}", sftpKeyfile, e.getMessage()); 
      throw new RuntimeException(e); 
     } 
    } 
} 
+0

为了排除服务器端配置问题,您可以使用完全相同的参数运行测试和常规程序吗?我的意思是用户,密码,密钥,在同一台主机上运行,​​无论如何!显然必须有区别 – Raffaele

+0

参数是相同的,除了最后一个(路径),它甚至在引发异常的代码之后才被使用。 – Derek

+0

尝试使用Wireshark捕获数据包 – Raffaele

回答

1

我想通出来。尽管我没有明确地嘲笑任何与JSch相关的东西,但它看起来像PowerMockito搞砸了一些东西。

@PowerMockIgnore("com.jcraft.jsch.*") 

解决了这个问题。