VPN કનેક્ટ છે પણ ઇન્ટરનેટ નથી? ચાર સ્તરો ચકાસો

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

તમે જ્યાંથી આવ્યા તે નેટવર્કથી શરૂ કરો

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

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

નિષ્ફળતા નામ રિઝોલ્યુશનની છે કે નહીં તે નક્કી કરો

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

nslookup example.com

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

સંપૂર્ણ ટનલ કે ફક્ત કંપની સબનેટ

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

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

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

જ્યારે સર્વર ક્યારેય કંઈ ફોરવર્ડ કરતું નથી

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

એ ત્રણ સર્વર-બાજુનાં મોટા ભાગનાં કારણો આવરે છે, અને જવાબ આપવો ઓપરેટરનું કામ છે. OpenVPN કનેક્ટિવિટી ટ્રબલશૂટિંગ પૃષ્ઠ સર્વરની બાજુથી એ જ પ્રશ્નો ચાલે છે, તેથી તેને ટિકિટ સાથે મોકલો. લીલા સંકેતનો સ્ક્રીનશોટ તેમાંથી એકનો પણ જવાબ આપતો નથી.

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

એક વખતે એક સ્તર ચકાસો

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

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

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