Ping કામ કરે છે પણ VPN પર SSH નિષ્ફળ જાય છે: કયો તબક્કો તૂટ્યો?

Ping પ્રતિસાદો અને નકારાયેલ SSH લોગિન એક સાથે સાચા હોઈ શકે છે, અને આ જોડી ટનલને દોષ આપતી નથી. ઇકો પ્રતિસાદો અને પોર્ટ 22 પર TCP કનેક્શન અલગ સિલેક્ટર, અલગ નીતિઓ અને ઘણી વાર અલગ લક્ષ્યો સાથેની અલગ કસોટીઓ છે. એક જાણી જોઈને કરેલો SSH પ્રયાસ કેપ્ચર કરો, પછી તે પહોંચેલો છેલ્લો તબક્કો નામ આપો. તે એક જ કલાકૃતિ ડઝનબંધ અનુમાનિત ગોઠવણી ફેરફારોને બદલે છે.

એક પ્રયાસ કેપ્ચર કરો, થપાટોનું સત્ર નહીં

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

ssh -4 -vv -o ControlPath=none -o ConnectTimeout=10 [email protected]

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

પ્રથમ અને બીજો તબક્કો: SSH પહેલાં TCP

પ્રથમ સીમા સોકેટની પહોંચ છે: સરનામું, પોર્ટ અને માર્ગ જેને પેકેટ ખરેખર અનુસરે છે. જો TCP કનેક્શન ક્યારેય પૂર્ણ ન થાય, તો તેની ઉપર હજી કંઈ નથી, અને હોસ્ટ કી અને ખાતાં અસંબંધિત છે.

nc -vz 10.90.4.20 22
ip route get 10.90.4.20
tcpdump -ni any 'host 10.90.4.20 and port 22'

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

ત્રીજો તબક્કો: કોની ચાવીએ જવાબ આપ્યો

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

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

ચોથો અને પાંચમો તબક્કો: ખાતું વિરુદ્ધ પરવાનગી

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

થોડા નિષ્ફળ પાસવર્ડ પ્રયાસો પછી થોભો. વારંવારના અનુમાન લૉકઆઉટ પેદા કરે છે જે પછી બીજી, અસંબંધિત ખામી જેવા લાગે છે અને મૂળ ટિકિટ કરતાં વધુ સમય લે છે.

રોલબેક અને તમે રાખો છો તે નોંધ

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

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