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
The jump entry is resolved as bastion: username@1.2.3.4:-1
Caused by: java.lang.IllegalArgumentException: Invalid port: -1
at org.apache.sshd.common.util.ValidateUtils.createFormattedException(ValidateUtils.java:213) ~[sshd-common-2.9.2.jar:2.9.2]
at org.apache.sshd.common.util.ValidateUtils.throwIllegalArgumentException(ValidateUtils.java:179) ~[sshd-common-2.9.2.jar:2.9.2]
at org.apache.sshd.common.util.ValidateUtils.checkTrue(ValidateUtils.java:162) ~[sshd-common-2.9.2.jar:2.9.2]
at org.apache.sshd.client.SshClient.doConnect(SshClient.java:556) ~[sshd-core-2.9.2.jar:2.9.2]
at org.apache.sshd.client.SshClient.doConnect(SshClient.java:568) ~[sshd-core-2.9.2.jar:2.9.2]
at org.apache.sshd.client.SshClient.connect(SshClient.java:546) ~[sshd-core-2.9.2.jar:2.9.2]
at org.apache.sshd.client.SshClient.connect(SshClient.java:538) ~[sshd-core-2.9.2.jar:2.9.2]
at org.apache.sshd.client.session.ClientSessionCreator.connect(ClientSessionCreator.java:74) ~[sshd-core-2.9.2.jar:2.9.2]
at org.apache.sshd.client.session.ClientSessionCreator.connect(ClientSessionCreator.java:57) ~[sshd-core-2.9.2.jar:2.9.2]
Expected behavior
Perhaps org.apache.sshd.client.config.hosts.HostConfigEntry#resolvePort(int, int) when given two invalid arguments:
originalPort = -1 // from parsing URI
entryPort = 0 // from
should resolve to protocol default, and act the same way as commandline client would given the same set of data?
Relevant log output
No response
Other information
No response
The text was updated successfully, but these errors were encountered:
Version
2.9.2
Bug description
I have a
~/.ssh/config
similar to this:Commandline ssh client works no problem for calls such as
and correctly assume port 22 is to be used.
However the sshClient does not assume default port for jumps, and results in exception:
Actual behavior
The jump entry is resolved as
bastion: username@1.2.3.4:-1
Expected behavior
Perhaps
org.apache.sshd.client.config.hosts.HostConfigEntry#resolvePort(int, int)
when given two invalid arguments:originalPort = -1 // from parsing URI
entryPort = 0 // from
should resolve to protocol default, and act the same way as commandline client would given the same set of data?
Relevant log output
No response
Other information
No response
The text was updated successfully, but these errors were encountered: