તમારો SSH પાસવર્ડ SOCKS પાસવર્ડ નથી

તમે ssh -D શરૂ કરવા પાસવર્ડ લખ્યો. તેણે તમારું SSH જોડાણ પ્રમાણિત કર્યું. પરંતુ તેણે નવા શ્રોતા સુધી પહોંચી શકે તેવા દરેક પ્રોગ્રામ માટે પાસવર્ડ-સુરક્ષિત SOCKS ખાતું બનાવ્યું નથી.

OpenSSH નું ગતિશીલ ફોરવર્ડિંગ પ્રમાણિત SSH પરિવહન પર સ્થાનિક SOCKS સેવા પૂરી પાડે છે. તેની SOCKS5 સંભાળ પ્રમાણીકરણ વગરની પદ્ધતિ પસંદ કરે છે; તે સામાન્ય SOCKS વપરાશકર્તાનામ/પાસવર્ડ સર્વર નથી.

વ્યક્તિગત ઉપયોગ માટે, સ્થાનિક રીતે બાંધો:

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

તે કમ્પ્યુટર પરની એપ્લિકેશનો તમારો SSH પાસવર્ડ SOCKS પાસવર્ડ તરીકે દાખલ કર્યા વિના પોર્ટ 1080 વાપરે છે. ગતિશીલ ફોરવર્ડિંગનું દસ્તાવેજીકરણ શ્રોતાનું વર્ણન કરે છે, અને OpenSSH નો SOCKS સંભાળ કોડ પ્રમાણીકરણની વિગત આપે છે.

શેરિંગ સમસ્યા બદલે છે

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

ફાયરવોલ પહોંચી શકાય તેવા ક્લાયન્ટ્સને મર્યાદિત કરી શકે છે, પરંતુ SOCKS લોગિન વિનિમય ઉમેરતું નથી. અલગ SOCKS વપરાશકર્તાનામ, કોટા કે દરેક વપરાશકર્તા માટેના નિયમો માટે, એ વિશેષતાઓને ટેકો આપતું સર્વર પસંદ કરો. ઉદાહરણ તરીકે Dante SOCKS પ્રમાણીકરણને ક્લાયન્ટ-સરનામા પ્રતિબંધોથી અલગ દસ્તાવેજીકૃત કરે છે.

આ સમસ્યા નિવારણમાં પણ મદદ કરે છે. SOCKS વપરાશકર્તાનામ/પાસવર્ડ પદ્ધતિ પર ભાર મૂકતો ક્લાયન્ટ કદાચ આ શ્રોતા સાથે તમે અપેક્ષા રાખો તેમ વાટાઘાટ ન કરે. એપ્લિકેશન સમાયોજિત કરો અથવા યોગ્ય પ્રમાણિત SOCKS સેવા પસંદ કરો; તમારો SSH પાસવર્ડ વારંવાર અજમાવવો ખોટા લોગિનને સંબોધે છે.

ફક્ત સ્થાનિક પહોંચ એ હજી સમજવાની સીમા છે, સ્થાનિક કમ્પ્યુટર પરની દરેક પ્રક્રિયા એક જ વપરાશકર્તાની છે એવો દાવો નથી.