Mac PF VPN பூட்டு: ஒரு தளக் கொள்கை, வழங்கக்கூடிய அம்சம் அல்ல
Packet Filter என்பது விநியோகிக்கப்படும் தயாரிப்புகளுக்கு ஆதரவளிக்கும் API அல்ல. விதித் தொகுப்புக்கு ஒரு உரிமையாளரைக் கொடுங்கள், ஒவ்வொரு விதிவிலக்கையும் பெயரிடுங்கள், மாற்றங்களைச் சோதியுங்கள்.
இது உங்கள் Mac-இல் வேலை செய்கிறது, எனவே பயனர்களுக்கு வழங்கக்கூடிய ஒன்றாகத் தோன்றுகிறது. அந்த அனுமானம்தான் முதலில் விட்டுவிட வேண்டியது. Apple-இன் TN3165, பொதுவாக விநியோகிக்கப்படும் தயாரிப்புகளுக்கு Packet Filter ஆதரவளிக்கும் API அல்ல என்று தெளிவாகக் கூறுகிறது, மேலும் சிறப்புரிமை பெற்ற, கட்டுப்படுத்தப்பட்ட தள நிர்வாகத்தையே நியாயமான நிலையாகக் கருதுகிறது. எனவே PF-இல் கட்டப்பட்ட VPN பூட்டு என்பது உரிமையாளரைக் கொண்ட உள்ளூர் செயல்பாட்டுக் கொள்கை, ஒரு பயன்பாட்டுக்குள் வழங்கக்கூடிய அம்சம் அல்ல.
PF என்பது பொதி செய்யும் மேற்பரப்பு அல்ல
இந்த வேறுபாடு கல்விசார் ஒன்று அல்ல. PF-ஐச் சார்ந்த விநியோகிக்கப்பட்ட தயாரிப்பு, Apple அதில் செய்யும் ஒவ்வொரு மாற்றத்தையும், விதிகளை எழுதும் மற்றொரு கருவியுடனான ஒவ்வொரு மோதலையும், இந்த ஏற்பாடு தொடர்ந்து செயல்படும் என்ற எந்த ஆதரவு உறுதிமொழியும் இல்லாமல் பெற்றுக்கொள்கிறது. தன் சொந்த இயந்திரங்களை நிர்வகிக்கும் தளத்துக்கு வேறு உறவு உண்டு: அது சார்பை ஆவணப்படுத்தலாம், ஒவ்வொரு OS வெளியீட்டிலும் சோதிக்கலாம், பராமரிப்பை ஏற்கலாம்.
சில நிறுவல் ஆலோசனைகள் பெயரிடத் தகுந்த எல்லைக்கோட்டைத் தாண்டுகின்றன. ஒரு ஆங்கரை ஏற்றுவதற்காக முழு கணினி விதித் தொகுப்பையும் மீண்டும் எழுதுவது, Apple-இன் கணினி தொடக்க உள்ளமைவைத் திருத்துவது, அல்லது System Integrity Protection-ஐ முடக்குவது மறுபயன்பாட்டுக்குரிய செய்முறைக்கு ஏற்கத்தக்க தேவைகள் அல்ல. வெளியிடப்பட்ட வழிகாட்டிக்கு இவற்றில் ஏதேனும் தேவைப்பட்டால், அது ஒரு ஆய்வகத்தை விவரிக்கிறது, பயன்படுத்தக்கூடிய கொள்கையை அல்ல.
இலக்கணத்துக்கு முன் வெளியேறும் நோக்கத்தை எழுதுங்கள்
ஒரு முக்கியச் சொல்லைத் தேர்ந்தெடுப்பதற்கு முன் எது அனுமதிக்கப்படுகிறது என்பதை முடிவு செய்யுங்கள். பொதுவாக மூன்று பாதைகள் இருக்க வேண்டும்: VPN கிளையன்ட்டின் சொந்த சேவையகத்துக்கான போக்குவரத்து, சுரங்கப்பாதைக்குள் பாதுகாக்கப்பட்ட பயன்பாட்டு டிராஃபிக், மற்றும் அமைப்பு அல்லது உள்ளூர் சேவைகளுக்கு உண்மையில் நேரடிப் பாதை தேவைப்படும் அனைத்தும்.
முன்மொழியப்படும் ஒவ்வொரு விதிவிலக்குக்கும் இலக்கு, போக்குவரத்து, உரிமையாளர் ஆகியவற்றைக் கொடுங்கள். ஒரு முனைப்புள்ளிக்கு எல்லா போர்ட்டுகளையும் அனுமதிப்பது சுரங்கப்பாதை பயன்படுத்தும் ஒரே போக்குவரத்தை விட மிக அதிகமானதை அனுமதிக்கிறது, அதிக வெளிப்பாடு யாரும் அதை அப்படியே இருக்க வேண்டும் என்று முடிவு செய்யாமலேயே வருகிறது. பொது ரிசால்வரை அனுமதிப்பது நட்பான உடையில் அதே பொறியாகும்: சுரங்கப்பாதை கீழே இருக்கும்போதும் அது நேரடி DNS பாதையை உருவாக்குகிறது, எனவே பெயர் தேடல்கள் இன்னும் கசிகின்றன.
| Path | Destination | Owner |
|---|---|---|
| VPN transport | Gateway address, one UDP port | Network team |
| Tunnel traffic | Internal prefixes | Application owner |
| Resolver exception | Named internal resolver | Security team |
ஒரு விதிவிலக்குக்கான பயனுள்ள சோதனை என்பது அதைக் கேட்ட நபரையும் அது தடுக்கும் தோல்வியையும் உங்களால் பெயரிட முடியுமா என்பதே. இரண்டு பதில்களும் இல்லை என்றால், அந்த விதி வேறு வழியில் கண்ணுக்குத் தெரியாமல் இருக்கக்கூடிய தவறான உள்ளமைவுக்கான சுற்று வழியாக இருக்கலாம்.
utun எண்கள் ஒரு அடையாளம் அல்ல
MacOS சுரங்கப்பாதை இடைமுகங்களை utun சாதனங்களாக உருவாக்குகிறது, மேலும் உங்கள் VPN-க்கு வழங்கப்படும் எண் நிலையானது அல்ல மறுதுவக்கங்கள், மறு இணைப்புகள், அல்லது மற்றொரு கிளையன்ட் இருப்பதற்கு இடையில். பல ஊகிக்கப்பட்ட எண்களைப் பட்டியலிடும் விதி கொள்கை அல்ல; அது ஒரு பிற்பகலின் புகைப்படம்.
நோக்கமிடப்பட்ட வழங்குநரை அடையாளம் காட்டும் ஒன்றில் விதியை நங்கூரமிடுங்கள்: சுரங்கப்பாதை வழங்கும் முகவரித் திட்டம், இடைமுகத்தை உரிமையாகக் கொண்ட செயல்முறை, அல்லது VPN கிளையன்ட் தானே பராமரிக்கும் உள்ளமைவு. பிறகு அந்த அடையாளம் எப்படி வேலை செய்கிறது என்பதைப் பதிவு செய்யுங்கள், ஏனெனில் ஒரு வருடம் கழித்து விதியை மதிப்பாய்வு செய்பவரிடம் உங்கள் shell வரலாறு இருக்காது.
ஏற்றப்பட்ட கொள்கையைக் காரணம் கூறக்கூடியதாக்குங்கள்
ஆங்கர் பெயர் விதிகளை ஒழுங்கமைக்கிறது; செயல்படும் கொள்கை நீங்கள் நோக்கியதே என்று அது நிரூபிக்கவில்லை. ஆங்கர்களுக்கு இடையிலான முன்னுரிமை, பிற மென்பொருள் ஏற்றிய விதிகள், தற்போதைய நிலை ஆகியவை அனைத்தும் முடிவை மாற்றக்கூடும். அந்த இயந்திரத்தில் PF-ஐ உரிமையாகக் கொண்ட மற்ற அனைவருடனும் செயல்படும் தொகுப்பை மதிப்பாய்வு செய்யுங்கள், உரிமையை உள்ளமைவு இருக்கும் அதே இடத்தில் ஆவணப்படுத்துங்கள். வெவ்வேறு அனுமானங்களுடன் வெவ்வேறு ஆங்கர்களைத் திருத்தும் இரண்டு உரிமையாளர்கள் பூட்டில் ஓட்டை உருவாகும் சாதாரண வழியாகும்.
விதித் தொகுப்பை தளத்தின் ஆதரவு உள்ளமைவுப் பாதையில் வைத்திருங்கள், பதிப்பிடுங்கள், எந்த macOS வெளியீடுகள் சோதிக்கப்பட்டன என்பதைக் குறிப்பிடுங்கள். கையால் பயன்படுத்தப்பட்டு ஒருவரால் நினைவுகூரப்படும் மாற்றம், கோப்பு தலைப்பு என்ன சொன்னாலும், பராமரிக்கப்பட்ட உள்கட்டமைப்பு அல்ல.
இணைக்கப்பட்ட நிலையை அல்ல, மாற்றங்களைச் சோதியுங்கள்
சுரங்கப்பாதை இயங்கும்போது எடுக்கப்பட்ட திரைப்பிடிப்பு கிட்டத்தட்ட எதையும் நிரூபிக்கவில்லை. அதற்குப் பதிலாக நிலைகளின் வழியே செல்லுங்கள்: எந்த இணைப்புக்கும் முன் தொடக்கம், வேலை செய்யும் சுரங்கப்பாதை, எச்சரிக்கையின்றி விழும் சுரங்கப்பாதை, வேண்டுமென்றே துண்டித்தல், Wi-Fi-இல் இருந்து ஹாட்ஸ்பாட்டுக்கு மாறுதல். ஒவ்வொரு நிலைக்கும் அதன் சொந்த பதில் உண்டு, சுவாரஸ்யமானவை தோல்விகளே, மகிழ்ச்சியான பாதை அல்ல.
ஒவ்வொரு நிலையிலும் வேண்டுமென்றே அணுகக்கூடியதைப் பதிவு செய்யுங்கள். IPv4 மற்றும் IPv6-ஐ தனித்தனியாகச் சோதியுங்கள், பெயர் தீர்வைச் சோதியுங்கள், மாற்றத்துக்கு முன் ஏற்கனவே நிறுவப்பட்ட ஓட்டத்தைச் சேர்க்கவும், ஏனெனில் தற்போதைய இணைப்புகள் புதிய கொள்கையை எப்போதும் பின்பற்றுவதில்லை. சுரங்கப்பாதை கீழே இருக்கும்போது தோல்வியடையும் உலாவி ஒரு தரவுப் புள்ளி, மற்ற எல்லாப் பாதைகளும் தடுக்கப்பட்டுள்ளன என்பதற்கான ஆதாரம் அல்ல.
இறுதியாக, நீங்கள் மாற்றும் பிணையப் பாதையைச் சாராத ஒரு மீட்பு முறையை வைத்திருங்கள். உள்ளூர் சேமிப்பகத்தில் உள்ள அறியப்பட்ட நல்ல உள்ளமைவும் அதை ஏற்றுவதற்கான ஆவணப்படுத்தப்பட்ட வழியும் பூட்டைக் கொள்கையாக மாற்றுகின்றன; அவை இல்லாமல், ஒரு மோசமான திருத்தம் பாதுகாக்கப்பட வேண்டிய இயந்திரத்தில் இருந்து நிர்வாகியை வெளியே பூட்டுகிறது.