ProxySOCKS5 JSch સેશનને હાલની SOCKS સેવાનું ક્લાયન્ટ બનાવે છે. તે પોતે જ વિરુદ્ધ સુવિધા—અન્ય ક્લાયન્ટને SSH દ્વારા લઈ જતા SOCKS શ્રોતા—પ્રદાન કરતું નથી.

JSch jsch = new JSch();
jsch.setKnownHosts("/home/alex/.ssh/known_hosts");

Session session = jsch.getSession("alex", "ssh.example.net", 22);
ProxySOCKS5 proxy = new ProxySOCKS5("127.0.0.1", 1080);
session.setProxy(proxy);

એપ્લિકેશનના SSH પ્રમાણીકરણ અને સેશન કનેક્શન પહેલાં આ ચલાવો. known-hosts ફાઇલને ઇચ્છિત SSH સર્વરની ઓળખ સાથે પ્રદાન કરો અને પ્રોક્સી દ્વારા તે તપાસો જાળવી રાખો.

પ્રોક્સી ઑબ્જેક્ટનું ક્રેડેન્શિયલ ઇન્ટરફેસ, જ્યારે જરૂરી હોય, મધ્યસ્થ સાથે પ્રમાણિત કરે છે. તે SSH લૉગિનનું સ્થાન લેતું નથી. જાહેરમાં પહોંચી શકાય તેવા SSH સર્વર માટે જ્યાં જાહેર મધ્યસ્થોને મંજૂરી છે, SOCKS5 પ્રોક્સી સૂચિ ProxySOCKS5 માટે ઉમેદવારો પ્રદાન કરે છે. દર્શાવેલ પ્રોક્સી-ખાતા વગરનું સ્વરૂપ વાપરો અને ખાતરી કરો કે નોડ વાસ્તવિક SSH હોસ્ટ અને પોર્ટને મંજૂરી આપે છે.

શ્રોતાની જરૂરિયાતો માટે, એક પૂર્વનિર્ધારિત લક્ષ્ય તરફના સ્થિર ફોરવર્ડિંગને દરેક ક્લાયન્ટ માટેના ડાયનેમિક SOCKS વાટાઘાટોથી અલગ પાડો. અસંબંધિત ટનલિંગ પદ્ધતિ તે સર્વર પ્રદાન કરતી નથી. “SOCKS સપોર્ટ”ને બંને કામ તરીકે અર્થઘટન કરવાને બદલે સ્થાપિત લાઇબ્રેરીની ચોક્કસ જાહેર ક્ષમતા તપાસો.

સંબંધિત લેખો