Nebula advertise_addrs അല്ലെങ്കിൽ static_host_map: ഉടമയ്ക്കനുസരിച്ച് തിരഞ്ഞെടുക്കുക
സ്റ്റാറ്റിക് മാപ്പ് അതിലേക്ക് ഡയൽ ചെയ്യുന്ന ഓരോ പീയറും പരിപാലിക്കുന്നു; പ്രഖ്യാപിത വിലാസം ഹോസ്റ്റ് പ്രസിദ്ധീകരിക്കുന്നു. ആർക്കാണ് എൻഡ്പോയിന്റ് അറിയാവുന്നത് എന്നതിനനുസരിച്ച് തിരഞ്ഞെടുക്കുക.
static_host_map, advertise_addrs എന്നീ ക്രമീകരണങ്ങൾ രണ്ടും ഒരു പീയറിന് മുന്നിൽ വിലാസം വയ്ക്കുന്നു, അവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു. ഒന്ന് ഒരു ഓവർലേ വിലാസവും ഡയൽ ചെയ്യേണ്ട അണ്ടർലേ എൻഡ്പോയിന്റും പട്ടികപ്പെടുത്തുന്ന പ്രാദേശിക ഫയലാണ്. മറ്റൊന്ന്, ഹോസ്റ്റ് തന്റെ ലൈറ്റ്ഹൗസുകളോട് ഏതൊക്കെ അധിക എൻഡ്പോയിന്റുകൾക്ക് തന്നെ എത്തിച്ചേരാമെന്ന് പറയുന്നതാണ്. യഥാർത്ഥ വ്യത്യാസം ഉടമസ്ഥതയാണ്: മാപ്പ് അത് ആവശ്യമുള്ള എല്ലാവരും പരിപാലിക്കുന്നു, പ്രഖ്യാപനം ഹോസ്റ്റ് തന്നെ.
വിവരം ആർക്കാണ് ഉള്ളത് എന്നതനുസരിച്ച് തീരുമാനിക്കുക
| 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 |
ഓരോ പീയറിന്റെ സ്റ്റാറ്റിക് ഫയലിലുമുള്ള ഓരോ മാറുന്ന പീയറും കപ്പലിന്റെ വർഗ്ഗത്തോടൊപ്പം വളരുന്ന പരിപാലന ജോലിയാണ്. ഹോസ്റ്റ് തന്നെ ഉത്തരം അറിയുമ്പോൾ മറ്റേ ക്രമീകരണത്തിലേക്ക് കൈനീട്ടാനുള്ള പ്രായോഗിക കാരണം അതാണ്.
ഉടമസ്ഥതയുടെ ചോദ്യം ഒരു വിലാസം മാറുമ്പോൾ എന്ത് സംഭവിക്കുമെന്നും പ്രവചിക്കുന്നു. സ്റ്റാറ്റിക് മാപ്പ് ഉണ്ടെങ്കിൽ, പഴയ എൻട്രി കൈവശം വയ്ക്കുന്ന ഓരോ പീയറും ആരെങ്കിലും ഓർമ്മിക്കണം. പ്രഖ്യാപനം ഉണ്ടെങ്കിൽ, ഹോസ്റ്റ് പുതിയ എൻഡ്പോയിന്റ് പ്രസിദ്ധീകരിക്കുന്നു, അതിന്റെ ലൈറ്റ്ഹൗസുകൾ അത് കൈമാറുന്നു, അതിനാൽ മാറ്റം നീങ്ങിയ യന്ത്രത്തിൽ തന്നെ പ്രാദേശികമായി തുടരുന്നു.
ബൂട്ട്സ്ട്രാപ്പിന് ഇപ്പോഴും സ്റ്റാറ്റിക് എൻട്രികൾ വേണം
മറ്റ് പീയറുകളെക്കുറിച്ച് ആരോടെങ്കിലും ചോദിക്കുന്നതിന് മുൻപ് ക്ലയന്റ് കുറഞ്ഞത് ഒരു ലൈറ്റ്ഹൗസിലെങ്കിലും എത്തണം. ആ ആദ്യ ചാട്ടം കണ്ടെത്തലിൽ നിന്ന് വരാൻ കഴിയില്ല, അതിനാൽ അത് ക്ലയന്റിന്റെ കോൺഫിഗറേഷനിലുള്ള ഒരു സ്റ്റാറ്റിക് എൻട്രി നെ ആശ്രയിക്കുന്നു. ആ ഒരു എൻട്രി ശരിയാക്കുക, ബാക്കി ഓവർലേ പഠിക്കാം.
മാപ്പ് എൻട്രി ഒരു Nebula വിലാസത്തെ ഒന്നോ അതിലധികമോ എത്തിച്ചേരാവുന്ന IP അല്ലെങ്കിൽ DNS എൻഡ്പോയിന്റുകളുമായും പോർട്ടുകളുമായും ജോടിയാക്കുന്നു. ലൈറ്റ്ഹൗസുകൾ അവിടെ സൂക്ഷിക്കുന്നത് സാധാരണമാണ്; ഓരോ പീയറിനെയും അവിടെ സൂക്ഷിക്കുന്നത് മോശമായി പ്രായമാകുന്ന മാതൃകയാണ്, കാരണം ഓരോ പുതിയ പീയറും നിങ്ങൾ നിയന്ത്രിക്കാനിടയില്ലാത്ത യന്ത്രങ്ങളിൽ ഫയലുകൾ തിരുത്തുന്നതാണ്. ഒരു വ്യക്തിക്ക് വായിച്ച് പരിശോധിക്കാൻ കഴിയുന്നത്ര ചെറുതായി പട്ടിക സൂക്ഷിക്കുക.
ഹോസ്റ്റിന് എൻഡ്പോയിന്റ് അറിയാമ്പോൾ പ്രഖ്യാപിക്കുക
പോർട്ട് ഫോർവേഡിംഗിന് പിന്നിലുള്ള ഹോസ്റ്റ് അതിന്റെ സ്വന്തം ഇന്റർഫേസുകളിലൊന്നിനും അനുവദിക്കാത്ത ഒരു പൊതു വിലാസത്തിൽ എത്തിച്ചേരാവുന്നതാണ്. സ്വയം നോക്കി അതിന് ആ വിലാസം കണ്ടെത്താൻ കഴിയില്ല. advertise_addrs അതിന് ലൈറ്റ്ഹൗസുകളിലൂടെ എൻഡ്പോയിന്റ് പ്രസിദ്ധീകരിക്കാൻ അനുവദിക്കുന്നു, അതുവഴി മറ്റ് പീയറുകൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്ന ഒരു പാത പഠിക്കുന്നു. മാപ്പിംഗ് ഉണ്ടാക്കിയെന്ന് അറിയുന്ന ഏക കക്ഷി ഹോസ്റ്റ് ആയതുകൊണ്ടാണ് ഈ ക്രമീകരണം ഉള്ളത്.
മറ്റ് പീയറുകൾക്ക് യഥാർത്ഥത്തിൽ എത്താൻ കഴിയുന്ന വിലാസവും പോർട്ടും ഉപയോഗിക്കുക. ഒരേ യുക്തി നിരവധി നെറ്റ്വർക്ക് പാതകളുള്ള ഹോസ്റ്റിനും ബാധകമാണ്, ഒരു പ്രത്യേക നെറ്റ്വർക്കിലെ പീയറുകൾക്ക് ഒരു പാത മികച്ചതാണ്. പ്രഖ്യാപനം അണ്ടർലേയെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്, എന്തിനെക്കുറിച്ചും അഭ്യർത്ഥനയല്ല. മാപ്പിംഗ് മാറുമ്പോൾ, ഹോസ്റ്റിൽ പ്രഖ്യാപനം പുതുക്കി, കണ്ടെത്തൽ അത് വഹിക്കാൻ അനുവദിക്കുക, മുഴുവൻ കപ്പലിലും സ്റ്റാറ്റിക് ഫയലുകൾ തിരുത്തുന്നതിന് പകരം.
പ്രഖ്യാപനം എത്തിച്ചേരാനുള്ള കഴിവല്ല
ഒരു എൻഡ്പോയിന്റ് പ്രസിദ്ധീകരിക്കുന്നത് റൗട്ടറിന്റെ ഫോർവേഡിംഗ് നിയമം സൃഷ്ടിക്കുന്നില്ല, മുകളിലേക്കുള്ള ഫയർവാൾ തുറക്കുന്നില്ല, DNS നാമം പരിഹരിക്കപ്പെടുന്നില്ല. അവ വേറിട്ട ജോലി ഭാഗങ്ങളാണ്, കാണാത്ത പോർട്ട് ഫോർവേഡിംഗോടുകൂടിയ ശരിയായ പ്രഖ്യാപനം നിങ്ങൾ പരിഹരിക്കാൻ ശ്രമിച്ച അതേ പരാജയം സൃഷ്ടിക്കുന്നു. പ്രഖ്യാപനം എത്തിച്ചേരാനുള്ള കഴിവിനെക്കുറിച്ചുള്ള ഒരു അവകാശവാദമാണ്, അത് സ്ഥാപിക്കുന്ന ഒരു സംവിധാനമല്ല.
കണ്ടെത്തലിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുൻപ് പുറത്തുനിന്ന് പാത പരിശോധിക്കുക. എൻഡ്പോയിന്റ് പഠിച്ചിട്ടും ഹാൻഡ്ഷേക്ക് പൂർത്തിയാക്കാൻ കഴിയാത്ത പീയറിന് അണ്ടർലേയിൽ റൗട്ടിംഗ് അല്ലെങ്കിൽ ഫിൽട്ടറിംഗ് പ്രശ്നമുണ്ട്, രണ്ട് ക്രമീകരണങ്ങളിലും ഒരേ വിലാസം ആവർത്തിച്ചാൽ അത് മാറില്ല.
ഓവർലേ വിലാസം എൻഡ്പോയിന്റിൽ നിന്ന് വേർതിരിച്ച് സൂക്ഷിക്കുക
നോഡിന്റെ സർട്ടിഫിക്കറ്റ് അതിന്റെ Nebula വിലാസം തിരിച്ചറിയുന്നു. പ്രഖ്യാപിത വിലാസങ്ങൾ അടിസ്ഥാന നെറ്റ്വർക്കിൽ പെടുന്നു, സർട്ടിഫിക്കറ്റ് സ്പർശിക്കാതെ മാറാം. വ്യത്യസ്ത ഓവർലേ IP ഉപയോഗിച്ച് പുതിയ സർട്ടിഫിക്കറ്റ് നൽകൽ മറ്റൊരു പ്രവർത്തനമാണ്, പഴയത് പിൻ ചെയ്ത ഓരോ വിശ്വാസ ബന്ധത്തിനും അതിന്റേതായ പ്രത്യാഘാതങ്ങളുണ്ട്. രണ്ട് മാറ്റങ്ങളും റൺബുക്കിൽ വേർതിരിച്ച് സൂക്ഷിക്കുക, അല്ലെങ്കിൽ എൻഡ്പോയിന്റ് സ്ഥാനാന്തരം പുനർനൽകൽ ആയി രേഖപ്പെടുത്തും.
ട്രയാജ് കുടുങ്ങുമ്പോൾ, രണ്ട് പാളികളും വ്യക്തമായി വേർതിരിക്കുക: കണ്ടെത്തൽ പ്രതീക്ഷിച്ച എൻഡ്പോയിന്റ് നൽകുന്നുണ്ടോ, ഒരു ഹാൻഡ്ഷേക്ക് അതിൽ എത്തുന്നുണ്ടോ? കണ്ടെത്തൽ ശരിയും പാക്കറ്റുകൾ പരാജയപ്പെടുന്നതുമാണെങ്കിൽ, പ്രശ്നം ഓവർലേയുടെ താഴെയാണ്. കണ്ടെത്തൽ തെറ്റാണെങ്കിൽ, പ്രശ്നം മാപ്പിലോ പ്രഖ്യാപനത്തിലോ ആണ്, പരിഹാരം അവിടെയാണ്.