dnsmasq ഒരു സ്വകാര്യ DNS ഉത്തരം തള്ളുന്നു: കാരണം rebinding സംരക്ഷണമാണോ?

കമ്പനിയുടെ DNS സെർവർ പ്രതീക്ഷിച്ച സ്വകാര്യ വിലാസം തിരികെ നൽകുന്നു, എന്നിട്ടും പ്രാദേശിക ഫോർവേഡിംഗ് റിസോൾവർ വഴിയുള്ള ക്വറി പരാജയപ്പെടുന്നു. ഉത്തരം നിലവിലുണ്ട്, അത് മുകളിലെ സോണിനെയും റെക്കോർഡിനെയും ഒഴിവാക്കുന്നു. ബാക്കിയുള്ളത് റിസോൾവർ ഈ ഉത്തരം ക്ലയന്റിന് തിരികെ നൽകണമോ എന്ന് തീരുമാനിക്കുന്ന ഘട്ടമാണ്. ആ റിസോൾവർ dnsmasq ആണെങ്കിൽ, നിരസിക്കൽ ഇതിനകം ലോഗിൽ ഉണ്ടാകാം.

ഉത്തരം സ്വീകരിക്കുന്നതും അത് തിരികെ നൽകാൻ തിരഞ്ഞെടുക്കുന്നതും രണ്ട് വ്യത്യസ്ത ഘട്ടങ്ങളാണ്.

രണ്ട് റിസോൾവറുകളിലും ഒരേ പേര് താരതമ്യം ചെയ്യുക

ആപ്പ് യഥാർത്ഥത്തിൽ ഏത് റിസോൾവർ ഉപയോഗിക്കുന്നു, ഏത് കൃത്യമായ ഹോസ്റ്റ്നെയിം ചോദിക്കുന്നു എന്ന് എഴുതുക. തുടർന്ന് മുകളിലെ ഫലം അതേ പേരിനുള്ള ഫോർവേഡിംഗ് റിസോൾവറിന്റെ സംഭവവുമായി താരതമ്യം ചെയ്യുക. മുകളിൽ നിന്ന് ഉത്തരം വരാതിരിക്കുക, കാഷെയിലെ നെഗറ്റീവ് ഉത്തരം, ലോഗിലെ നിരസിക്കൽ എന്നിവയ്ക്ക് മൂന്ന് വ്യത്യസ്ത തിരുത്തലുകൾ വേണം.

നേരിട്ടുള്ള ഡയഗ്നോസ്റ്റിക് ക്വറിയിൽ കാണുന്ന വിലാസം, ആപ്പ് അത് സ്വന്തം സാധാരണ വഴിയിലൂടെ ലഭിച്ചു എന്ന് തെളിയിക്കുന്നില്ല. രണ്ട് ക്വറികളും വ്യത്യസ്ത റിസോൾവറുകളിൽ നിന്നോ ഒരേ റിസോൾവറിൽ നിന്ന് വ്യത്യസ്ത നയങ്ങളിൽ നിന്നോ പുറപ്പെടാം. സിദ്ധാന്തം പറയുന്നതിന് മുൻപ് രണ്ട് ഫലങ്ങളും എഴുതുക, കാരണം ഈ ഘട്ടത്തിലാണ് ഒന്ന് മറ്റൊന്നിനാൽ പകരം വയ്ക്കപ്പെടുന്നത്. താരതമ്യമാണ് മുഴുവൻ ഡയഗ്നോസിസ്.

ലക്ഷണമല്ല, നിരസിക്കൽ വായിക്കുക

dnsmasq ന്റെ stop-dns-rebind ഓപ്ഷൻ മുകളിൽ നിന്ന് വരുന്ന നിബന്ധനകൾ പാലിക്കുന്ന സ്വകാര്യ വിലാസ ഉത്തരങ്ങൾ നിരസിക്കുകയും അങ്ങനെ ചെയ്യുമ്പോൾ അവ ലോഗിൽ രേഖപ്പെടുത്തുകയും ചെയ്യുന്നു. ഈ സംരക്ഷണത്തിന് നല്ല കാരണമുണ്ട്: പെട്ടെന്ന് സ്വകാര്യ വിലാസത്തിലേക്ക് മാറുന്ന പൊതു നാമമാണ് ക്ലാസിക് rebinding ആക്രമണം. എന്നാൽ ഇത് ബോധപൂർവം സ്വകാര്യമായ ഒരു സേവനവുമായും കൂട്ടിമുട്ടുന്നു, അതാണ് നിങ്ങളുടെ സാഹചര്യം.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് ലോഗിൽ നിരസിക്കൽ തിരയുക, കാരണം സന്ദേശം സംവിധാനത്തിന്റെ പേര് പറയുന്നു.

നിരസിക്കലും ഇല്ല, മുകളിൽ നിന്ന് ഉത്തരവും ഇല്ല എങ്കിൽ, rebinding സംരക്ഷണം നിങ്ങളുടെ പ്രശ്നമല്ല, അത് ഓഫ് ചെയ്യുന്നത് ഒന്നും ശരിയാക്കാത്ത, അപകടസാധ്യത വർദ്ധിപ്പിക്കുന്ന മാറ്റമാകും. ഇത് യഥാർത്ഥ തകരാറിനേക്കാൾ മോശമാണ്, കാരണം ഇത് ഒരു നിയന്ത്രണം നീക്കി തകരാർ അതേപടി വിടുന്നു. ആദ്യം നിർദ്ദിഷ്ട ലോഗ് വരി സ്ഥിരീകരിക്കുക. പിന്നീട് തീരുമാനിക്കുക.

ഒഴിവാക്കൽ ഒരു ഡൊമെയ്നിൽ മാത്രം പരിമിതപ്പെടുത്തുക

സ്ഥിരീകരിച്ച ഡൊമെയ്നിന് dnsmasq കൈപ്പുസ്തകം ആഗോള സ്വിച്ചിനുപകരം ഡൊമെയ്ൻ-പരിമിത ഒഴിവാക്കൽ നൽകുന്നു.

rebind-domain-ok=corp.example

മുകളിലെ ഡൊമെയ്ൻ ഒരു ഉദാഹരണം മാത്രമാണ്. നിങ്ങൾ യഥാർത്ഥത്തിൽ നടത്തുന്ന അഡ്മിനിസ്ട്രേറ്റീവ് ഡൊമെയ്ൻ ഉപയോഗിക്കുക, ഓപ്ഷൻ പ്രയോഗിക്കുന്നതിന് മുൻപ് അതിന്റെ പൊരുത്തപ്പെടൽ പരിധി മനസ്സിലാക്കുക, കാരണം പ്രത്യയ നിയമം നിങ്ങൾ പരീക്ഷിച്ച ഒരു ഹോസ്റ്റിനേക്കാൾ കൂടുതൽ ഉൾക്കൊള്ളുന്നു. റൂട്ടറിന്റെ കോൺഫിഗറേഷൻ ജനറേറ്റർ അതേ ക്രമീകരണം അസംസ്കൃത നിർദ്ദേശത്തിനുപകരം സ്വന്തം നിയന്ത്രണത്തിലൂടെ കാണിച്ചേക്കാം. ഫലമായ പരിധി നിങ്ങൾ ഉദ്ദേശിച്ചതാണെങ്കിൽ രണ്ട് വഴികളും ശരിയാണ്.

rebinding കണ്ടെത്തലിൽ നിന്നുള്ള ഒഴിവാക്കൽ കൃത്യമായി ഒരു കാര്യം ചെയ്യുന്നു: ആ ഡൊമെയ്നിന്റെ ഉത്തരങ്ങൾ കടത്തിവിടുന്നു.

അത് split-DNS ഫോർവേഡർ കോൺഫിഗർ ചെയ്യുന്നില്ല, എത്തിച്ചേരാനാകാത്ത മുകളിലെ ഉറവിടത്തെ എത്തിച്ചേരാവുന്നതാക്കുന്നില്ല, തിരികെ നൽകിയ വിലാസത്തിലേക്ക് ഒരു റൂട്ടും സൃഷ്ടിക്കുന്നില്ല. ഇവ ഓരോന്നും വേറിട്ട ആവശ്യകതയാണ്, അതിന് സ്വന്തം പരാജയ അടയാളമുണ്ട്, ഓരോന്നും ക്ലയന്റിൽ വ്യത്യസ്തമായി പരാജയപ്പെടുന്നു.

അതിർത്തി നീക്കാതെ പരിശോധിക്കുക

ഹോസ്റ്റ്നെയിം വീണ്ടും ഫോർവേഡിംഗ് വഴിയിലൂടെ ചോദിക്കുക, പിന്നീട് സേവനത്തിലേക്ക് അതിന്റെ സാധാരണ ഐഡന്റിറ്റി പരിശോധനകളോടെ ബന്ധിപ്പിക്കുക. DNS ഒഴിവാക്കൽ അപ്രതീക്ഷിത സർട്ടിഫിക്കറ്റ് സ്വീകരിക്കാനുള്ള കാരണമല്ല, രണ്ട് പരാജയങ്ങളും ബ്രൗസർ പിശകായി പ്രത്യക്ഷപ്പെടുമ്പോൾ എളുപ്പം കൂട്ടിക്കുഴയും. പേരും സേവനവും വെവ്വേറെ പരീക്ഷിക്കുക. അവയിൽ ഒന്ന് മാത്രമാണ് ഒരിക്കലും DNS പ്രശ്നമായിരുന്നത്.

ഒഴിവാക്കലിന്റെ കാരണം കോൺഫിഗറേഷന് അടുത്ത്, തീയതിയും ഉത്തരവാദിയും സഹിതം സൂക്ഷിക്കുക.

സ്വകാര്യ സേവനം മാറുമ്പോഴോ ഡൊമെയ്ൻ മാറുമ്പോഴോ വീണ്ടും പരിശോധിക്കുക. സംരക്ഷണം ആഗോളമായി ഓഫ് ചെയ്യുന്നത് ബന്ധമില്ലാത്ത ഉത്തരങ്ങളുടെ കൈകാര്യം മാറ്റും, rebinding ഒരിക്കലും കാരണമല്ലെങ്കിലും റൂട്ട് അല്ലെങ്കിൽ സേവന തകരാർ അതേപടി വിടും.