#2016 closed defect (fixed)
ssh feature loss vs 2.2.4 client macos
| Reported by: | sto6 | Owned by: | Antoine Martin |
|---|---|---|---|
| Priority: | minor | Milestone: | 2.5 |
| Component: | client | Version: | 2.4.x |
| Keywords: | ssh macos | Cc: |
Description (last modified by )
I had been using Xpra client 2.2.4 on macos 10.13.6
then upgraded (using the .pkg) to xpra v2.4-r20679.
- Previously my hostname was a short alias "joe", configured in the .ssh/config using a Host line like:
Host joe joe.example.com
this didn't work anymore in the 2.4 client. Easy work-around, use the FQDN instead.
- My ~/.ssh/ dir had and has both an id_rsa and id_dsa. A plain shell "ssh joe" did and does work to auto use id_dsa (no IdentityFile configured in .ssh/config). Using 2.2.4 client, it also auto used id_dsa.
In 2.4, the id_dsa did not work. And explicitly specifying it via IdentityFile in .ssh/config still failed to make it use it. I had to reconfigure remote account to use my id_rsa.pub instead. (Easy fix).
From an earlier ticket 9 months ago, I recall statements like "blah not implemented or working yet in python3/gtk3 client". Are these more like that?
Thanks.
Change History (2)
comment:1 Changed 3 years ago by
| Description: | modified (diff) |
|---|---|
| Resolution: | → fixed |
| Status: | new → closed |
comment:2 Changed 5 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2016
Note: See
TracTickets for help on using
tickets.
copyleft 2010 - 2021
2.4 with the new paramiko backend does not load config from
.ssh, but 2.5 will: #1937r20866 fixes the issue where it would only try the first key it finds, this will be included in 2.4.1 - thanks for reporting that
In the meantime, you can also switch back to the old openssh backend with
--ssh="ssh -x".