Տեղական SOCKS լսիչը օգտակար է որոշ ցանցերում և բացակայում է մյուսներում։ OpenSSH-ն կարող է պրոքսի հրահանգ ընտրել պայմանով՝ առանց այդ ընտրությունը բոլոր հոսթերի վրա տարածելու։

OpenBSD ձևի nc-ով OpenSSH-ի համար օրինակելի հաճախորդի կարգավորումը սա է՝

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost-ը ստուգումը սահմանափակում է SSH հրահանգի տողում տրված անվամբ։ exec-ը համապատասխանում է, երբ նրա հրահանգը հաջողությամբ ավարտվում է։ Վերջին Match all-ը փակում է այդ պայմանական շրջանակը հաջորդ կարգավորումների համար։

Սա ենթադրում է, որ նախորդ ոչ մի գործող կարգավորում արդեն չի ընտրել հակասական պրոքսի հրահանգ կամ ցատկի ուղի։ SSH-ը սովորաբար օգտագործում է կարգավորման առաջին ստացված արժեքը, ուստի վերևում դրված լայն լռելյայն արժեքը կարող է խանգարել ավելի ուշ պայմանին ունենալ սպասվող ազդեցությունը։

Լսող սոքեթը համեստ խոստում է

Ստուգումը փորձարկում է TCP հասանելիությունը տեղական պորտին։ Այն չի ավարտում SOCKS բանակցությունը, չի հաստատում ցանկալի նպատակակետի կապը և չի ապացուցում, թե որ ծրագիրն է տիրում այդ պորտին։ Լսիչը կարող է նաև անհետանալ ստուգումից հետո։

Ժամանակի սահմանը սահմանափակ է պահում ձախողված ստուգումը։ Ցուցադրված ընտրանքները պատկանում են OpenBSD-ի nc ինտերֆեյսին. նույն ֆայլի անունով այլ ծրագրեր կարող են այլ ընտրանքներ առաջարկել։

Երբ պայմանը չի համապատասխանում, այս օրինակը թողնում է կապը առանց այս ProxyCommand-ի՝ թույլ տալով նրա սովորական ուղին։ Դա տեղին է միայն այն դեպքում, երբ ուղիղ հասանելիությունը թույլատրված է։ Պարտադիր պրոքսի քաղաքականությունը չպետք է հասանելիության ստուգումն օգտագործի որպես այլ ուղի փախչելու թույլտվություն։

Թիրախային SSH հոսթի անունը և հոսթի բանալու ստուգումները դեռևս նույնացնում են նպատակակետ սերվերը։ Տրանսպորտի օժանդակ ծրագիր ընտրելը պատճառ չէ ընդունելու անսպասելի հոսթի բանալի։

Առնչվող հոդվածներ