Firebox புவிஇருப்பு மறுப்பு: முதலில் VPN நுழைவு நிலையைக் கண்டறியுங்கள்

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

சோதனை 1: உள்வரும் சேவையைப் பெயரிடுங்கள்

SSL உடன் Mobile VPN, Access Portal மற்றும் TLS மேல் BOVPN ஆகியவற்றுக்கு, உள்வரும் நுழைவு WatchGuard SSLVPN கொள்கையாகும். உத்தேசித்த கட்டுப்பாட்டை அங்கே, உண்மையில் அமைக்கப்பட்ட சேவையில் பயன்படுத்துங்கள்; பின்னர் இயங்கும் பயனர் அணுகல் விதியிலிருந்து ஊகிக்க வேண்டாம்.

IPsec வேறு பாதையை எடுக்கிறது. உள்ளமைந்த IPSec கொள்கை, பொருந்தும் branch மற்றும் மொபைல் VPN சேவைகளுக்காக வெளிப்புற IPsec போக்குவரத்தை Firebox-க்கு அனுமதிக்கிறது, மேலும் இது கைமுறையாக உருவாக்கப்பட்ட IPSec கொள்கையை விட முன்னுரிமை பெறுகிறது. உங்கள் வாடிக்கையாளர் IKEv2 என்றால், நீங்கள் அந்த இரண்டாம் பாதையில் இருக்கிறீர்கள், SSLVPN கொள்கை பொருட்டல்ல.

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

சோதனை 2: கோட்பாட்டை அல்ல, மறுப்பைப் படியுங்கள்

கட்டுப்படுத்தப்பட்ட ஒரு அனுமதிக்கப்பட்ட முயற்சியைச் செய்து நான்கு விஷயங்களைத் தொடர்புபடுத்துங்கள்: வாடிக்கையாளரின் பொதுப் மூல முகவரி, அது தொட்ட நுழைவுச் சேவை, பொருந்திய கொள்கை, மற்றும் பதிவில் உள்ள ஏதேனும் Deny காரணம். IKEv2 குறித்த WatchGuard-இன் சிக்கல் தீர்க்கும் வழிகாட்டுதல், புவிஇருப்பும் இயல்புநிலைப் பாக்கெட் கையாளுதலும் உள்ளமைந்த கொள்கை அனுமதிக்கு முன்பே போக்குவரத்தை மறுக்கலாம் எனக் குறிப்பிடுகிறது; அதாவது நீங்கள் காணும் மறுப்பு நீங்கள் கருதாத ஒரு நிலையைக் குறிப்பிடக்கூடும்.

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

சோதனை 3: உள்ளமைந்த கொள்கையே இன்னும் உரிமையாளரா?

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

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

சோதனை 4: முடக்குவதற்கு முன் மாற்றீட்டைத் திட்டமிடுங்கள்

உள்ளமைந்த IPSec கொள்கையை முடக்குவது பாதிக்கப்பட்ட VPN சேவைகளுக்கான அதன் அனுமதியை நீக்குகிறது. ஒரு மொபைல் பயனரின் இணைப்பைச் சரிசெய்யும்போது நீங்கள் நினைக்காத branch சுரங்கங்களும் இதில் அடங்கும்.

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

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

சோதனை 5: அடையாளத்தை இருப்பிடத்திலிருந்து தனியாக வைத்திருங்கள்

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

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

சோதனை 6: அதைப் பதிவு செய்து இரு பாதைகளையும் சரிபாருங்கள்

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

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