PermitOpen tikrina paskirties pavadinimą, kurį pateikia SOCKS klientas

Suderinkite apribotą SSH SOCKS paskirtį pagal prašomą pagrindinio kompiuterio vardą ir prievadą, o ne manykite, kad DNS slapyvardžiai ir skaitmeniniai adresai yra lygiaverčiai.

Esama SSH peradresavimo paskyra gali apriboti paskirties poras, kurias naudoja jos SOCKS klientai. Serverio pusės fragmentas gali leisti vieną įvardytą paslaugą:

Match User proxyuser
    PermitOpen api.example.net:443

Integruokite tai į esamą paskyros autentifikavimo ir peradresavimo politiką. PermitOpen pats nesuteikia peradresavimo leidimo ir neišjungia shell prieigos.

OpenSSH lygina pateiktus paskirties pavadinimus neatlikdamas adresų paieškos tam palyginimui. Išskyrus dokumentuotas wildcard formas, reikšmė nėra bendras pagrindinio kompiuterio vardo šablonas.

Tai svarbu SOCKS5. Klientas, siunčiantis api.example.net su 443 prievadu, gali atitikti tą porą. Klientas, kuris tą patį vardą išsprendžia vietoje ir siunčia skaitmeninį IP, pateikė kitą paskirties eilutę. Slapyvardis, išsprendžiamas į tą patį adresą, taip pat skiriasi.

Išlaikykite kliento vietinio arba per tarpinį serverį sprendimo režimą suderintą su numatyta taisykle. Vėlesnis leidžiamo pagrindinio kompiuterio vardo sprendimas vis dar nustato, kur serveris jungiasi; šis nustatymas nėra DNS sąmoningas draudimas kiekvienam privačiam adresui.

Peržiūrėkite konkrečių raktų apribojimus ir kitus taikomus serverio nustatymus kartu su tuo, nes bet koks papildomas peradresavimo draudimas vis tiek gali atmesti užklausą.

Susiję straipsniai