PermitOpen comproba o nome de destino que fornece o cliente SOCKS

Unha conta de reenvío SSH existente pode restrinxir os pares de destino que usan os seus clientes SOCKS. Un fragmento do lado do servidor pode permitir un servizo con nome:

Match User proxyuser
    PermitOpen api.example.net:443

Integre isto coa política de autenticación e reenvío existente da conta. PermitOpen non concede por si mesmo permiso de reenvío nin desactiva o acceso á shell.

OpenSSH compara os nomes de destino fornecidos sen realizar buscas de enderezos para esa comparación. Agás as formas comodín documentadas, o valor non é un patrón xeral de nome de host.

Isto importa para SOCKS5. Un cliente que envía api.example.net co port 443 pode coincidir con ese par. Un cliente que resolve o mesmo nome localmente e envía un IP numérico forneceu unha cadea de destino distinta. Un alias que resolve no mesmo enderezo tamén é distinto.

Manteña o modo de resolución local ou mediante proxy do cliente coherente coa regra prevista. A resolución posterior do nome de host permitido segue determinando onde se conecta o servidor; este axuste non é unha prohibición consciente de DNS para cada enderezo privado.

Revise xunto a isto as restricións específicas de cada clave e outros axustes do servidor aplicables, porque calquera prohibición adicional de reenvío aínda pode rexeitar a solicitude.