Nebula ലൈറ്റ്ഹൗസ് DNS: ആർക്ക് ഏത് റെക്കോർഡുകൾ ചോദിക്കാം?
ഓപ്ഷണൽ ശ്രോതാവ് ലൈറ്റ്ഹൗസിന്റെ കൈവശമുള്ള ഹോസ്റ്റ് ഡാറ്റയിൽ നിന്ന് ഉത്തരം നൽകുന്നു. A റെക്കോർഡുകളും TXT അന്വേഷണങ്ങളും ലഭ്യതയിലും പ്രേക്ഷകരിലും വ്യത്യസ്തമാണ്, അതിനാൽ ഇത് ബോധപൂർവ്വം ബന്ധിപ്പിക്കുക.
Nebula യിലെ ലൈറ്റ്ഹൗസ് റോൾ ആളുകൾ യാന്ത്രികമെന്ന് കരുതുന്ന ഒരുപാട് ജോലികൾ ചെയ്യുന്നു, DNS ന് ഉത്തരം നൽകുന്നത് അവയിലൊന്നല്ല. പേരുകൾ നൽകുന്നത് സ്വതേ അണച്ചിരിക്കുന്ന ഒരു ഓപ്ഷണൽ ശ്രോതാവാണ്, അതിനാൽ ഓവർലേയ്ക്കുള്ളിൽ പേരുകൾ നന്നായി പരിഹരിക്കുന്ന ഹോസ്റ്റിന് സഹപ്രവർത്തകന്റെ ലാപ്ടോപ്പ് പരിഹരിക്കാൻ ഒന്നും ഇല്ലായിരിക്കാം. ഇത് ഓണാക്കുന്നതിന് മുമ്പ് ആര് ഇതിലേക്ക് എത്തണം, ഏത് തരത്തിലുള്ള റെക്കോർഡുകൾക്ക് ഉത്തരം നൽകാൻ തയ്യാറാണ് എന്നിവ തീരുമാനിക്കുക, കാരണം ഈ രണ്ട് ഉത്തരങ്ങളും വ്യത്യസ്തമാണ്.
ശ്രോതാവ് ഓപ്ഷണലാണ്, സ്വതേ അണഞ്ഞിരിക്കുന്നു
കണ്ടെത്തലും DNS ഉം വേറിട്ട സേവനങ്ങളാണ്. ലൈറ്റ്ഹൗസ് പിയറുകൾ പരസ്പരം കണ്ടെത്താൻ സഹായിക്കുന്നു, കൂടാതെ തനിക്ക് അറിയാവുന്ന ഹോസ്റ്റുകളെക്കുറിച്ചുള്ള പേര് അന്വേഷണങ്ങൾക്ക് ഉത്തരം നൽകാനും കഴിയും, പക്ഷേ ആ രണ്ടാം ഭാഗം കോൺഫിഗറേഷനിൽ വ്യക്തമായി ഓണാക്കണം.
എന്തെങ്കിലും പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുമ്പ് ഏത് ഇന്റർഫേസുകളും നെറ്റ്വർക്കുകളും ശ്രോതാവിലേക്ക് എത്തണം എന്ന് തീരുമാനിക്കുക. നിങ്ങൾ ഉദ്ദേശിക്കാത്ത ഇന്റർഫേസിൽ ഉത്തരം നൽകുന്ന DNS സേവനം ആരും വായിക്കാത്ത ഒരു ലോഗ് എൻട്രിയും ഇല്ലാതെ ഒരു ചെറിയ വിവരച്ചോർച്ചയായി മാറുന്നു. തീരുമാനം ഇപ്പോൾ എടുക്കുന്നത്, പിന്നീട് എന്തെങ്കിലും തെറ്റായ ഉത്തരത്തെ ആശ്രയിച്ചതിന് ശേഷം ചുരുക്കുന്നതിനേക്കാൾ വളരെ വിലകുറഞ്ഞതാണ്. രണ്ട് വരി കോൺഫിഗറേഷൻ അര വർഷത്തിന് ശേഷത്തെ സംഭവക്കുറിപ്പിനേക്കാൾ വിശദീകരിക്കാൻ എളുപ്പമാണ്.
A റെക്കോർഡുകളും TXT ഉം ഒരേ പ്രേക്ഷകരെ പങ്കിടുന്നില്ല
ഈ രണ്ട് തരം റെക്കോർഡുകൾക്ക് വ്യത്യസ്ത വ്യവസ്ഥകളിൽ ഉത്തരം നൽകുന്നു, അവയെ ഒരൊറ്റ സേവനമായി കാണുന്നതാണ് ഈ ലേഖനം തടയാൻ ഉദ്ദേശിക്കുന്ന തെറ്റ്.
| Query | What it returns | Who can reach it |
|---|---|---|
| A record for a host name | That host Nebula IP | Any host that can reach the listener, overlay or not |
| TXT for a host IP | Certificate information | Only over the Nebula network |
ഈ അസമത്വം ബോധപൂർവ്വമാണ്, അശ്രദ്ധയല്ല. പേരിൽ നിന്ന് വിലാസത്തിലേക്കുള്ള മാപ്പിംഗിന് പുറത്തുള്ളവർക്ക് കുറഞ്ഞ മൂല്യമാണ്, അതേസമയം സർട്ടിഫിക്കറ്റ് മെറ്റാഡാറ്റ നിങ്ങളുടെ ഓവർലേയിലെ ഐഡന്റിറ്റികളെ വിവരിക്കുന്നു. ഒരേ പ്രക്രിയ രണ്ടിനും ഉത്തരം നൽകുന്നു എന്ന കാരണത്താൽ ഒരു വരിയിൽ നിന്ന് മറ്റൊന്നിലേക്ക് അനുമാനം കൊണ്ടുപോകരുത്.
ഇത് ലൈറ്റ്ഹൗസിന്റെ സ്വന്തം ഹോസ്റ്റുകളെക്കുറിച്ച് മാത്രം ഉത്തരം നൽകുന്നു
ഇത് നിങ്ങളുടെ ഓഫീസിനും ക്ലൗഡ് VPC യ്ക്കും പൊതു ഇന്റർനെറ്റിനും ഉള്ള പൊതു റിസോൾവർ അല്ല. ലൈറ്റ്ഹൗസ് തനിക്ക് നൽകിയ ഹോസ്റ്റ് വിവരങ്ങളിൽ നിന്നാണ് ഉത്തരം നൽകുന്നത്, അതിനാൽ ഈ സവിശേഷത ഓരോ പിയറിലും അല്ല, ലൈറ്റ്ഹൗസ് നോഡുകളിലാണ് താമസിക്കുന്നത്.
ഓവർലേയുമായി ബന്ധമില്ലാത്ത ഒരു പേര് പരാജയപ്പെടുമ്പോൾ, യഥാർത്ഥത്തിൽ അതിന്റെ ഉടമസ്ഥരായ സോണും റിസോൾവറും കണ്ടെത്തുക. ഹോസ്റ്റിന്റെ പൊതു DNS കോൺഫിഗറേഷനിൽ ഓവർലേ റിസോൾവർ കലർത്തുന്നത് ക്രമരഹിതമായി തോന്നുന്ന പരാജയങ്ങൾ ഉണ്ടാക്കുന്നു, കാരണം ചില പേരുകൾ പരിഹരിക്കപ്പെടുന്നു, മറ്റുള്ളവയ്ക്ക് ഒന്നും ഉത്തരം നൽകുന്നില്ല.
ഇതും ശ്രദ്ധിക്കുക ബൂട്ട്സ്ട്രാപ്പ് പ്രവേശന കേന്ദ്രം. ആദ്യ ലൈറ്റ്ഹൗസിലേക്ക് എത്താൻ ഉപയോഗിക്കുന്ന ഹോസ്റ്റ്നെയിം കണ്ടെത്തൽ അതിനെ ആശ്രയിക്കുന്നതിന് മുമ്പ് സാധാരണ വഴിയിലൂടെ പരിഹരിക്കപ്പെടണം, അതിനാൽ ഇവിടത്തെ കോഴിയും മുട്ടയും പ്രശ്നം കേടായ ഓവർലേയെപ്പോലെ കാണപ്പെടുന്നു. അത് അതേ രീതിയിൽ റിപ്പോർട്ട് ചെയ്യുന്നു: ഒരിക്കലും ഉയരാത്ത പിയറും വ്യക്തമായ കാരണവുമില്ല. സർട്ടിഫിക്കറ്റുകൾ തൊടുന്നതിന് മുമ്പ് പേര് പരിഹരിക്കൽ പരിശോധിക്കുക, കാരണം ഈ ക്രമം ബുദ്ധിമുട്ടുള്ള പകുതിയിൽ നിന്ന് തുടങ്ങിയവരെ പിടിക്കുന്നു.
ബൈൻഡ് വിലാസം പരിശോധിക്കുക, തുടർന്ന് പുറത്തുനിന്ന് പരീക്ഷിക്കുക
lighthouse.dns.host ഉം lighthouse.dns.port ഉം ഓപ്ഷണൽ സേവനം എവിടെ കേൾക്കുന്നു എന്ന് തീരുമാനിക്കുന്നു. ഈ മൂല്യങ്ങൾ ഹോസ്റ്റിന്റെ ഫയർവാളും നെറ്റ്വർക്ക് നയവും സഹിതം പരിശോധിക്കുക, കാരണം ബൈൻഡ് വിലാസം ഉദ്ദേശ്യത്തിന്റെ പ്രഖ്യാപനമാണ്, അതേസമയം അതിൽത്തന്നെ ഒരു സുരക്ഷാ നിയന്ത്രണമല്ല.
dig @10.42.0.1 -p 53 workstation.nebula A +short
dig @10.42.0.1 -p 53 10.42.0.7 TXT +shortനിങ്ങൾ അനുവദിക്കാൻ ഉദ്ദേശിക്കുന്ന നെറ്റ്വർക്കുകളിൽ നിന്ന് അന്വേഷിക്കുക, ലൈറ്റ്ഹൗസിൽ നിന്ന് തന്നെയല്ല. ലൈറ്റ്ഹൗസിലെ വിജയകരമായ തിരയൽ പ്രക്രിയ പ്രവർത്തിക്കുന്നു എന്ന് തെളിയിക്കുന്നു, പുറത്തുള്ള ഹോസ്റ്റിന് എന്ത് ചോദിക്കാം എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, യഥാർത്ഥത്തിൽ പ്രധാനമായ ചോദ്യം അതാണ്.
ഇത് ബോധപൂർവ്വം വെളിപ്പെടുത്തുക
പേരുകളും സർട്ടിഫിക്കറ്റ് മെറ്റാഡാറ്റയും ഉപയോഗപ്രദമായ പ്രവർത്തന വിവരങ്ങളാണ്, ഉപയോഗപ്രദത ഇരുവശത്തേക്കും മുറിക്കുന്നു. ശ്രോതാവ് ഓവർലേയ്ക്ക് മാത്രമായിരിക്കണോ, ഏത് തരം റെക്കോർഡുകൾ അനുവദിക്കണം, കോൺഫിഗറേഷൻ മാറുമ്പോൾ ആര് അവലോകനം ചെയ്യുന്നു എന്നിവ തീരുമാനിക്കുക.
തുടർന്ന് ഇത് ലൈറ്റ്ഹൗസ് ക്രമീകരണങ്ങൾക്ക് അടുത്ത് എഴുതിവയ്ക്കുക. പരിഹരണ പരാജയം ഡീബഗ് ചെയ്യുന്ന അടുത്ത വ്യക്തി അല്ലെങ്കിൽ സേവനം എപ്പോഴും അവിടെയുണ്ടായിരുന്നു എന്ന് അനുമാനിക്കും. താൻ പരീക്ഷിക്കുന്ന എവിടെനിന്നും ഇത് എപ്പോഴും ലഭ്യമായിരുന്നു എന്നും അയാൾ അനുമാനിക്കും. ബൈൻഡ് വിലാസം, അനുവദിച്ച നെറ്റ്വർക്കുകൾ, റെക്കോർഡ് തരങ്ങൾ എന്നിവ രേഖപ്പെടുത്തുന്ന ഒരു ഖണ്ഡിക ആ വ്യക്തിയുടെ ഒരു ഉച്ചയ്ക്ക് ശേഷം ലാഭിക്കുന്നു, എന്തെങ്കിലും എന്തുകൊണ്ട് മാറി എന്ന് ചോദിക്കുന്ന ഒരു സന്ദേശവും നിങ്ങൾക്ക് ലാഭിക്കുന്നു.