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

એક મેનૂ એન્ટ્રી પાછળ બે પરિણામો

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

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

કામ કરતા પહેલાં દરેક મોડમાં શું હોવું જોઈએ

પ્રોજેક્ટ બંને મોડનું દસ્તાવેજીકરણ કરે છે, અને પૂર્વશરતો એટલી અલગ છે કે ખૂટતી એક પ્રોટોકોલ નિષ્ફળતા જેવી લાગે, ડિઝાઇન પસંદગી જેવી નહીં.

ModeWhat must existWhat still has to be true
Tunnel deviceCompatible TUN/TAP arrangement on both ends, permission, addressingA route policy that actually sends the intended prefixes into it
Forwarding onlyA chosen SOCKS, local-forward or remote-forward listenerA permitted destination path on the far side

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

ડમી ઇન્ટરફેસ ટનલ નથી

ફોરવર્ડિંગ મોડમાં પ્લગિન કનેક્શન મોડલને સંતોષવા માટે બનાવેલા ડમી ઇન્ટરફેસનું દસ્તાવેજીકરણ કરે છે. તે એટલા માટે અસ્તિત્વમાં છે કે મેનેજર પાસે સ્થિતિ જોડવા માટે કંઈક હોય. તે મનસ્વી એપ્લિકેશન પેકેટને દૂરના નેટવર્ક પર લઈ જતું નથી, અને તેની હાજરીમાં કંઈ પણ એવું સૂચવતું નથી કે IP રૂટિંગ બદલાયું છે.

પ્રોજેક્ટના સંપૂર્ણ-ટનલ ઉદાહરણો OpenSSH ટનલ-ઉપકરણ સપોર્ટને લગતા છે, તેથી લેબલમાં ટનલ શબ્દ ક્ષમતા વર્ણવે છે, તમારી અસરકારક નીતિ નહીં. પ્રોફાઇલનું નામ શું છે તેના બદલે કર્નલ શું કરશે તે તપાસો.

nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"

પછી પરિણામને એપ્લિકેશન સાથે મેળવો. SOCKS સમજતા પ્રોગ્રામને પ્રોક્સી વાપરવા માટે રૂપરેખાંકિત કરવો પડે. સ્થાનિક ફોરવર્ડના વપરાશકર્તાને તેના શ્રોતા તરફ નિર્દેશ કરવો પડે. બંનેમાંથી કોઈ પોતાની જાતે ફોરવર્ડ શોધતું નથી, અને બંનેમાંથી કોઈને લીલો થઈ ગયેલો કનેક્શન સૂચક મદદ કરતું નથી.

દૂરની બાજુને દબાણ કરવાને બદલે તૈયાર કરો

સામાન્ય SSH ખાતું દૂરના ટનલ ઉપકરણને ઉપાડવાની કોઈ પરવાનગી વિના પ્રમાણીકરણ કરી શકે છે. પ્રોજેક્ટ રૂટ વિનાનો માર્ગ દસ્તાવેજ કરે છે જેમાં સંચાલક તે વપરાશકર્તા માટે ઉપકરણ અગાઉથી બનાવે છે, અને ક્લાયન્ટ પછી મેળ ખાતો નંબર પસંદ કરે છે.

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

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

પ્રમાણીકરણનો સંદર્ભ, અને ટિકિટમાં શું મૂકવું

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

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

સંબંધિત લેખો