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

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

ஒரு முகவரி, இரண்டு இயந்திரங்கள்

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

ip route get 192.168.1.20

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

நீங்கள் கட்டுப்படுத்தும் பக்கத்தை மறுஎண்ணிடுங்கள்

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

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

எந்தப் பக்கமும் மாற முடியாதபோது

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

தனிப்பட்ட முகவரி வரம்புகள் தனிப்பட்டதாகவே இருக்கும்; சிக்கல் மறுபயன்பாடு, வரம்புகள் அல்ல.

எந்த இயந்திரம் பதிலளித்தது என்பதை நிரூபியுங்கள்

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

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

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

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

தொடர்புடைய கட்டுரைகள்