Հասանելիություն գոյություն ունեցող HTTP կամ SOCKS վստահված սերվերին SSH-ի միջոցով
SSH-ի միջոցով հասեք հեռավոր loopback HTTP կամ SOCKS վստահված սերվերի՝ առանց նրա լսողը հրապարակայնորեն բացելու։
Եթե relay.example.net-ն արդեն SOCKS է աշխատեցնում իր 127.0.0.1:1080-ի վրա, փոխանցեք հասանելիությունը՝ փոխարենը հրապարակայնորեն չբացահայտելով այդ լսողը:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Վերջնակետ | Դեր |
|---|---|
Նոթբուք 127.0.0.1:1081 | SOCKS հասցեն, որը պետք է կարգավորվի նոթբուքի հավելվածում։ |
Ռելե 127.0.0.1:1080 | Գոյություն ունեցող վստահված սերվերը, որին հասնում են SSH սերվերի կողմից։ |
Տեղական փոխանցման շարահյուսությունը ամրագրված նպատակակետը վերագրում է սերվերի կողմին։ Հեռավոր loopback 3128 պորտի HTTP վստահված սերվերը կամ proxy.internal.example:8080-ի նման ներցանցային վերջնակետը աշխատում է նույն սկզբունքով։ Կարգավորեք հաճախորդը այդ գոյություն ունեցող HTTP արձանագրության և հաշվի համար. SSH-ով այն փոխանցելը չի ստեղծում SOCKS կամ TLS-ով միացված HTTPS լսող։
Գոյություն ունեցող ծառայությունը դեռևս ընտրում է աջակցվող արձանագրության տարբերակները, նույնականացումը, նպատակակետերը և վերջնական ելքը։ Եթե մեկ այլ SSH գործընթաց ստեղծել է այդ հեռավոր վստահված սերվերը, երկու գործընթացներն էլ պետք է կենդանի մնան։ Նոթբուք→ռելե→դարպաս երթուղին թողնում է, որ կայքը տեսնի վերջին արտաքին միացումը, այլ ոչ թե տեղական 1081 պորտի հատկացրած ինքնությունը։
Նոթբուքի կապակցումը պահեք բացահայտ տեղական։ Ավելի լայն բացահայտումը փոխում է, թե ով կարող է հասնել ծառայությանը, և SSH մուտքը SOCKS գաղտնաբառ չի ավելացնում լսողին։ Մերժման դեպքում ստուգեք նոթբուքի լսողը, SSH տրանսպորտը և հեռավոր վստահված սերվերը որպես առանձին փուլեր։