Earlier quoted context omitted.
QuickShell - it should be called
QSH?
SSH3: Faster and rich secure shell using HTTP/3
201–210 of 276 posts
Re: SSH3: Faster and rich secure shell using HTTP/3
#202I do hate the name ssh3. I was glad to see this at the top of the repo: > SSH3 is probably going to change its name. It is still the SSH Connection Protocol (RFC4254) running on top of HTTP/3 Extended connect, but the required changes are heavy and too distant from the philosophy of popular SSH implementations to be considered for integration. The specification draft has already been renamed ("Remote Terminals over H…
Re: SSH3: Faster and rich secure shell using HTTP/3
#203Re: SSH3: Faster and rich secure shell using HTTP/3
#204Re: SSH3: Faster and rich secure shell using HTTP/3
#205I do hate the name ssh3. I was glad to see this at the top of the repo: > SSH3 is probably going to change its name. It is still the SSH Connection Protocol (RFC4254) running on top of HTTP/3 Extended connect, but the required changes are heavy and too distant from the philosophy of popular SSH implementations to be considered for integration. The specification draft has already been renamed ("Remote Terminals over H…
HTTPSSH. Why not just SSH/QUIC, what does the HTTP/3 layer add that QUIC doesn’t already have?
Re: SSH3: Faster and rich secure shell using HTTP/3
#206Re: SSH3: Faster and rich secure shell using HTTP/3
#207Earlier quoted context omitted.
Although, dollars-to-donuts my bet is that this tool/protocol is much faster than SSH over high-latency links, simply by virtue of using UDP. Not waiting for ack's before sending more data might be a significant boost for things like scp'ing large files from part of the world to the another.
That's why mosh exists, as it is purpose built for terminals over high latency / high packet loss links.