தனியுரிமை வழிகளைத் தக்கவைத்து திசைமாற்றத்தை விடுங்கள்: OpenVPN பிளவுபட்ட சுரங்கப்பாதை
தனியுரிமை வலைப்பிணையங்களுக்கு மட்டுமான சுரங்கப்பாதைக்கு இரண்டு விதிகள் தேவை: தனியுரிமை முன்னொட்டுகள் அதன் வழியாகச் செல்கின்றன, சாதாரண உலாவல் அதன் உள்ளூர் பாதையைத் தக்கவைக்கிறது. இயல்புநிலை வழியை நீக்குவது கொள்கை அல்ல.
சுரங்கப்பாதை எழுகிறது, பயன்பாடு ஏற்றப்படுகிறது, பின்னர் மடிக்கணினியில் உள்ள மற்ற அனைத்தும் விநோதமாக நடந்துகொள்ளத் தொடங்குகிறது. ஒரு வரியை நீக்கி செயல்படுத்தப்பட்ட தனியுரிமை-மட்டும் கொள்கையின் வழக்கமான வடிவம் இதுவே. தள்ளப்பட்ட இயல்புநிலை வழியை நீக்குவது போக்குவரத்து எங்கு செல்கிறது என்பதை உண்மையில் மாற்றுகிறது, ஆனால் அதற்குப் பதிலாக போக்குவரத்து எங்கு செல்ல வேண்டும் என்று அது சொல்லவில்லை, பெயர் தீர்வை அது சிறிதும் தொடவில்லை. சோதிப்பதற்கு முன் கொள்கைக்கு இரண்டு நேர்மறை பாதிகள் தேவை.
திசைமாற்றத்தை நீக்குவது மாற்றத்தின் பாதி மட்டுமே
முழு-சுரங்கப்பாதை திசைமாற்றமும் தனியுரிமை-மட்டும் கொள்கையும் உலகைப் பற்றி அவை கூறும் விஷயத்தில் வேறுபடுகின்றன. திசைமாற்றம் ஒவ்வொரு இலக்கையும் உரிமை கொள்ளுகிறது, அதேசமயம் தனியுரிமைக் கொள்கை ஒரு பட்டியலை உரிமை கொண்டு மீதியை அமைதியாக விடுகிறது. பட்டியலை எழுதாமல் உரிமையை நீக்கினால் உள்ளூர் வலையத்திற்கு வெளியே எங்கும் சென்றடையாத வாடிக்கையாளர் உருவாகிறது, இது கொள்கையின் இடைவெளியை விட வழிமாற்றல் தோல்வி போலத் தெரிகிறது. உரிமையை அகற்றும் முன் பட்டியலை எழுதுங்கள், பிறகு அந்த இரண்டு படிகளின் வரிசை முக்கியமல்ல.
இரண்டு பாதிகளும் இயல்புநிலைகள் அல்ல, தேவைகள். தனியுரிமை முன்னொட்டுகள் சுரங்கப்பாதைக்குள் நுழைய வேண்டும், சாதாரண இலக்குகள் இணைப்புக்கு முன் இருந்த பாதையைத் தக்கவைக்க வேண்டும்.
ஒரு நிறுவனம் முழு சுரங்கப்பாதையைக் கட்டாயப்படுத்தினால், இதில் எதுவும் பொருந்தாது. தனியுரிமை-மட்டும் வடிவமைப்பு பிளவுபட்ட வழிமாற்றல் அனுமதிக்கப்பட்ட பயன்பாடுகளுக்கு உரியது.
pull-filter ஒரு பொருத்தம், சுவிட்ச் அல்ல
pull-filter கட்டளை பெயர்கள் முன்னொட்டுடன் பொருந்தும் தள்ளப்பட்ட விருப்பங்களை நீக்குகிறது, அவ்வளவே செய்கிறது. திசைமாற்றத்தைப் புறக்கணித்தால் மற்ற ஒவ்வொரு தள்ளப்பட்ட விருப்பமும் அதன் இடத்திலேயே இருக்கும், பொதுவாக அதுவே உங்களுக்கு வேண்டும்: வழிகள், DNS அமைப்புகள் மற்றும் வழி-நுழைவாயில் மதிப்பு அனைத்தும் வந்துசேர்கின்றன. உள்ளூர் விவரக்குறிப்பில் எழுதப்பட்ட கட்டளையையும் அது நீக்க முடியாது, ஏனெனில் வடிகட்டுதல் சேவையகம் தள்ளுவதற்குப் பொருந்தும்.
route உடன் தொடங்கும் ஒவ்வொரு விருப்பத்தையும் புறக்கணிக்கும் சோதனையை எதிர்த்து நில்லுங்கள். அந்த முறை இணைப்புக்குத் தேவையான தனியுரிமை வழிகளையும் தூக்கி எறிகிறது, மேலும் சுரங்கப்பாதை சார்ந்திருக்கும் நுழைவாயில் தகவலையும் இழக்கலாம்.
route-nopull தெரிவதை விட பரந்த முடிவு. தள்ளப்பட்ட வழிகளையும் DHCP பாணி விருப்பங்களையும் ஒரு குழுவாக ஏற்க வாடிக்கையாளரைத் தடுக்கிறது, இது ஒரு விருப்பத்தை வடிகட்டுவதிலிருந்து வேறுபட்ட கொள்கை.
வழிப் பட்டியலை பயன்பாட்டிலிருந்து வெளிப்புறமாக எழுதுங்கள்
பயனர் உண்மையில் திறப்பதில் தொடங்கி, பின்னர் ஆதரவுப் பகுதிகளைச் சேர்க்கவும். 10.60.20.15 இல் உள்ள பயன்பாடு அதன் துணைவலையம் 10.60.0.0/16 ஐக் குறிக்கிறது, தனியுரிமைப் பெயர் அதற்குப் பதிலளிக்கும் தீர்வியைக் குறிக்கிறது. எனவே ஒரு பயன்பாட்டைக் கேட்ட பயனருக்கு இரண்டு இலக்குகளும் ஒரு DNS முடிவும் தேவை. அந்தப் பட்டியலுக்கு அப்பால் உள்ள அனைத்தும் கட்டமைப்பின்படியே எல்லைக்கு வெளியே, அதுவே கொள்கையை மறுபரிசீலனைக்கு உரியதாக வைத்திருக்கிறது.
ஒத்துழைக்கும் சேவையகத்தில் அவை இரண்டு தள்ளப்பட்ட வழிகளாக மாறுகின்றன, அவற்றில் எதுவும் திசைமாற்றம் அல்ல. இருக்கும் சேவை வழங்கும் சுரங்கப்பாதை இடவியலையும் வழி-நுழைவாயில் மதிப்புகளையும் தக்கவைத்துக் கொள்ளுங்கள்.
இந்தக் கொள்கை சில பயனர்களுக்கு மட்டும் தேவைப்பட்டால், அதை ஒவ்வொரு வாடிக்கையாளருக்கும் அல்லது குழுவுக்கும் பயன்படுத்துங்கள். ஒரு குழுவின் தேவையைச் சரிசெய்ய அனைவரின் வழிமாற்றலையும் மாற்றுவதே பிளவுபட்ட சுரங்கப்பாதை தடங்கலாக மாறும் வழி.
| Destination | Intended path |
|---|---|
10.60.0.0/16 | Tunnel, for the approved application services |
10.61.0.53/32 | Tunnel, to reach the internal resolver |
corp.example queries | Internal resolver, selected per namespace |
| Everything else | Local path and local resolver |
DNS அதே பாதையைப் பின்பற்றட்டும்
தீர்விக்கான வழி தீர்விக் கொள்கை அல்ல. systemd-resolved வாடிக்கையாளரில் அர்த்தமுள்ள விளைவு தனியுரிமைப் பெயரிடத்திற்கான ஒரு வழிமாற்றல் களமாகும், அது உள் தீர்வியைச் சுட்டுகிறது, அதுவே அந்தப் பெயர்கள் மட்டும் அதைப் பயன்படுத்தச் செய்கிறது. Windows வாடிக்கையாளருக்கு அதற்குப் பதிலாக அதன் சொந்தப் பெயரிடக் கொள்கை முறை தேவை. விவரக்குறிப்பில் உள்ள DNS சேவையக வரி தானாக அவற்றில் எதையும் நிறுவுவதில்லை.
விவரக்குறிப்பு கேட்டதை அல்ல, இயக்க முறைமை தேர்ந்தெடுத்ததைச் சரிபாருங்கள். Linux இல் resolvectl status ஒவ்வொரு இணைப்பிற்கும் களத்தையும் சேவையகத்தையும் காட்டுகிறது; Windows இல் பெயரிடக் கொள்கை அட்டவணையே சமமான சான்று.
தீர்வியை சுரங்கப்பாதை வழியாக அணுகக்கூடியதாக வைத்திருங்கள், இல்லையேல் கொள்கை கேட்க முடியாத முகவரியைச் சுட்டும். சுரங்கப்பாதை எட்டாத தீர்வி முகவரி வேலை செய்யும் கொள்கையை நேர முடிவாக மாற்றுகிறது.
மறு இணைப்பில் இரண்டு பாதிகளையும் சரிபாருங்கள்
மாற்றத்திற்குப் பிறகு வாடிக்கையாளரை மீண்டும் இணைத்து தனியுரிமை முகவரிக்கும் பொது முகவரிக்கும் உள்ள பயனுள்ள வழியை ஆராயுங்கள். பின்னர் ஒரு தனியுரிமைப் பெயரையும் ஒரு பொதுப் பெயரையும் தீர்த்து ஒவ்வொன்றும் கருதப்பட்ட தீர்வியைப் பயன்படுத்தியதை உறுதிப்படுத்துங்கள். பொது இணையதளம் ஏற்றப்படுவது இரண்டாம் பாதியை மட்டுமே நிரூபிக்கிறது, பொதுவாக அந்தப் பாதியே தற்செயலாக வேலை செய்கிறது.
முடிந்த கொள்கையை ஒரு வாக்கியத்தில் பதிவு செய்யுங்கள்: இந்த முன்னொட்டுகளும் பெயர்களும் இந்த இணைப்பைப் பயன்படுத்துகின்றன, மற்ற அனைத்தும் உள்ளூர் பாதையைப் பின்பற்றுகின்றன. பின்னர் ஒவ்வொரு உள்நுழைவுக்குப் பிறகு அடாப்டர் அமைப்புகளைச் சரிசெய்வதற்குப் பதிலாக அதை விவரக்குறிப்பில் வைத்திருங்கள்.