[Bug 3525] New: ssh man page lists the -Q option as accepting a remote destination

[bugzilla-daemon at mindrot.org]

https://bugzilla.mindrot.org/show_bug.cgi?id=3525

            Bug ID: 3525
           Summary: ssh man page lists the -Q option as accepting a remote
                    destination
           Product: Portable OpenSSH
           Version: 9.1p1
          Hardware: Other
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P5
         Component: Documentation
          Assignee: unassigned-bugs at mindrot.org
          Reporter: trevor.hemsley at ntlworld.com

man ssh on Fedora 36 (8.8p1)and Debian 12 (9.1p1) lists the -Q option
as part of the same list as all other options and thus indicates that
it takes a destination hostname. As far as I can see from
experimentation `ssh -Q kex remotehost` and `ssh -Q kex` report exactly
the same list and there are no packets show up in a tcpdump for
'remotehost' so it would appear that ssh -Q always queries the local
system and never communicates remotely. Of course, it would be really
really cool if it did take a remotehost name but I suspect the chances
of getting that changed are slim to non-existent so a doc change seems
like a better route.

Seems to me that the man page should list a second way of running ssh
with only -Q listed and no destination to better differentiate the one
from the other.

i.e 

     ssh [-46AaCfGgKkMNnqsTtVvXxYy] [-B bind_interface] [-b
bind_address] [-c cipher_spec] [-D [bind_address:]port] [-E log_file]
[-e escape_char] [-F configfile]
         [-I pkcs11] [-i identity_file] [-J destination] [-L address]
[-l login_name] [-m mac_spec] [-O ctl_cmd] [-o option] [-p port] [-R
address]
         [-S ctl_path] [-W host:port] [-w local_tun[:remote_tun]]
destination [command [argument ...]]

or

     ssh -Q query_option

-- 
You are receiving this mail because:
You are watching the assignee of the bug.