Nebula static_host_map: கலங்கரை விளக்கால் தர முடியாத முகவரி

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

இரண்டு வேலைகள் கொண்ட இரண்டு முகவரிகள்

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

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

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

static_host_map:
  "10.42.0.1": ["lighthouse-01.example.net:4242"]

lighthouse:
  am_lighthouse: false
  hosts:
    - "10.42.0.1"

வரைபட உள்ளீட்டின் அமைப்பு

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

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

தவறான துறை பிழைக்குப் பதிலாக மௌனத்தைத் தருகிறது, ஏனெனில் UDP க்கு மறுக்கும் கைக்குலுக்கல் இல்லை. எனவே உள்ளீட்டின் வடிவத்தை Nebula static_host_map குறிப்புடன் ஒப்பிட்டுச் சரிபார்ப்பது மதிப்புள்ளது, நினைவுடன் அல்ல. குறிப்பு முனை பட்டியல்களையும் DNS புதுப்பித்தல் நடத்தையையும் உள்ளடக்குகிறது.

overlay க்கு முன் பூட்ஸ்ட்ராப் வேலை செய்ய வேண்டும்

வரைபடத்தில் உள்ள DNS பெயர் எந்தச் சுரங்கப்பாதையும் இருப்பதற்கு முன் புரவலனிடம் உள்ள தீர்வியல் மூலம் தீர்க்கப்பட வேண்டும், அதாவது சாதாரண கணினி தீர்வி. அதை அதே இயந்திரத்திலிருந்து, துவக்கத்தின் போது, overlay நிறுத்தப்பட்ட நிலையில் சோதிக்கவும். overlay இன் சொந்த DNS மூலம் மட்டுமே தீர்க்கப்படும் பெயரால் overlay ஐ பூட்ஸ்ட்ராப் செய்ய முடியாது. அதே சோதனை பாதைக்கும் பொருந்தும்: overlay ஐ அனுமதித்து ஆனால் முதல் UDP பரிமாற்றத்தை அனுமதிக்காத firewall விதி முதல் தொகுப்பைத் தடுக்கிறது.

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

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

முதல் கைக்குலுக்கலுக்குப் பிறகு என்ன நடக்கிறது

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

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

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

கண்டுபிடிப்பு வேலை செய்யும் போது ஒரு சகா செய்யாத போது

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

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

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