Nebula advertise_addrs அல்லது static_host_map: உரிமையாளரின் அடிப்படையில் தேர்ந்தெடுக்கவும்
நிலையான வரைபடம் அதை அழைக்கும் ஒவ்வொரு peer ஆலும் பராமரிக்கப்படுகிறது; விளம்பரப்படுத்தப்பட்ட முகவரி புரவலனால் வெளியிடப்படுகிறது. இறுதிப் புள்ளியை யார் அறிவார் என்பதன் அடிப்படையில் தேர்ந்தெடுக்கவும்.
static_host_map மற்றும் advertise_addrs அமைப்புகள் இரண்டும் ஒரு peer முன் முகவரியை வைக்கின்றன, மேலும் அவை வெவ்வேறு கேள்விகளுக்குப் பதிலளிக்கின்றன. ஒன்று overlay முகவரி மற்றும் அழைக்க வேண்டிய underlay இறுதிப் புள்ளியைப் பட்டியலிடும் உள்ளூர் கோப்பு. மற்றொன்று, புரவலன் தன் கலங்கரை விளக்கங்களுக்கு எந்தக் கூடுதல் இறுதிப் புள்ளிகள் தன்னை அடைய முடியும் என்று சொல்வது. உண்மையான வேறுபாடு உரிமை: வரைபடத்தைத் தேவைப்படும் அனைவரும் பராமரிக்கின்றனர், விளம்பரத்தைப் புரவலனே.
தகவல் யாருக்குச் சொந்தம் என்பதன் அடிப்படையில் முடிவு செய்யுங்கள்
| Setting | Where it lives | Best for |
|---|---|---|
static_host_map | Every peer that needs the entry | Bootstrap endpoints, deliberately fixed paths |
advertise_addrs | The host's own config | Endpoints the host cannot otherwise discover |
ஒவ்வொரு peer இன் நிலையான கோப்பிலும் மாறும் ஒவ்வொரு peer உம் கடற்படையின் வர்க்கத்துடன் வளரும் பராமரிப்புப் பணி. புரவலனே பதிலை அறியும்போது மற்ற அமைப்பை நோக்கிச் செல்வதற்கான நடைமுறைக் காரணம் அதுவே.
உரிமைக் கேள்வி ஒரு முகவரி மாறும்போது என்ன நடக்கும் என்பதையும் முன்னறிவிக்கிறது. நிலையான வரைபடத்துடன், பழைய உள்ளீட்டை வைத்திருக்கும் ஒவ்வொரு peer ஐயும் யாரோ நினைவில் வைக்க வேண்டும். விளம்பரத்துடன், புரவலன் புதிய இறுதிப் புள்ளியை வெளியிடுகிறான், அவனது கலங்கரை விளக்கங்கள் அதை அனுப்புகின்றன, எனவே மாற்றம் இடம்பெயர்ந்த இயந்திரத்திலேயே உள்ளூராக இருக்கும்.
Bootstrap இன்னும் நிலையான உள்ளீடுகள் தேவை
வாடிக்கையாளர் மற்ற peer பற்றி யாரையாவது கேட்பதற்கு முன் குறைந்தது ஒரு கலங்கரை விளக்கத்தை அடைய வேண்டும். அந்த முதல் தாவல் கண்டுபிடிப்பிலிருந்து வர முடியாது, எனவே அது வாடிக்கையாளரின் உள்ளமைவில் ஒரு நிலையான உள்ளீடு ஐச் சார்ந்துள்ளது. அந்த ஒரு உள்ளீட்டைச் சரிசெய்யுங்கள், மீதமுள்ள overlay கற்றுக்கொள்ளலாம்.
வரைபட உள்ளீடு ஒரு Nebula முகவரியை ஒன்று அல்லது அதற்கு மேற்பட்ட அணுகக்கூடிய IP அல்லது DNS இறுதிப் புள்ளிகள் மற்றும் துறைகளுடன் இணைக்கிறது. கலங்கரை விளக்கங்களை அங்கே வைப்பது சாதாரணம்; ஒவ்வொரு peer ஐயும் அங்கே வைப்பது மோசமாக வயதாகும் முறை, ஏனெனில் ஒவ்வொரு புதிய peer உம் நீங்கள் கட்டுப்படுத்தாத இயந்திரங்களில் கோப்புகளைத் திருத்துவதைக் குறிக்கிறது. ஒரு நபர் படித்துச் சரிபார்க்கக்கூடிய அளவுக்குப் பட்டியலைச் சுருக்கமாக வைத்திருங்கள்.
புரவலன் இறுதிப் புள்ளியை அறியும்போது விளம்பரம் செய்யுங்கள்
துறை மறுவழியாக்கத்தின் பின்னால் உள்ள புரவலன் தனது எந்த இடைமுகத்திற்கும் ஒதுக்கப்படாத பொது முகவரியில் அணுகக்கூடியது. தன்னைப் பார்த்து அந்த முகவரியைக் கண்டுபிடிக்க முடியாது. advertise_addrs அவனது கலங்கரை விளக்கங்கள் வழியாக இறுதிப் புள்ளியை வெளியிட அனுமதிக்கிறது, இதனால் மற்ற peer உண்மையில் வேலை செய்யும் பாதையைக் கற்றுக்கொள்கின்றன. இந்த அமைப்பு இருப்பதற்குக் காரணம், mapping செய்யப்பட்டது என்று அறியும் ஒரே தரப்பு புரவலன்.
மற்ற peer உண்மையில் அடையக்கூடிய முகவரி மற்றும் துறையைப் பயன்படுத்துங்கள். அதே தர்க்கம் பல பிணையப் பாதைகளைக் கொண்ட புரவலனுக்கும் பொருந்தும், குறிப்பிட்ட பிணையத்தில் உள்ள peer களுக்கு ஒரு பாதை சிறந்தது. விளம்பரம் underlay பற்றிய ஒரு கூற்று, எதற்கும் கோரிக்கை அல்ல. mapping மாறும்போது, புரவலனில் விளம்பரத்தைப் புதுப்பித்து, கண்டுபிடிப்பு அதை எடுத்துச் செல்ல அனுமதியுங்கள், முழு கடற்படையிலும் நிலையான கோப்புகளைத் திருத்துவதற்குப் பதிலாக.
விளம்பரம் என்பது அணுகல் அல்ல
ஒரு இறுதிப் புள்ளியை வெளியிடுவது திசைவியின் மறுவழியாக்க விதியை உருவாக்காது, மேல்நோக்கிய ஃபயர்வாலைத் திறக்காது, DNS பெயர் தீர்க்கப்பட வைக்காது. அவை தனித்தனி வேலைப் பகுதிகள், மேலும் துறை மறுவழியாக்கம் இல்லாத சரியான விளம்பரம் நீங்கள் சரிசெய்ய முயன்ற அதே தோல்வியை உருவாக்குகிறது. விளம்பரம் அணுகலைப் பற்றிய ஒரு கூற்று, அதை நிறுவும் ஒரு பொறிமுறை அல்ல.
கண்டுபிடிப்பைக் குற்றம் சொல்வதற்கு முன் பாதையை வெளியில் இருந்து சரிபாருங்கள். இறுதிப் புள்ளியைக் கற்றுக்கொண்டும் handshake ஐ முடிக்க முடியாத peer க்கு underlay இல் திசைவழி அல்லது வடிகட்டுதல் சிக்கல் உள்ளது, இரண்டு அமைப்புகளிலும் அதே முகவரியை மீண்டும் சொல்வது அதை மாற்றாது.
overlay முகவரியை இறுதிப் புள்ளியிலிருந்து தனியாக வைத்திருங்கள்
முனையின் சான்றிதழ் அதன் Nebula முகவரியை அடையாளம் காட்டுகிறது. விளம்பரப்படுத்தப்பட்ட முகவரிகள் அடிப்படைப் பிணையத்தைச் சேர்ந்தவை, சான்றிதழைத் தொடாமல் மாறலாம். வேறு overlay IP உடன் புதிய சான்றிதழை வழங்குதல் வேறு ஒரு செயல்பாடு, பழையதைப் பின்னிய ஒவ்வொரு நம்பிக்கை உறவுக்கும் அதன் விளைவுகளுடன். இரு மாற்றங்களையும் runbook இல் தனியாக வைத்திருங்கள், இல்லையேல் இறுதிப் புள்ளி நகர்வு மறுவெளியீடாகப் பதிவாகும்.
triage தடைபடும்போது, இரு அடுக்குகளையும் வெளிப்படையாகப் பிரிக்கவும்: கண்டுபிடிப்பு எதிர்பார்க்கப்பட்ட இறுதிப் புள்ளியைத் திருப்பித் தருகிறதா, handshake அதை அடைகிறதா? கண்டுபிடிப்பு சரியாக இருந்து பாக்கெட்டுகள் தோல்வியுற்றால், சிக்கல் overlay க்குக் கீழே உள்ளது. கண்டுபிடிப்பு தவறாக இருந்தால், சிக்கல் வரைபடத்திலோ விளம்பரத்திலோ உள்ளது, திருத்தம் அங்கேயே உள்ளது.