தொலைபேசியின் Wi-Fi Calling-ஐ உடைக்காமல் IPsec-ஐ தடுப்பது

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

நெறிமுறையைப் பெயரிடும் முன் சேவையைப் பெயரிடுங்கள்

SIP சேவையில் உள்ள மேசைத் தொலைபேசியும் இயக்குநரின் Wi-Fi Calling செய்யும் சாதனமும் ஒரே பிணைய சுயவிவரத்தைப் பகிர்வதில்லை, தீச்சுவர் சொல்லாக VoIP இரண்டையும் விவரிக்கவில்லை. துறைமுகம் மற்றும் இலக்குத் தரவு சேவையை இயக்கும் விற்பனையாளர் அல்லது இயக்குநரிடமிருந்து வர வேண்டும், வேறு தொலைபேசி அமைப்புக்கு உரிய நினைவில் உள்ள துறைமுகப் பட்டியலிலிருந்து அல்ல. இது ஒரு அம்சத்தைப் பாதுகாக்கும் விதிக்கும் ஒரு சொல்லைப் பாதுகாக்கும் விதிக்கும் இடையிலான வேறுபாடு.

Apple-இன் சேவை-துறைமுகக் குறிப்பு Wi-Fi Calling-க்கு UDP 500 மற்றும் 4500-ஐப் பட்டியலிடுகிறது, இது பெரும்பாலான பொதுவான IPsec தடைகள் கைவிடும் அதே இணையாகும். அந்தத் துறைமுகங்களுக்கு அருகில் மாற்றப் பதிவில் அம்சத்தின் பெயரை எழுதுங்கள். நீங்கள் பயன்படுத்திய குறிப்பின் பதிப்பு அல்லது தேதியைச் சேர்க்கவும், ஏனெனில் விற்பனையாளர் அட்டவணைகள் திருத்தப்படுகின்றன. தான் இருக்கும் சேவையைப் பெயரிடும் விதியை மறுபார்வை செய்யலாம்; நெறிமுறை வகையைப் பெயரிடுவதை முடியாது.

விலக்கை உபகாரமாக அல்ல, ஒப்பந்தமாக எழுதுங்கள்

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

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

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

மூலத்தை நேர்மையாக வரம்பிடுங்கள்

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

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

துறைமுக விதி சொல்ல முடியாததை ஏற்றுக்கொள்ளுங்கள்

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

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

nft add rule inet edge forward ip saddr 10.40.0.0/24 udp dport { 500, 4500 } counter accept
nft add rule inet edge forward udp dport { 500, 4500 } counter drop

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

அம்சத்தையும் மறுப்பையும் சரிபாருங்கள்

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

nft -a list chain inet edge forward

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