શું મફત પ્રોક્સી તમને ઇનકમિંગ પોર્ટ આપી શકે?

પ્રોક્સી યાદીમાંથી મળતું IP અને પોર્ટ સામાન્ય રીતે એ જગ્યા દર્શાવે છે જ્યાં તમારી એપ્લિકેશન જોડાય છે. તે અન્ય લોકોને તમારા કમ્પ્યુટર સુધી પહોંચવા માટે અનામત જાહેર પોર્ટ નથી.

જો તમે ઇનકમિંગ કનેક્શન મેળવવા માંગો છો તો આ ભેદ મહત્ત્વનો છે. આઉટબાઉન્ડ પ્રોક્સી વિનંતી વાસ્તવમાં કહે છે: મારા વતી આ લક્ષ્ય સાથે જોડાઓ. જાહેર લિસનર માટે મધ્યસ્થને બીજા કોઈનું કનેક્શન સ્વીકારીને તેને તમારી સેવા સાથે જોડવું પડે છે.

ખરેખર ઇનબાઉન્ડ સુવિધા શોધો

HTTP CONNECT વિનંતીમાં દર્શાવેલા લક્ષ્ય તરફ ટનલ બનાવે છે. તે પ્રોક્સીને તમારા વતી મનસ્વી સાંભળતો પોર્ટ પ્રકાશિત કરવા કહેતું નથી.

SOCKS5 અલગ BIND આદેશ વ્યાખ્યાયિત કરે છે. પ્રોટોકોલની BIND આપલે બંધાયેલ એન્ડપોઇન્ટ આપે છે અને પછીથી ઇનકમિંગ કનેક્શનની જાણ કરે છે. આ વેબ ક્લાયન્ટ વાપરતો સામાન્ય CONNECT આદેશ નથી. SOCKS5 સપોર્ટની જાહેરાત કરતી સેવા આદેશને મર્યાદિત કરી શકે છે અથવા છોડી શકે છે; ક્લાયન્ટ સોફ્ટવેરે પણ ઇચ્છિત આપલેને સપોર્ટ કરવો જોઈએ.

સફળ BIND વાટાઘાટ પણ કાયમી, સામાન્ય હેતુના પ્રકાશિત પોર્ટની ખાતરી નથી. સેવાની નીતિ, અપેક્ષિત સામેલ ખેલાડી, જીવનકાળ અને આસપાસનો નેટવર્ક માર્ગ હજી પણ મહત્ત્વના છે.

HTTP પ્રોક્સી SSH સર્વર નથી

SSH રિમોટ ફોરવર્ડિંગ એ ઓપરેટર સ્પષ્ટ રીતે ઇનકમિંગ પ્રવેશ આપી શકે તેની બીજી રીત છે. તેને SSH સેવા, ખાતું અને ફોરવર્ડિંગ પરવાનગી જરૂરી છે. SSH આદેશને જાહેર HTTP પ્રોક્સી પોર્ટ તરફ નિર્દેશિત કરવાથી એ ક્ષમતાઓ ઊભી થઈ શકતી નથી.

સેવા પસંદ કરતા પહેલાં જરૂરી દિશા નક્કી કરો: બીજા એક્ઝિટ દ્વારા આઉટબાઉન્ડ વિનંતીઓ, અથવા તમે ચલાવો છો તે એપ્લિકેશન તરફ ઇનકમિંગ કનેક્શન. જો બીજું હોય તો તમારા નિયંત્રણ હેઠળની વ્યવસ્થામાં નોંધાયેલી ઇનબાઉન્ડ ફોરવર્ડિંગ સુવિધા શોધો. પ્રોક્સી યાદીની સામાન્ય પંક્તિ તે સુવિધા અસ્તિત્વમાં હોવાનું સાબિત કરતી નથી.