[Bug 3450] New: provide a %u{N}token to encode special characters as literal ones

bugzilla-daemon at mindrot.org bugzilla-daemon at mindrot.org
Fri Jun 24 08:28:58 AEST 2022


            Bug ID: 3450
           Summary: provide a %u{N}token to encode special characters as
                    literal ones
           Product: Portable OpenSSH
           Version: v9.0p1
          Hardware: Other
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P5
         Component: Miscellaneous
          Assignee: unassigned-bugs at mindrot.org
          Reporter: calestyo at scientia.org


The following would be absolutely cosmetic and not really needed for
functionality... so if you say it's overkill, just close it, and I'm
fine with that.

I stumbled over this when trying to do:
  LocalForward /home/local-user/.ssh/forward-sockets/%r@%h:someID

That fails with something like:
  /home/local-user/.ssh/config line 118: Bad forwarding specification.
  /home/local-user/.ssh/config: terminating, 1 bad configuration
which is because of the ":" in the pathname, which makes ssh think that
would be a port and not a socket forwarding.

If one had a token like %u{N}, which takes the N to be a unicode
codepoint and takes that then "literally" (for *Formward in the sense
of not counting as a ":" that makes it a port forwarding), one could
write the above like:
  LocalForward /home/local-user/.ssh/forward-sockets/%r@%h%u{3A}someID

and in addition also encode other weird characters in ssh config


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

More information about the openssh-bugs mailing list