Сиздин бекитилген проксиңиз секирүү хостунда иштейт, ал жерде ал loopback боюнча гана угат, ошондуктан ал машинанын сыртындагы эч нерсе ага жете албайт. Сизге VPN же жаңы прокси керек эмес; сизге ошол машинанын бир порту өз портуңузга өткөрүлүшү керек. Жергиликтүү багыттоо так ушуну кылат жана ал бир буйрук плюс колдонмонун бир жөндөөсүн талап кылат. Чаташуу адатта кайсы loopback дареги кайсы машинага таандык экенин аралаштыруудан келип чыгат.

Туруктуу прокси мурунтан барбы-жокпу аныктаңыз

Бул ыкма мурунтан иштеп жаткан кызматты багыттайт. Эгер алыскы хостто SSH демону гана болуп, прокси жок болсо, канча багыттасаңыз да ал пайда болбойт жана байланыш алыскы тараптан четке кагылат. Проксинин байланганын, портун жана анын 127.0.0.1 боюнча же белгилүү интерфейс дареги боюнча угаарын текшериңиз, анткени багыттоо так ошол даректи көздөшү керек.

Муну алдын ала текшерүү сизди эч нерсеге туташтырылбаган туннелди оңдоодон сактайт.

Багыттоону куруп, буйрукту окуңуз

Сизге керек форма ноутбукуңуздагы loopback портун байлап, аны сервер тараптан проксинин дарегине сервер көргөндөй туташтырат.

ssh -NT -o ControlPath=none -o ExitOnForwardFailure=yes \
  -L 127.0.0.1:13128:127.0.0.1:3128 [email protected]

-N алыскы буйрукту басат, ал эми -T termios бөлүштүрүүсүн басат, анткени сизге кабык эмес, туннел керек. Биринчи loopback дареги ноутбук уга турган жер; экинчисин SSH сервери чечет, ошондуктан ал жердеги 127.0.0.1 ошол машинадагы проксини билдирет. ExitOnForwardFailure жергиликтүү порт мурунтан ээленген болсо, эч нерсе багыттабаган сессияны баштоонун ордуна буйрукту катуу ийгиликсиз кылат. Максат дарегин сервер чечкендей жазыңыз, анткени ноутбукуңуз гана чече алган ат каршы тарапта ийгиликсиз болот.

Сервердин өз саясаты ушунун бири иштешинен мурун колдонулат. AllowTcpForwarding ага уруксат бериши керек, ал эми PermitOpen сессия кайсы максаттарга жана портторго жете аларын чектеши мүмкүн, ошондуктан кардар кабыл алган багыттоону сервер баары бир четке кагышы мүмкүн. Четке кагуу кардарда багыттоо же канал катасы катары көрүнөт жана ал билдирүүнү окуу буйрукту оңдоодон тезирээк.

Бир колдонмону багыттоого багыттаңыз

Колдонмону http://127.0.0.1:13128 дарегиндеги HTTP проксини колдонууга жөндөңүз, эгер алыскы прокси талап кылса, эсептик маалыматтар менен. HTTPS максаттары үчүн колдонмонун өзүнүн сертификат текшерүүсүн сактаңыз, анткени прокси туннели аны алмаштырбайт. Бул бир кызматтын туруктуу багыттоосу, ошондуктан колдонмого прокси бар экенин айтуу керек, аны өзү табышына калтырууга болбойт.

Каалаган туруктуу жөндөөдөн мурун тез текшерүү: curl -x http://127.0.0.1:13128 -I https://example.com, ал прокси колдошу керек болгон HTTP CONNECT ыкмасын машыктырат.

Бийликти кайда болсо, ошол жерде кармаңыз

Алыскы прокси кайсы максаттарга жана ыкмаларга уруксат берерин дагы эле чечет, ал эми SSH кирүү ар бир эсепке үнсүз жалпы веб релесин бербеши керек. Ноутбукта 127.0.0.1 ге байлоо портту жергиликтүү тармагыңызга жарыялоодон качат, жана ал портту ошол эле машинадагы башка процесстерден жеке кылбайт. Бул байлоону проксини бөлүшүү үчүн wildcard дареги менен алмаштыруу — башкарылбаган ачык реле ушундай жол менен пайда болот.

SSH транспорту серверге чейинки секирүүнү коргойт. Ошол чекиттен кийин прокси өз байланышын ачат, ошондуктан максатка жөнөкөй HTTP сурамы серверден кийин да жөнөкөй бойдон калат, биринчи сегмент шифрленген болсо да.

Эки четин текшерип, анан тазалаңыз

Жергиликтүү туннелди орнотуу жана алыскы кызматтын ийгилиги ар башка натыйжалар, ал эми буйруктун чыгуу статусу сизге биринчиси жөнүндө гана айтат. Уккучтун бар экенин ss -ltn аркылуу текшериңиз, анан уруксат берилген колдонмо сурамын жана прокси четке кагышы керек болгон сурамды жасаңыз. Экөө тең күтүлгөндөй аракет кылса, жол чыныгы; эгер туннель иштеп, ар бир сурам ийгиликсиз болсо, прокси четке кагат же максатка жете албайт.

Бүткөндөн кийин, аны ээлеген SSH процессин токтотуңуз, колдонмодон прокси жөндөөсүн алып салыңыз жана тапшырмадан узак жашаган уккучту калтыруунун ордуна жергиликтүү порт жок болгонун текшериңиз.

Тектеш макалалар