இரண்டு VPN வாடிக்கையாளர்கள், ஒரு ரூட்டிங் அட்டவணை: இயல்புநிலை வழி யாருக்கு

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

மோதல் ரூட்டிங் அட்டவணையில் வாழ்கிறது

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

வாடிக்கையாளர்கள் ஒரு பகிரப்பட்ட அட்டவணையின் தொகுப்பாளர்கள். எந்த மாற்றம் கடைசியாக நடந்தது என்பதை அறிவது கிட்டத்தட்ட ஒவ்வொரு அறிகுறியையும் விளக்குகிறது.

தற்போதைய வழி எந்தச் சுரங்கப்பாதையின் உடைமை என்பதைப் படியுங்கள்

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

ip route get 10.20.0.5
route print -4

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

இரண்டாவது வாடிக்கையாளர் எல்லாவற்றையும் கோருவதை நிறுத்துங்கள்

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

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull தள்ளப்பட்ட ஒவ்வொரு வழியையும் புறக்கணிக்கிறது, pull-filter ignore "redirect-gateway" இயல்புநிலை-வழி கட்டளையை மட்டும் நீக்கி தள்ளப்பட்ட DNS மற்றும் பிற விருப்பங்களை வைத்திருக்கிறது. சேவையக உள்ளமைவில் எவ்வளவு இன்னும் தேவை என்பதைப் பொறுத்து இவற்றுக்கிடையே தேர்ந்தெடுத்து, பின்னர் இரண்டாவது பிணையத்திற்குத் தேவையான குறிப்பிட்ட முன்னொட்டுகளைச் சேர்க்கவும். DNS ஐ நினைவில் கொள்ளுங்கள், ஏனெனில் வினவல்களை எடுத்துச் செல்லாத சுரங்கப்பாதை தள்ளும் தீர்ப்பான் எதையும் திருப்பித் தராது. ஒவ்வொரு பிணையத்திலும் ஒரு தெரிந்த புரவலனைச் சோதித்து, தொலைப் பக்கம் காணும் மூல முகவரியை உறுதிப்படுத்துங்கள்.

ஒன்றின் மேல் ஒன்று படியும் துணைப் பிணையங்களைத் தவிர்க்க முடியாது

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

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