| Summary: | SSH over Bluetooth support | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | David Woodhouse <dwmw2> | ||||
| Component: | Miscellaneous | Assignee: | Assigned to nobody <unassigned-bugs> | ||||
| Status: | CLOSED WONTFIX | ||||||
| Severity: | normal | CC: | djm | ||||
| Priority: | P2 | ||||||
| Version: | 5.3p1 | ||||||
| Hardware: | Other | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
|
Description
David Woodhouse
2009-11-24 22:18:34 AEDT
I don't think we want this - it's pretty niche and can be achieved using a ProxyCommand on the client or wrapper around sshd in inetd mode at the server. Actually this *was* using a ProxyCommand and wrapper (not inetd itself, of course, since that's for IP. The linked btserv.c does it). This patch was just the bare minimum to get sshd correctly handling the socket and reporting the source address. The potential benefit of merging the btserv part is that we get to standardise the UUID (the Bluetooth equivalent of the standard port 22) for SSH over Bluetooth service. But this was all 9 years ago and my use case for this (mini PC in the car running as a music server and pretending to be a CD changer) isn't even running any more. And if I reinstate it, 802.11 connectivity is somewhat more reliable these days so I don't *need* to rely on being able to connect to it over Bluetooth when it can't connect to the network :) Close RESOLVED bugs with the release of openssh-8.0 |