የSSH መተላለፊያ ይሠራሉ፣ 127.0.0.1 እና ወደቡን በአሳሽ ፕሮክሲ ቅንብሮች ውስጥ ያስገባሉ፣ እና ምንም አይጫንም። አድማጩ በትክክል እየሠራ ሊሆን ይችላል። ምናልባት ልክ ያልተገባውን የትራፊክ ዓይነት እየጠበቀ ሊሆን ይችላል።

ማስተላለፍየአካባቢው መተግበሪያ የሚልከውየመድረሻ ምርጫ
-Lየዒላማው አገልግሎት የተለመደ ፕሮቶኮልበSSH ትዕዛዝ ውስጥ ተስተካክሏል
-DየSOCKS ድርድር፣ ከዚያም የመተግበሪያ ትራፊክበSOCKS ደንበኛ ተጠይቋል

ለአንድ የድረ-ገጽ አገልጋይ ይህ ቋሚ ማስተላለፍ ነው፦

ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]

ወደ http://127.0.0.1:9080/ እንደ ድረ-ገጽ ይጎብኙ። ወደብ 9080 ን SOCKS ብለው አይሰይሙ፦ በትዕዛዙ ለተጠቀሰው አንድ የድረ-ገጽ አገልጋይ ባይቶችን ያስተላልፋል። ጣቢያን በተለየ የአስተናጋጅ ስም መክፈት ምናባዊ አስተናጋጅነቱን፣ የማዞሪያ መመሪያዎችን ወይም ኩኪዎችንም ሊጎዳ ይችላል።

ለየSOCKS አድማጭ መልኩ ይለወጣል፦

ssh -N -D 127.0.0.1:1080 [email protected]

መተግበሪያው 127.0.0.1:1080 ላይ SOCKS እንዲጠቀም ያዋቅሩ። ያንን አድራሻ በቀጥታ በአሳሹ የአድራሻ አሞሌ ውስጥ ማስገባት የድረ-ገጽ ጥያቄን ወደ SOCKS አድማጭ ይልካል፣ ይህ ሌላ የፕሮቶኮል አለመጣጣም ነው።

የOpenSSH መመሪያ ሁለቱንም ቅርጾች ይመዘግባል። ጠቃሚ ልዩ ሁኔታ አለ፦ አሁን ያለውን የHTTP ፕሮክሲ በ-L ማስተላለፍ የHTTP ፕሮክሲ ፕሮቶኮል የሚናገር የአካባቢ ወደብ ይፈጥራል፣ ምክንያቱም ቋሚ መድረሻው ራሱ የHTTP ፕሮክሲ ነው። በሩቅ ጫፍ ያለው አገልግሎት በቋሚ ማስተላለፍ ላይ ምን መሆን እንዳለበት ይወስናል። ነባር ፕሮክሲን በSSH ማስተላለፍ የዚያን ፕሮክሲ ፕሮቶኮል እና መለያ ይጠብቃል።

ተዛማጅ ጽሑፎች