search for: permitremot

...ons for authorized_keys: * add a no-local-forwarding option that denies setup of -L channels * add a no-remote-forwarding option that denies setup of -R channels * make no-tcp-forwarding act like no-local-forwarding + no-remote-forwarding And, not required for me, but for completeness: * add a permitremote that defines ports that the connection may try to listen on All these changes are seemingly trivial, but I haven't had anything to do with the OpenSSH source code previously, so I'm probably not a good judge of these matters. Are there any principal arguments against implementing this...

...forward any remote ports. I was wondering if having remote ports be allowed through permitopen was a good idea, then concluded that ambiguity between forwarded local and forwarded remote ports was dangerous. Its not like we NEVER renumber networks.... I decided to implement this behaviour using a permitremote=HOST:PORT (unless anyone has a better suggestion) expect a patch when I get a Round Tuit. - -- _ ASCII ribbon campaign ( ) | Robin-David Hammond %KB3IEN against HTML e-mail X | CCNA / \ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Li...

https://bugzilla.mindrot.org/show_bug.cgi?id=2038 Priority: P5 Bug ID: 2038 Assignee: unassigned-bugs at mindrot.org Summary: permitopen functionality but for remote forwards Severity: enhancement Classification: Unclassified OS: Other Reporter: damonswirled at gmail.com Hardware: Other