ZeroTier மீது HTTP மறையாக்கப்பட்டதா? ஓவர்லே எங்கு முடிகிறது எனப் பாருங்கள்

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

சரிபார்ப்பு 1: உலாவி அழைக்கும் முகவரியைக் கண்டறியுங்கள்

URL-ஐ இயந்திரம் உண்மையில் வைத்திருப்பதுடன் ஒப்பிடுங்கள். ip -brief addr show zt இடைமுகத்தையும் வலையமைப்புக் கட்டுப்படுத்தி ஒதுக்கிய ஓவர்லே முகவரியையும் பட்டியலிடுகிறது; URL அந்த முகவரியைப் பயன்படுத்தினால், உலாவியின் சாக்கெட் ஓவர்லேவுக்குள் செல்கிறது.

பெயர் அதற்குப் பதிலாக LAN முகவரியாகத் தீர்க்கப்பட்டால், வாடிக்கையாளரின் நிலைக் குறியீடு எதைப் பரிந்துரைத்தாலும் ஓவர்லே எந்த வகையிலும் ஈடுபட்டிருக்காது. ip route get 10.147.20.5 கர்னல் தேர்ந்தெடுக்கும் இடைமுகத்தையும் மூல முகவரியையும் அச்சிடுகிறது, எனவே அங்கு zt இடைமுகம் இருந்தால் பொதி ஓவர்லேவுக்குள் நுழைகிறது, உங்கள் இயற்பியல் NIC பெயர் இருந்தால் நுழையாது. பெயர்கள் மற்றொரு அடுக்கைச் சேர்க்கின்றன: ஓவர்லே முகவரியைச் சுட்டும் பதிவு LAN முகவரியைச் சுட்டும் பதிவிலிருந்து வேறாக நடந்துகொள்ளும், தேடல் பின்னொட்டு அல்லது hosts கோப்புப் பதிவு எது கிடைக்கும் என்பதை அமைதியாகத் தீர்மானிக்கலாம்.

சரிபார்ப்பு 2: இரு முனைகளும் பியர்களே, மறையாக்கம் நீக்கும் ரிலே அல்ல என உறுதிப்படுத்துங்கள்

ZeroTier பியர்களுக்கு இடையே மறையாக்குகிறது, நேரடிப் பாதை இல்லாத இடத்தில் பொதிகள் இன்னும் மறையாக்கப்பட்ட நிலையிலேயே அனுப்பும் ஒரு வேருடாக ரிலே செய்யப்படுகின்றன. zerotier-cli peers ஒவ்வொரு பியரின் பாதையையும் DIRECT அல்லது RELAY என தாமத எண்ணுடன் குறிக்கிறது. ரிலே செய்யப்பட்ட பாதை சுற்றுப் பயணங்களைச் செலவழிக்கிறது, ரகசியத்தன்மையை அல்ல.

பதிலை மாற்றுவது உண்மையில் முனைப் புள்ளி அல்லாத ஒரு உறுப்பினர். எதிர்ப்பக்கம் இயற்பியல் LAN-க்குள் வழிமாற்றம் அல்லது பிரிட்ஜ் செய்யும் ZeroTier உறுப்பினராக இருந்தால், ஓவர்லே அந்த உறுப்பினரில் முடிகிறது, அடுத்த தாவல் சாதாரண ஈதர்நெட்.

சரிபார்ப்பு 3: கோரிக்கை எங்கு படிக்கக்கூடியதாகிறது எனக் கவனியுங்கள்

பக்கத்தை வழங்குவதாக நீங்கள் நம்பும் ஹோஸ்ட்டில், மீண்டும் ஏற்றும்போது ஓவர்லே இடைமுகத்தைப் பிடியுங்கள்: sudo tcpdump -i ztxxxxxxx -A -c 5 'tcp port 80'. அந்த வெளியீட்டில் படிக்கக்கூடிய கோரிக்கை வரி, அந்த ஹோஸ்ட்டுக்கு டிராஃபிக் மறையாக்கம் நீக்கப்பட்டு வந்தது என நிரூபிக்கிறது, அதுவே நீங்கள் தேடும் எல்லை.

பின்னர் மீதமுள்ள LAN-ஐ நோக்கிய இடைமுகத்தில் பிடியுங்கள். அதே கோரிக்கை அங்கு திறந்த நிலையில் தோன்றினால், அது பயன்பாட்டை அடையும் முன் ஓவர்லேவை விட்டுவிட்டது, அந்தப் பகுதியில் உள்ள ஒவ்வொரு சாதனமும் அதைப் படிக்கலாம். LAN பக்கத்தில் எதுவும் தோன்றாமல் பக்கம் இன்னும் ஏற்றப்பட்டால், பயன்பாடு ZeroTier ஹோஸ்ட்டிலேயே முடிகிறது.

முன்னால் தலைகீழ் ப்ராக்ஸி இருக்கும்போது லூப்பபேக்கைப் பிடிப்பதும் முக்கியம், ஏனெனில் HTTPS-ஐ ஏற்று HTTP-ஐ அனுப்பும் ப்ராக்ஸி எல்லையை தன் சொந்த பின்தளத்துக்கு நகர்த்துகிறது.

சரிபார்ப்பு 4: ரவுட்டர் அல்லது பிரிட்ஜுக்குப் பின்னால் ஒவ்வொரு தாவலையும் கணக்கிடுங்கள்

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

அனுமானிக்காமல் அதைத் தடமறியுங்கள். வாடிக்கையாளரிலிருந்து சேவை முகவரி வரையிலான traceroute உடன் நுழைவாயில் உறுப்பினரின் வழிமாற்று அட்டவணையும் சேர்ந்து கடைசித் தாவல் zt ஆகுமா eth ஆகுமா எனக் காட்டுகிறது.

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

சரிபார்ப்பு 5: பயன்பாடு இன்னும் என்ன செய்ய வேண்டும் என முடிவு செய்யுங்கள்

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

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

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

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