karaf-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Guillaume Nodet <gno...@gmail.com>
Subject Re: Strange behaviour with SSH
Date Tue, 24 Aug 2010 08:20:11 GMT
This problem is usually caused by the JCE libraries not being included
in the classpath.
On some systems, the jars for cryptography are located in
${JAVA_HOME}/jre/lib/endorsed or ${JAVA_HOME}/lib/endorsed.  Those
folders are configured in the batch file, but maybe there's something
wrong in the way the JSW is configured.  Does that happen using trunk
/ 2.0.0 too or only 1.6.0 ?

On Tue, Aug 24, 2010 at 10:08, Achim Nierbeck <achim.nierbeck@ptv.de> wrote:
>
> Hi,
>
> I do have a strange behavior when trying to connect to the Karaf server on a
> Linux machine with ssh.
>
> If I do run the Karaf as a shell application (starting through the Karaf
> shell script) I'm able to connect to it via SSH. If I run the Karaf as a
> service with the service wrapper I'm not able to connect to it, which is
> quite strange.
>
> Googling for this strange behavior showed me that there was some sort of
> issue with the SSH implementation back in 1.60 which should be fixed by now.
>
> I do get the following exception:
>
>
> [ INFO] 10:00:04,066 (NioProcessor-1) Session created...
> [ INFO] 10:00:04,086 (NioProcessor-1) Client version string:
> SSH-2.0-PuTTY_Release_0.60
> [ INFO] 10:00:04,086 (NioProcessor-1) Received SSH_MSG_KEXINIT
> [ WARN] 10:00:04,088 (NioProcessor-1) Exception caught
> java.lang.IllegalStateException: Unable to negociate key exchange for item 2
>        at
> org.apache.sshd.common.session.AbstractSession.negociate(AbstractSession.java:886)
>        at
> org.apache.sshd.server.session.ServerSession.handleMessage(ServerSession.java:151)
>        at
> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:522)
>        at
> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:225)
>        at
> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:58)
>        at
> org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:713)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:46)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:793)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:119)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:434)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:426)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:638)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:598)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:587)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$400(AbstractPollingIoProcessor.java:61)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:969)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)[31:org.apache.mina.core:2.0.0.RC1]
>        at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_21]
>        at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_21]
>        at java.lang.Thread.run(Thread.java:619)[:1.6.0_21]
> [ INFO] 10:00:04,092 (NioProcessor-1) Closing session
>
> --
> View this message in context: http://karaf.922171.n3.nabble.com/Strange-behaviour-with-SSH-tp1306643p1306643.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>



-- 
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com

Mime
View raw message