PermitOpen kontrollerer destinasjonsnamnet SOCKS-klienten oppgir
Match ein avgrensa SSH SOCKS-destinasjon etter ønskt vertsnamn og port, i staden for å anta at DNS-alias og numeriske adresser er likeverdige.
Ein eksisterande SSH-vidaresendingskonto kan avgrense destinasjonspara som SOCKS-klientane brukar. Eit fragment på serversida kan tillate éi namngjeven teneste:
Match User proxyuser
PermitOpen api.example.net:443
Integrer dette med den eksisterande autentiserings- og vidaresendingspolicyen til kontoen. PermitOpen gir ikkje sjølv løyve til vidaresending og slår ikkje av shell-tilgang.
OpenSSH samanliknar dei oppgitte destinasjonsnamna utan å gjere adresseoppslag for den samanlikninga. Bortsett frå dei dokumenterte jokerteiknformene er verdien ikkje eit generelt vertsnamnmønster.
Dette har noko å seie for SOCKS5. Ein klient som sender api.example.net med port 443, kan matche det paret. Ein klient som løyser opp det same namnet lokalt og sender ein numerisk IP, har oppgitt ein annan destinasjonsstreng. Eit alias som løyser opp til same adresse, er òg annleis.
Hald klienten sin lokale eller proxybaserte oppløysingsmodus i samsvar med den tiltenkte regelen. Den etterfølgjande oppløysinga av det tillatne vertsnamnet avgjer framleis kvar tenaren koplar til; denne innstillinga er ikkje eit DNS-medvite forbod mot kvar privat adresse.
Gå gjennom nøkkelspesifikke avgrensingar og andre gjeldande tenarinnstillingar saman med dette, fordi eitkvart ytterlegare vidaresendingsforbod framleis kan avvise førespurnaden.