openssh-portable icon indicating copy to clipboard operation
openssh-portable copied to clipboard

bz2217: connect via SRV record

Open LittleFox94 opened this issue 4 years ago • 5 comments

Crude implementation of connection via SRV record. Currently only connects to the lowest-prio, highest-weight server, but this is still useful for non-standard ports.

SRV lookup is only done when a port is not manually given on either command line (-p) or config.

LittleFox94 avatar Feb 13 '21 23:02 LittleFox94

Also posted this to openssh-unix-dev mailing list, but maybe not received via email by everybody due to DMARC fails. I hate email. Web archive has it, tho

LittleFox94 avatar Feb 15 '21 20:02 LittleFox94

I just want to say I'm fascinated how little feedback there is on this issue. And the openssh-unix-dev thread on this has been dead for a while. This is my biggest pain point to date for ssh.

Nicba1010 avatar Nov 28 '22 23:11 Nicba1010

I got some feedback off list and will try to feed it back here tomorrow or something

Iirc it boiled down to name resolution already being a mess (DNS, ssh_config, ....) and another indirection in that is really hard to add at the correct level as behavior is really fuzzy to define (different people want different behavior) and building something around should be relatively easy (was it ProxyCommand or something?)

And there just does not seem to be a lot of interest

LittleFox94 avatar Nov 28 '22 23:11 LittleFox94

For a flexible interpretation of "tomorrow", here the reply I got from @djmdjm:

I didn't get a sense of strong demand for it in OpenSSH and I do worry about it complicating the already pretty fraught DNS/hostkey/canonicalisation logic

Could SRV resolution work as a standalone ProxyCommand helper? This would let people experiment with it without committing OpenSSH to support it

Note also that there is a ProxyUseFdpass that allows ProxyCommand programs to act solely as "dialers" that set up the connection before passing a connected fd to ssh. This lets them exit and removes the resource cost (and hassle of copying data back and forth). That might be a good fit for this case if you're interested

And yes, that should probably work in some way - but I didn't yet look into that further.

LittleFox94 avatar Jan 19 '23 12:01 LittleFox94