ஒரு நிலை விளக்கை நம்பாமல் ரவுட்டர் VPN-ஐ கண்காணிக்கவும்

நிலைப் பக்கம் இணைக்கப்பட்டது என்கிறது, விளக்கு பச்சை நிறமாக உள்ளது, ஆனால் அலுவலகம் கோப்பு சேவையகத்தை அடைய முடியவில்லை. இந்த உண்மைகளில் ஒன்று சுரங்கப்பாதையைப் பற்றியது, மற்றொன்று அதன் வழியாகச் செல்லும் பாதையைப் பற்றியது. இரண்டையும் கண்காணிப்பதே நீங்கள் செயல்படக்கூடிய எச்சரிக்கைக்கும் புறக்கணிக்கக் கற்றுக்கொள்ளும் எச்சரிக்கைக்கும் இடையிலான வேறுபாடு.

ஐந்து சோதனைகள், வரிசையாக, சகவழியிலிருந்து வெளிப்புறமாக.

சோதனை 1: சக அல்லது சங்க நிலை

ஒவ்வொரு நெறிமுறையும் அதன் சொந்த நிலையை வெளிப்படுத்துகிறது. WireGuard ஒவ்வொரு சகவுக்கும் சமீபத்திய கைப்பிடித்தல் மற்றும் பரிமாற்ற கவுண்டர்களை wg show மூலம் காட்டுகிறது. OpenVPN அமர்வு நிலையை அதன் நிலைக் கோப்பு அல்லது நிர்வாக இடைமுகத்தில் எழுதுகிறது, IPsec ipsec statusall போன்ற கருவிகளின் மூலம் பாதுகாப்பு சங்கங்களை வெளிப்படுத்துகிறது. பொறி என்பது நேர முத்திரையை தீர்ப்பாக படிப்பது: அனுப்ப எதுவும் இல்லாத செயலற்ற WireGuard சக சமீபத்தில் கைப்பிடிக்காது, அது தடையல்ல.

யாரையும் அழைப்பதற்கு முன் நேர முத்திரையை எதிர்பார்க்கப்படும் போக்குவரத்து மற்றும் keepalive அமைப்புகளுடன் ஒப்பிடுங்கள்.

சோதனை 2: தேர்ந்தெடுக்கப்பட்ட பாதை

சுரங்கப்பாதை இடைமுகம் இருக்கலாம், ஆனால் அதில் எதுவும் வழியமைக்கப்படவில்லை. உங்களுக்கு முக்கியமான இலக்கிற்கான அனுப்புதல் அட்டவணையைச் சரிபார்க்கவும், சுரங்கப்பாதையின் சொந்த துணை வலையமைப்பிற்காக அல்ல. முன்னொட்டு இல்லை அல்லது வேறு இடத்தைக் குறித்தால், சக நிலை பொருத்தமற்றது.

அந்த சோதனை நிலை விளக்கு ஒருபோதும் காட்டாத தோல்வியைப் பிடிக்கிறது.

பயனுள்ள இரண்டாவது சோதனை மூல முகவரியையும் ஒப்பிடுகிறது. ip route get 10.20.5.10 அடுத்த பாய்ச்சல், இடைமுகம் மற்றும் விருப்பமான மூலத்தைத் திருப்பித் தருகிறது, தவறான மூலம் தொலை முனையில் திரும்பும் போக்குவரத்தை உடைக்க போதுமானது. எதிர்பார்க்கப்படும் மும்மையை ஒருமுறை பதிவு செய்து, பின்னர் எந்த உறுப்பும் மாறும்போது எச்சரிக்கை செய்யுங்கள். அந்த ஒரு வரியே NAT மாற்றங்கள், இடைமுக ஏற்ற இறக்கம் மற்றும் கொள்கை வழியமைப்பு பிழைகளைப் பிடிக்கிறது.

சோதனை 3: அனுமதிக்கப்பட்ட பயன்பாட்டு பாதை

உண்மையான தேவையைப் பிரதிநிதித்துவப்படுத்தும் ஒன்றைச் சோதிக்கவும். ரவுட்டரிலிருந்து தொடங்கும் ping அதன் சொந்த முகவரி மற்றும் கொள்கையிலிருந்து வெளியேறுகிறது, இது அனுப்பப்பட்ட LAN போக்குவரத்திலிருந்து வேறுபடலாம், மேலும் பல புரவலர்கள் ICMP-ஐ வரம்பிடுகின்றன. தேவை தனியார் சேவையாக இருந்தால், அந்த சேவையை அதன் உண்மையான துறையில் சோதிக்கவும்.

சோதனையின் அளவை மிதமாக வைத்திருங்கள். கண்காணிப்பு சுழற்சி தான் அளக்கும் போக்குவரத்தாக மாறக்கூடாது.

சோதனை 4: என்ன மாறியது, எப்போது

WAN மாற்றங்கள், விசை புதுப்பித்தல்கள், பாதை விலகல்கள் மற்றும் பயன்பாட்டு தோல்விகளை ஒரே காலவரிசையில் இணைக்கவும். சுரங்கப்பாதை தோல்வியை சாதாரண இணைய அணுகலை அமைதியாக மீட்டெடுக்கும் மாற்றுப் பாதையிலிருந்து வேறுபடுத்துங்கள், ஏனெனில் இரண்டும் ஒரே மாதிரியான பயனர் அறிக்கைகளையும் எதிர்மறையான கண்டறிதல்களையும் தருகின்றன. நேர மண்டல பிழைகள் வரிசையை மாற்றும், எனவே ஒப்பிடுவதற்கு முன் இயல்பாக்குங்கள். நான்கு சோதனைகளை ஒரு காரணமாக மாற்றுவது காலவரிசையே.

பதிவுகளை மாற்றங்களுக்காக வைத்திருங்கள், பேலோடுக்காக அல்ல.

சோதனை 5: எச்சரிக்கை எல்லையை பெயரிட வேண்டும்

VPN கீழே என்று கூறும் எச்சரிக்கை பாதி நேரம் ஒருவரை தவறான இடத்திற்கு அனுப்புகிறது. சக கைப்பிடித்தல் பன்னிரண்டு நிமிடங்களாக பழையது, 10.20.0.0/16-க்கான பாதை இல்லை, அல்லது துறை 445-க்கான சோதனை தோல்வியடைகிறது என்று கூறும் எச்சரிக்கை குறிப்பிட்ட சோதனையைச் சுட்டிக்காட்டுகிறது.

பேலோடுகளை உலாவுவதற்குப் பதிலாக செயல்பாட்டு கவுண்டர்களை வைத்திருங்கள். கவுண்டர்கள் உங்களுக்குத் தேவையில்லாத உள்ளடக்கத்தைச் சேகரிக்காமல் கண்காணிப்பு கேள்விக்கு பதிலளிக்கின்றன.

அடுத்து என்ன நடக்கிறது என்பதை failover கொள்கை முடிவு செய்யட்டும். எந்த எல்லை தோல்வியடைந்தது என்பதை கண்காணிப்பு அடையாளம் காண வேண்டும், ஒவ்வொரு முறை சோதனை தோல்வியடையும் போது பரந்த பைபாஸை அனுமதிக்கக்கூடாது. OpenVPN 2.6 கையேடு முதல் சோதனையை ஸ்கிரிப்ட் செய்யக்கூடியதாக்கும் நிலைக் கோப்பு மற்றும் நிர்வாக இடைமுகத்தை ஆவணப்படுத்துகிறது.