உங்கள் லேப் VPN பாதையை அடாப்டர் வரிசை தீர்மானிக்காதது ஏன்

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

மூன்று நிபந்தனைகள் பாதையைத் தீர்மானிக்கின்றன

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

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

முதல் நிபந்தனை: எந்த முன்னொட்டு வெல்லும்

10.8.0.0/24-க்குச் செல்லும் பாதை அதற்குள் உள்ள முகவரிக்கு இயல்புநிலைப் பாதையை வெல்கிறது, அளவீடுகளையும் அடாப்டர் வரிசையையும் பொருட்படுத்தாமல். அதனால்தான் குறிப்பிட்ட பாதையை நிறுவும் VPN வாடிக்கையாளர் குறைந்த அளவீட்டு இரண்டாவது அடாப்டர் தோன்றினாலும் தொடர்ந்து வேலை செய்கிறது: செலவு கருதப்படுவதற்கு முன்பே குறிப்பிட்ட தன்மை வெல்கிறது. நீங்கள் பயன்பாட்டில் இருப்பதாகக் கருதும் அட்டவணையை ip route show மூலமும், ஒரு குறிப்பிட்ட இலக்குக்கு கர்னல் உண்மையில் என்ன பதில் தரும் என்பதை ip route get 203.0.113.9 மூலமும் சரிபார்க்கவும்.

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

இரண்டாம் நிபந்தனை: அளவீடு என்ன செய்கிறது, என்ன செய்யாது

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

விருந்தினரில் ip route show ஒவ்வொரு பாதையின் அருகிலும் அளவீட்டை அச்சிடுகிறது, Windows-இல் Get-NetRoute ஒரு InterfaceMetric மற்றும் பாதை அளவீட்டை அச்சிடுகிறது. இரண்டையும் படியுங்கள், ஏனெனில் பயனுள்ள முன்னுரிமை ஒரு புலம் அல்ல, கூட்டுத்தொகையாகவும் இருக்கலாம். இரண்டு இயல்புநிலைப் பாதைகள் இருந்தால் அதுவே கண்டுபிடிப்பு: விருந்தினருக்கு வெளியேற இரண்டு வழிகள் உள்ளன, எது வெல்லும் என்பது வன்பொருள் மாற்றம் மாற்றக்கூடிய எண்களைப் பொறுத்தது.

மூன்றாம் நிபந்தனை: விருந்தினர் உண்மையில் என்ன பயன்படுத்தியது

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

எதிர்பார்க்கப்பட்ட நிலையை அல்ல, பயன்படுத்தப்பட்ட நிலையைச் சரிபார்க்கவும். ip -br link இப்போது உள்ள இடைமுகங்களைக் காட்டுகிறது, NetworkManager உள்ள ஹோஸ்ட்டில் nmcli connection show எந்த விவரக்குறிப்பு எந்தச் சாதனத்துடன் இணைக்கப்பட்டுள்ளது எனக் காட்டுகிறது. இணைக்க முடியாத விவரக்குறிப்பு இடைமுகத்தை முகவரியின்றி இயக்கத்தில் விட்டுவிடுகிறது, அது வழித்தடப் பிரச்சினை போலத் தோன்றினாலும் பெயரிடல் பிரச்சினையாகும். மீட்டெடுக்கப்பட்ட ஸ்னாப்ஷாட்டுகள் இதை மோசமாக்குகின்றன, ஏனெனில் விருந்தினரின் சேமிக்கப்பட்ட நிலை புதிய வன்பொருள் இனி வழங்காத அடாப்டர் அடையாளங்களைக் குறிப்பிடக்கூடும்.

லேப் இடவியலை மீண்டும் உருவாக்கக்கூடியதாக வைத்திருங்கள்

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

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

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

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