VPN ચાલુ રહે ત્યારે બીજા ખાનગી માર્ગ પર SSH

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

નવો માર્ગ નવો શ્રોતા કેમ બનાવતો નથી

સાંભળતું સોકેટ એ પ્રક્રિયા બનાવે છે જે જે સરનામાં સ્વીકારશે તેમને નામ આપે છે. માર્ગ પેકેટોને ફક્ત ક્યાં જવું તે કહે છે; તે ગંતવ્ય પર શ્રોતા બનાવતું નથી. જ્યારે sshd એક જ ListenAddress સાથે ગોઠવાયેલું હોય, ત્યારે ઇન્ટરફેસ ચાલુ હોવા છતાં અન્ય કોઈ પણ સ્થાનિક સરનામા પરના જોડાણો નકારવામાં આવે છે. આ જ વાત પોર્ટ ધરાવતા સોકેટ યુનિટને પણ લાગુ પડે છે, અને તેથી જ પ્રથમ તપાસ હંમેશા એ હોય છે કે ખરેખર કોણ સાંભળે છે.

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

સરનામાં અને શ્રોતાઓની યાદી બનાવો

કંઈ પણ સંપાદિત કરતાં પહેલાં, હોસ્ટ પરના સરનામાં અને હાલમાં અસ્તિત્વમાં રહેલા સોકેટ્સ નોંધો.

ip -br addr
ss -ltnp | grep ':22'

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

જોડાણ ઉમેરો અને જૂનું રાખો

OpenSSH ઘણી ListenAddress એન્ટ્રીઓ સ્વીકારે છે, તેથી ખાનગી માર્ગ ઉમેરાય ત્યારે VPN માર્ગ રહી શકે છે. ફાઇલ ફરી લોડ કરતાં પહેલાં તેને ચકાસો.

sshd -t
systemctl reload sshd

નિષ્ફળ ગોઠવણી પરીક્ષણ ચાલતા ડિમનને અસ્પૃષ્ટ રાખે છે, અને તમે જે માર્ગ સંપાદિત કરો છો તેના પરથી જોડાયેલા હો ત્યારે તમને એ જ જોઈએ. હાલની એન્ટ્રી રાખો, નવું સ્થાનિક સરનામું ઉમેરો અને ખાતરી કરો કે સેવા વર્તમાન સેશન ગુમાવ્યા વિના ફરી લોડ થાય છે. સોકેટ-સક્રિય ઇન્સ્ટોલેશનમાં સરનામું તેના બદલે સોકેટ યુનિટમાં ઉમેરો અને તે યુનિટ ફરી લોડ કરો. પછી શ્રોતાઓની યાદી ફરી વાંચો, કારણ કે ક્યારેય ન દેખાયેલું જોડાણ એટલે ખોટો ઘટક સંપાદિત થયો છે.

જૂનું સેશન બંધ કરતાં પહેલાં નવું સેશન ચકાસો

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

ssh -v [email protected]

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

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