VPN કેમ જોડાયેલું દેખાઈ શકે જ્યારે કંઈ કામ ન કરતું હોય

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

જોડાયેલું કહેવાતી ત્રણ જુદી જુદી વસ્તુઓ

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

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

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

કયું કાઉન્ટર પ્રમાણિત કરે છે કે પેકેટ ખસ્યાં

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

swanctl --list-sas
ip xfrm state list
ip -s link show dev tun0

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

કાઉન્ટર ખસ્યા પછી ખામી ક્યાં બેસે છે

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

dig +short host.example
dig +short @10.20.0.1 host.example
ping -c 2 10.20.0.25

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

ટ્રિગર નોંધો, પછી એક વસ્તુ બદલો

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

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

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