VPN કનેક્ટેડ પણ એક સેવા નિષ્ફળ: તબક્કો અલગ કરો

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

નામથી શરૂ કરો, ટનલથી નહીં

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

resolvectl query host.internal
getent hosts host.internal

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

કર્નલને પૂછો કે તેણે કયો માર્ગ પસંદ કર્યો

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

ip route get 10.20.30.40
ip -brief address show

dev, via અને src ક્ષેત્રો આ ક્રમમાં વાંચો, કારણ કે દરેક અલગ શંકા દૂર કરે છે. આ તબક્કો ક્લાઇન્ટે ઇન્સ્ટોલ કરેલી સ્થિતિનો પણ માલિક છે, કારણ કે ફાયરવોલ નિયમો અને રૂટ અસામાન્ય નિકાસ પછી પણ રહી શકે છે. એટલે જ «ટનલ વિના ઇન્ટરનેટ નહીં» અને «ક્લાઇન્ટ ચાલ્યા વિના ઇન્ટરનેટ નહીં» બે નહીં, એક જ ખામી-કુટુંબ છે.

પેકેટનું કદ ચકાસો

મોટું ટ્રાન્સફર અટકી જાય ત્યારે પાછો આવતો નાનો જવાબ પહેલાં પાથ MTU તરફ ઇશારો કરે છે. ટનલની અંદરથી મોકલાયેલ, do-not-fragment બિટ સેટ કરેલી એક પ્રોબ આ તબક્કાને બાકીનાથી અલગ પાડે છે. પ્રોબ નિષ્ફળ ન થાય ત્યાં સુધી પેલોડ વધારો અને તમારી પાસે મહત્વનો આંકડો હશે.

ping -M do -s 1400 10.20.30.40

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

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

દૂરના છેડાને ચકાસો

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

curl -sv http://10.20.30.41:8080/health
nc -vz -w 3 10.20.30.41 3389
ss -lnt 'sport = :8080'

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

ફરિયાદને એક તબક્કા સાથે મેળવો

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

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

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