WireGuard AllowedIPs: NetworkManager ஒருபோதும் சேர்க்காத பாதை

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

wg-quick இரண்டையும் கேட்காமலேயே செய்கிறது. NetworkManager இன் உள்ளமைந்த WireGuard ஆதரவும் இயல்பாகவே peer பாதைகளை நிறுவுகிறது, இது சந்தேகத்திற்குரியவற்றை முடக்கப்பட்ட விருப்பமாகவோ, வேறு ரூட்டிங் அட்டவணையாகவோ அல்லது வேறு ஏதோ ஒன்றின் மூலம் இறக்குமதி செய்யப்பட்ட கட்டமைப்பாகவோ சுருக்குகிறது.

பாதையைத் துரத்தும் முன் சுரங்கப்பாதையை உறுதிப்படுத்துங்கள்

wg show இடைமுகம், peer, இறுதிப் புள்ளி மற்றும் கடைசி கைக்குலுக்கலின் வயதை அச்சிடுகிறது, ip addr show முகவரி இருப்பதை உறுதிப்படுத்துகிறது. சமீபத்திய கைக்குலுக்கல் என்பது விசைகள், இறுதிப் புள்ளி மற்றும் UDP பாதை செயல்படுகின்றன என்பதாகும். உடைந்தவை அனைத்தும் அவற்றுக்குக் கீழே அமர்கின்றன: ரூட்டிங், வடிகட்டுதல் அல்லது பெயர் தீர்வு.

பின்னர் கர்னலிடம் கற்பனையான இலக்குக்குப் பதிலாக உண்மையான இலக்குடன் என்ன செய்யும் என்று கேளுங்கள்: ip route get 10.42.7.9. பதில் வெளியேறும் இடைமுகத்தையும் பாக்கெட் எடுத்துச் செல்லும் மூல முகவரியையும் குறிப்பிடுகிறது. அது இயற்பியல் அடாப்டரைக் குறிப்பிடும்போது, கைக்குலுக்கல் எவ்வளவு ஆரோக்கியமாகத் தோன்றினாலும் பாக்கெட் ஒருபோதும் சுரங்கப்பாதைக்குள் நுழையாது.

AllowedIPs ஒரு வடிகட்டி மற்றும் பாதைப் பட்டியல்

AllowedIPs இல் உள்ள முன்னொட்டுகள் இரண்டு வேலைகளைச் செய்கின்றன. வெளியேறும் இலக்கை எந்த peer எடுத்துச் செல்கிறது என்பதை அவை தேர்ந்தெடுக்கின்றன, மேலும் உள்வரும் பாக்கெட்டுகளின் மூல முகவரியைச் சரிபார்க்கின்றன, அதுவே குறியாக்க விசை ரூட்டிங்கின் எல்லை. wg-quick இல் அவை தானியங்கி பாதை நிறுவலையும் இயக்குகின்றன, அந்தக் கூடுதல் நடத்தையே ஒரே கட்டமைப்பு முனையத்திலிருந்து வேலை செய்து டெஸ்க்டாப் கிளையண்டிலிருந்து வேலை செய்யாததற்குக் காரணம்.

இந்தக் கட்டுரைக்குப் பின்னால் உள்ள வழக்கில் சுயவிவரம் உள்ளமைந்த ஆதரவின் மூலம் அல்லாமல் மூன்றாம் தரப்பு செருகுநிரல் மூலம் இறக்குமதி செய்யப்பட்டது, இடைமுகம் முன்னொட்டுப் பாதை இல்லாமல் எழுந்தது. அட்டவணையைப் பட்டியலிடுவது அதை உடனடியாகக் காட்டுகிறது: ip route show இல் இடைமுக முகவரியின் இணைக்கப்பட்ட பாதை மட்டுமே உள்ளது, தொலைத் தூரத்திற்கு எதுவும் இல்லை.

peer பாதைகள் எதுவும் இயக்கப்பட்டுள்ளதா என்று கேளுங்கள்

எதையும் மாற்றுவதற்கு முன் அமைப்பைப் படியுங்கள்: nmcli -f wireguard.peer-routes,ipv4.route-table connection show work-wg. peer-routes no எனக் காட்டும்போது, ஆதரிக்கப்படும் சரிசெய்தல் nmcli connection modify work-wg wireguard.peer-routes yes, அதைத் தொடர்ந்து மீண்டும் இணைப்பு. அதற்குப் பதிலாக நிலையான பாதையைச் சேர்ப்பது அடுத்த செயல்படுத்தல் வரை வேலை செய்து பின்னர் அமைதியாக மறைந்துவிடும். அந்த மறைவே துப்பு: தினமும் காலையில் புதிராகத் திரும்பும் பாதையை சுயவிவரம் நிறுவுவதில்லை.

விருப்பம் ஏற்கனவே இயக்கப்பட்டிருந்தால், முன்னொட்டு வேறு அட்டவணையில் வாழ்கிறதா என்று ip route show table all | grep 10 மூலம் சரிபார்க்கவும். முதன்மை அல்லாத அட்டவணையில் உள்ள பாதை காணாமல் போனதல்ல, முதன்மை அட்டவணையை மட்டும் பார்க்கும் தேடலுக்கு அது கண்ணுக்குத் தெரியாதது மட்டுமே. மேலே நகல் பதிவைக் குவிப்பதற்குப் பதிலாகக் கொள்கை ரூட்டிங்கைச் சரிசெய்யுங்கள்.

முன்னொட்டை இயங்கும் அமைப்பில் அல்ல, இணைப்பில் சேர்க்கவும்

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

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

பிளவுபட்ட சுரங்கப்பாதையை முன்னொட்டுப் பட்டியல் தீர்மானிக்கிறது

பிளவுபட்ட சுரங்கப்பாதைக்கு சுவிட்ச் இல்லை; முன்னொட்டுப் பட்டியலே முடிவு. அலுவலக LAN க்கு ஒரு வரம்பும் ஆய்வக வலையமைப்புக்கு மற்றொரு வரம்பும் கொண்ட peer அந்த இலக்குகளைச் சரியாகச் சுரங்கப்பாதை வழியாக அனுப்பி மற்ற அனைத்தையும் தனியாக விடுகிறது. ஒரு புரவலனுக்கு /32 தேவை, இரண்டு இடங்களில் ஒன்றையொன்று மேற்பொருந்தும் வரம்புகளுக்கு யாராவது துணை வலையமைப்பை மறுஎண்ணிடும் வரை புரவலன் முன்னொட்டுகள் தேவை.

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

பாதை அட்டவணைக்கு ஒரு உரிமையாளர்

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

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