Custom Query (2683 matches)
Results (7 - 9 of 2683)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#597 | fixed | "initenv" connection error when using nested ssh - regression in 0.13.4 | ||
Description |
I connect to my session remotely using the following (sample) command: xpra attach --ssh="ssh -A -t user@my.gateway.com ssh -A" ssh:localserver:33 Upgrading client from 0.13.3 to 0.13.4 broke this functionality -- now Xpra just prints usage information and the following error xpra: error: invalid mode 'initenv' Server is running 0.13.3. |
|||
#66 | fixed | "mdocml" cannot process xpra.1 | ||
Description |
Hi- I just got the latest revision of the xpra man page because the one I had was not readable by "mandoc", and the current |
|||
#2020 | duplicate | "paramiko" support silently ignores ssh config | ||
Description |
xpra started failing for me with this error: xpra initialization error: cannot get IPv4 address of ('wpc', 22): [Errno -2] Name or service not known This seems due to using "paramiko" instead of actual ssh, which means any ssh configuration is suddenly silently ignored (in this case, a host alias to go via a proxy). There should at least be a warning that ssh is not used and thus any settings in .ssh/config are ignored, and also a hint on how to get the old behaviour back. Even better would be some kind of automatic fallback on connection issues. As there might also be more subtle failures (like suddenly not using a privacy-protecting VPN) I would however suggest to reconsider the change in default ssh client in general, until either paramiko can parse .ssh/config or at least there are some basic checks on .ssh/config not containing anything critical. Or until a major version bump... |