>> By the way, in addition to the previous question. Can I increase the
session idle timeout ? Currently 10m, let's say I want it to be 30m ?
Easily: see FactoryManager#IDLE_TIMEOUT configuration parameter.Can be done
globally - by setting it on the SSH client/server or even per specific
>> How or can I hold the channel open ?
Channels are auto-closeable - i.e., try-with-resource can be used. In other
words, it won't close on your end unless you close it. However:
>> It seems that once I create and open and actually use the channel, it is
being closed without my knowledge.
You
>> Suppose my scripts needs the profile to run at the beginning.
I am not sure what "profile" you mean - in the context of SSH there is no
such concept. If you mean the ".profile" file (or something similar) that
"runs" automatically when you login, then it depends on the definitions of
your
Hi,
Suppose my scripts needs the profile to run at the beginning.
What is the best way to do this (running the profile) only once. Can I ran it
per my session creation once, and it will affect all my channels ?
Or
Can I have one channel during my whole app 'work' until stopped. Instead of
Hi,
I tried setting up a server using your 5-minute guide.
This server has-
sshd.setCommandFactory(new ScpCommandFactory());
The problem is, that my client code runs:
channel = session.createExecChannel(ls -l);
And this is not supported by ScpCommandFactory (took me a lot of
debug to get the
Not sure to completely understand your problem.
When the client execute a remote command, you need the server to be
able to understand and actually run the command.
If you're sending ls -l you need something on the server to handle that.
There is only a single CommandFactory implementation
On Thursday 03 June 2010 12:14:01 Guillaume Nodet wrote:
Not sure to completely understand your problem.
When the client execute a remote command, you need the server to be
able to understand and actually run the command.
If you're sending ls -l you need something on the server to handle that.
Right, but look at http://mina.apache.org/sshd/
The second sentence of the web site is:
SSHD does not really aim at being a replacement for the SSH
client or SSH server from Unix operating systems, but rather provides
support for Java based applications requiring SSH support.
That said, I
Done, thx!
See https://cwiki.apache.org/SSHD/tips.html
On Thu, Jun 3, 2010 at 12:01, Doron Fediuck do...@redhat.com wrote:
On Thursday 03 June 2010 12:40:51 Guillaume Nodet wrote:
Right, but look at http://mina.apache.org/sshd/
The second sentence of the web site is:
SSHD does not really
Job well done!
On Thursday 03 June 2010 14:22:28 Guillaume Nodet wrote:
Done, thx!
See https://cwiki.apache.org/SSHD/tips.html
On Thu, Jun 3, 2010 at 12:01, Doron Fediuck do...@redhat.com wrote:
On Thursday 03 June 2010 12:40:51 Guillaume Nodet wrote:
Right, but look at
10 matches
Mail list logo
