| Summary: | Problem with reverse tunnel between SSH client 5.5p1 and SSH server > 6.4p1 | ||
|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | debacle |
| Component: | sshd | Assignee: | Assigned to nobody <unassigned-bugs> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | debacle, djm |
| Priority: | P5 | ||
| Version: | 6.7p1 | ||
| Hardware: | amd64 | ||
| OS: | Linux | ||
|
Description
debacle
2016-12-23 00:31:49 AEDT
This is the commit in question: https://anongit.mindrot.org/openssh.git/commit/?id=4def184e9b6c36be6d965a9705632fc4c0c2a8af I'm not sure there is much we can do here: I believe that the client is expecting the wrong value. The client was fixed to expect the correct value after 5.5p1: https://anongit.mindrot.org/openssh.git/commit/?id=68afb8c5f242ec74f48fd86137122399435dd757 Dear Damien, unfortunately I have a lot of clients out there, and some are hard (almost impossible) to upgrade. And to upgrade them they need the SSH tunnel connection in the first place :~) Because they all connect to the same server, I'm a little bit in a mess. My suggestion would be a kind of optional behaviour on the server side. Maybe a config variable "reverse_tunnel_wildcard_behaviour" or whatever. - no configuration/default: new protocol behaviour - set to "vintage": old (pre 5.5p1) behaviour - set to "try my best": use new or old behaviour depending on client version I'm an SSH ignorant and do not even know whether the SSH server knows about the SSH client version, so the third behaviour is purely wishful thinking on my side. In theory, an incompatible change of protocol (even if it is a bug fix) should reflect somehow in a "protocol version", but I'm not sure, whether this is the case here? Do you know, whether/how I can get the client and/or protocol version in channels.c and port_open_helper()? TIA! |