એક સ્ટેટસ લાઇટ પર ભરોસો ન કરતાં રાઉટર VPNની દેખરેખ રાખો

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

પાંચ તપાસ, ક્રમમાં, પીઅરથી બહાર તરફ.

તપાસ 1: પીઅર અથવા એસોસિએશન સ્થિતિ

દરેક પ્રોટોકોલ પોતાની સ્થિતિ દર્શાવે છે. WireGuard દરેક પીઅર માટે તાજેતરનું હેન્ડશેક અને ટ્રાન્સફર કાઉન્ટર wg show દ્વારા દર્શાવે છે. OpenVPN સેશન સ્થિતિ તેની સ્ટેટસ ફાઇલ અથવા મેનેજમેન્ટ ઇન્ટરફેસમાં લખે છે, અને IPsec ipsec statusall જેવા સાધનો દ્વારા સિક્યોરિટી એસોસિએશન દર્શાવે છે. છટકું એ છે કે ટાઇમસ્ટેમ્પને ચુકાદા તરીકે વાંચવો: મોકલવા માટે કંઈ ન હોય એવો નિષ્ક્રિય WireGuard પીઅર તાજેતરમાં હેન્ડશેક કરશે નહીં, અને તે વિક્ષેપ નથી.

કોઈને બોલાવતા પહેલાં ટાઇમસ્ટેમ્પની અપેક્ષિત ટ્રાફિક અને keepalive સેટિંગ્સ સાથે સરખામણી કરો.

તપાસ 2: પસંદ કરેલો રૂટ

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

એ તપાસ એ નિષ્ફળતા પકડે છે જે સ્ટેટસ લાઇટ ક્યારેય દર્શાવતી નથી.

એક ઉપયોગી બીજી તપાસ સ્રોત સરનામાની પણ સરખામણી કરે છે. ip route get 10.20.5.10 આગલું હોપ, ઇન્ટરફેસ અને પસંદીદા સ્રોત પરત કરે છે, અને ખોટો સ્રોત દૂરના છેડે પરત ટ્રાફિક તોડવા માટે પૂરતો છે. અપેક્ષિત ત્રિપુટી એક વાર નોંધો, પછી કોઈ પણ ઘટક બદલાય ત્યારે એલાર્મ કરો. એ એક જ લીટી NAT ફેરફાર, ઇન્ટરફેસ અસ્થિરતા અને પોલિસી-રૂટિંગ ભૂલો પકડે છે.

તપાસ 3: મંજૂર એપ્લિકેશન માર્ગ

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

પ્રોબનું પ્રમાણ સંયમિત રાખો. દેખરેખ લૂપ પોતે જે ટ્રાફિક માપે છે તે બનવું ન જોઈએ.

તપાસ 4: શું બદલાયું અને ક્યારે

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

લોગ સંક્રમણો માટે રાખો, પેલોડ માટે નહીં.

તપાસ 5: એલાર્મે સીમાનું નામ આપવું જોઈએ

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

પેલોડ બ્રાઉઝ કરવાને બદલે ઓપરેશનલ કાઉન્ટર રાખો. કાઉન્ટર તમને જરૂરી ન હોય એવી સામગ્રી એકત્રિત કર્યા વિના દેખરેખના પ્રશ્નનો જવાબ આપે છે.

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