டனலின் /32-ஐ நகலெடுத்தால் அலுவலக துணைப்பிணையம் வழிமாற்றப்படாது
VPN உங்கள் அடாப்டருக்கு வழங்கும் முகவரி இணைப்பை விவரிக்கிறது, இலக்கை அல்ல. சுயவிவரத்தில் வள முன்னொட்டைச் சேர்க்கவும், இயல்புநிலையை அப்படியே விடவும்.
VPN இணைகிறது, இடைமுகம் முப்பத்திரண்டு பிட் மறைப்புடன் ஒரு முகவரியைக் காட்டுகிறது, அலுவலக சேவையகம் அணுகமுடியாததாகவே உள்ளது. அடுத்த படி பெரும்பாலும் அந்த மறைப்பை ஒரு வழியில் மீண்டும் பயன்படுத்துவது, இடைமுகம் டனல் எங்கு செல்ல முடியும் என்பதை விவரிக்கிறது என்ற கோட்பாட்டின் அடிப்படையில். அது இல்லை. அந்த முகவரி புள்ளி-முதல்-புள்ளி இணைப்பின் உள்ளூர் முனையை விவரிக்கிறது, உங்களுக்கு முக்கியமான இலக்கு அதன் மறுபுறம் வேறு முன்னொட்டில் உள்ளது.
இரண்டு வெவ்வேறு விஷயங்கள் கலக்கப்படுகின்றன: டனல் உங்களுக்குக் கொடுத்த முகவரி, மற்றும் அதன் வழியாக நீங்கள் அடைய விரும்பும் பிணையம்.
இரண்டு முகவரிகள், இரண்டு வேலைகள்
புள்ளி-முதல்-புள்ளி டனலில், வாடிக்கையாளர் முகவரி பெரும்பாலும் ஒரே புரவன் முகவரியாக இருக்கும், ஏனெனில் இணைப்பின் மறுமுனையில் சரியாக ஒரு கூட்டாளி மட்டுமே உள்ளார். பகிரப்பட்ட பிரிவு இல்லை, ARP இல்லை, எனவே Ethernet-இல் அபத்தமாகத் தோன்றும் மறைப்பு இங்கு முற்றிலும் இயல்பானது.
இலக்கு முன்னொட்டு அலுவலக பிணையம் பற்றிய உண்மை, டனல் பற்றியது அல்ல. உங்களுக்கு ஒரு சேவையகம் தேவைப்பட்டால், வழி அந்த சேவையகத்திற்கான புரவன் வழி. உங்களுக்கு முழு அலுவலக துணைப்பிணையம் தேவைப்பட்டால், வழி அந்த துணைப்பிணையம். இந்த இரண்டு பதில்களில் எதையும் இடைமுகத்திலிருந்து படிக்க முடியாது, டனல் முகவரிக்கு அருகில் தோன்றியதால் ஒன்றைத் தேர்ந்தெடுப்பதே வேலை செய்யும் அமைப்பை உடைக்கும் வழி.
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
அந்த மூன்றாவது வரிசையே நம்பிக்கை தடங்கலாக மாறும் இடம். ஒரே தளத்திற்கு சேவை செய்யும் டனலுக்குள் முழு தனிப்பட்ட வரம்பையும் வழிமாற்றினால், தொடர்பில்லாத போக்குவரத்து அதை வழங்க முடியாத பாதைக்குத் தள்ளப்படும், அதனால் ஏற்படும் தோல்விகள் அகலமான வழியாக அல்ல, உடைந்த VPN ஆகத் தெரியும்.
தேவையிலிருந்து முன்னொட்டைத் தேர்ந்தெடுக்கவும்
சுயவிவரத்தைத் தொடும் முன் தேவையை ஒரு வாக்கியமாக எழுதுங்கள்: எந்த புரவன்கள் அணுகக்கூடியதாக இருக்க வேண்டும், அவற்றை மூடும் மிகக் குறுகிய முன்னொட்டு எது? ஒரு சேவையகம் என்பது புரவன் வழி. ஒரு துணைப்பிணையம் என்பது துணைப்பிணைய வழி. துணைப்பிணையங்களின் வரம்பு ஒரு சுருக்கம், சுருக்கம் என்பது அதற்குள் உள்ள ஒவ்வொரு முகவரியும் அணுகக்கூடியது என்ற உறுதிமொழி, அது அரிதாகவே உண்மை.
பின்னர் எண்ணை அலுவலகம் உண்மையில் பயன்படுத்துவதோடு ஒப்பிடுங்கள். தளத்தின் முகவரி திட்டத்துடன் உறுதிப்படுத்தாமல் அரட்டைச் செய்தியிலிருந்து முன்னொட்டை நகலெடுப்பதே, யாருக்கும் சொந்தமில்லாத துணைப்பிணையத்தை நோக்கி வழி செல்லும் முறை.
வழி ஒரு பாதை, அனுமதி அல்ல என்பதையும் நினைவில் கொள்ளுங்கள். நுழைவாயில் இன்னும் உங்கள் வாடிக்கையாளர் இலக்கைப் பயன்படுத்தலாமா என்று தீர்மானிக்கிறது, ஒரு சேவை இன்னும் உங்களை மறுக்கலாம். வழியைச் சரியாக நிறுவுவது பொதியை அங்கு சேர்க்கிறது, அங்கீகாரம் பற்றி எதுவும் பதிலளிக்காது.
சுயவிவரத்தில் சேர்க்கவும், ஒருபோதும் மாற்ற வேண்டாம்
NetworkManager சுயவிவரத்தில் வழிகள் பல்மதிப்பு பண்பு, அமைப்பதற்கும் சேர்ப்பதற்கும் இடையிலான வேறுபாடு ஒரு எழுத்து. ஒரு உள்ளீட்டைச் சேர்க்கவும் ஏற்கனவே சேமித்த அனைத்தையும் வைத்திருக்கவும் கூட்டல் வடிவத்தைப் பயன்படுத்தவும்.
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"கூட்டல் இல்லாமல், ஒதுக்கீடு முழுப் பட்டியலையும் மாற்றுகிறது. ஏற்கனவே பல முன்னொட்டுகளைக் கொண்ட சுயவிவரத்தில், இது வேலை செய்தவற்றை அமைதியாக நீக்குகிறது, அறிகுறி பின்னர் இந்த மடிக்கணினியிலிருந்து முன்பு அணுகக்கூடியதாக இருந்த சேவையாக வருகிறது.
பெயருக்குப் பதிலாக UUID பயன்படுத்தவும். மீட்டமைப்புக்குப் பிறகு பெயர்கள் நகலாகும், நீங்கள் திருத்தும் இணைப்பு உங்கள் போக்குவரத்தைச் சுமக்கும் இணைப்பாக இல்லாமல் இருக்கலாம். முதலில் ஏற்கனவே ஒத்த உள்ளீடு உள்ளதா எனப் பார்க்கவும், ஏனெனில் நகலைச் சேர்ப்பது தீங்கற்றதாக இருந்தாலும் ஒழுங்கற்றது.
இந்த வழி பண்பு குறிப்பு நிறுவப்பட்ட பதிப்பிற்கான இலக்கு, விருப்ப அடுத்த தாவல், அளவீடு மற்றும் பண்பு இலக்கணத்தை ஆவணப்படுத்துகிறது. அடுத்த தாவலைச் சேர்ப்பதற்கு முன் இதைப் படியுங்கள், ஏனெனில் அது தேவையா என்பது ஒருங்கிணைப்பு மற்றும் இடவியலைப் பொறுத்தது, இடைமுகப் பட்டியலின் முதல் முகவரியிலிருந்து அதை ஊகிப்பது ஒரு முறை அல்ல.
இயல்புநிலை வழியும் DNS-உம் தனித்தனி முடிவுகள்
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
தானியங்கி வழிகள் கவனக்குறைவாகத் தொடக்கூடாத மற்றொரு விஷயம். காணாமல் போன ஒரு உள்ளீட்டைத் தீர்க்க அவற்றை அடக்குவது வேலை செய்யும் பலவற்றை நீக்கலாம், அதைப் பரிந்துரைத்தவர் பொதுவாக வேறு புஷ்கள் கொண்ட வேறு சுயவிவரத்தைப் பார்த்துக் கொண்டிருந்தார்.
DNS-க்கு அதன் சொந்தப் பாதையும் சொந்தத் தோல்விகளும் உள்ளன. தவறான தீர்வியன் மூலம் சரியான முகவரிக்குத் தீர்க்கப்படும் பெயர், அல்லது தனிப்பட்ட மண்டலத்திற்குப் பதிலளிக்க முடியாத தீர்வியன், வழி சரியாக இருக்கும்போதே வழிமாற்றல் சிக்கலாகத் தெரியும். முகவரியையும் பெயரையும் தனித்தனியே சோதித்து, பின்னர் எந்த அடுக்கு உண்மையில் தோல்வியடைந்தது என்பதை முடிவு செய்யுங்கள்.
என்ன பயன்படுத்தப்பட்டது என்பதைச் சரிபார்க்கவும்
சேமித்த மாற்றம் பயன்படுத்தப்பட்ட மாற்றம் அல்ல. மேலாளரின் ஆதரவு வாழ்க்கைச் சுழற்சி வழியாக மீண்டும் இணைக்கவும், பின்னர் நோக்கமான இலக்கிற்கான உண்மையான வழியையும் எந்த அட்டவணை பார்க்கப்படுகிறது என்பதைத் தீர்மானிக்கும் கொள்கை விதிகளையும் பார்க்கவும்.
முன்னொட்டு இருந்தும் இணைப்பு இன்னும் தோல்வியடைந்தால், நீங்கள் வேறு சிக்கலுக்குச் சென்றுள்ளீர்கள்: மூல முகவரி தேர்வு, தொலை முனையில் திரும்பு வழி, அல்லது உங்கள் வாடிக்கையாளரை மறுக்கும் சேவை. அவை ஒவ்வொன்றும் நீங்கள் ஏற்கனவே சரிசெய்த சுயவிவரத்தை விடப் பார்க்கச் சிறந்த இடம்.