PermitOpen menyemak nama destinasi yang dibekalkan oleh klien SOCKS
Padankan destinasi SSH SOCKS terhad dengan nama hos dan port yang diminta, bukannya menganggap alias DNS dan alamat berangka adalah setara.
Akaun pemajuan SSH sedia ada boleh menyekat pasangan destinasi yang digunakan oleh klien SOCKSnya. Serpihan di bahagian pelayan boleh membenarkan satu perkhidmatan bernama:
Match User proxyuser
PermitOpen api.example.net:443
Gabungkan ini dengan dasar pengesahan dan pemajuan akaun sedia ada. PermitOpen sendiri tidak memberi kebenaran pemajuan dan tidak melumpuhkan akses shell.
OpenSSH membandingkan nama destinasi yang dibekalkan tanpa melakukan carian alamat untuk perbandingan itu. Kecuali bentuk wildcard yang didokumenkan, nilai itu bukan corak nama hos umum.
Ini penting bagi SOCKS5. Klien yang menghantar api.example.net dengan port 443 boleh sepadan dengan pasangan itu. Klien yang menyelesaikan nama yang sama secara tempatan dan menghantar IP berangka telah membekalkan rentetan destinasi yang berbeza. Alias yang menyelesaikan ke alamat yang sama juga berbeza.
Kekalkan mod penyelesaian tempatan berbanding proksi klien selaras dengan peraturan yang dimaksudkan. Penyelesaian seterusnya bagi nama hos yang dibenarkan masih menentukan ke mana pelayan bersambung; tetapan ini bukan larangan sedar DNS pada setiap alamat peribadi.
Semak sekatan khusus kunci dan tetapan pelayan lain yang berkenaan bersama ini, kerana sebarang larangan pemajuan tambahan masih boleh menolak permintaan itu.