Linux இல் Tailscale கிளையண்ட் அறிவிக்கப்பட்ட சப்நெட் வழித்தடங்களை ஏன் புறக்கணிக்கிறது

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

Linux கிளையண்ட் நிறுவ மறுக்கும் விஷயம்

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

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

இந்த இயந்திரத்திற்கு வழி ஏற்பை இயக்கவும்

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

sudo tailscale set --accept-routes
tailscale status
ip route show table 52

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

பழைய கிளையண்டுகள் அதே விருப்பத்தை உள்நுழைவு கட்டளையின் கொடியாக வழங்குகின்றன, எனவே tailscale set இல்லாதபோது sudo tailscale up --accept-routes மாற்று. வழிகளை கைமுறையாக திருத்துவதற்குப் பதிலாக அதைப் பயன்படுத்துங்கள், ஏனெனில் டீமன் அதன் சொந்த அட்டவணையை மீண்டும் எழுதுகிறது, அடுத்த மறுஇணைப்பில் உங்கள் திருத்தம் மறைந்துவிடும். பழைய இடுகையிலிருந்து கட்டளையை நகலெடுக்கும் முன் பதிப்பைச் சரிபார்க்கவும்.

அறிவிப்பையும் ஒப்புதலையும் தனித்தனியாக சரிபார்க்கவும்

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

sudo tailscale up --advertise-routes=10.80.0.0/24
sysctl net.ipv4.ip_forward
ip -br addr

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

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

ஹோஸ்ட்பெயருக்கு முன் தனிப்பட்ட முகவரியை சோதிக்கவும்

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

tailscale ping 10.80.0.1
ping -c 2 10.80.0.25
nc -vz 10.80.0.25 445
getent hosts nas.internal.example

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

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

கிளையண்ட் கொடி ரவுட்டர் அமைப்பு ஏன் அல்ல

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

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

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