dnsmasq പോർട്ട് 53 ബൈൻഡ് ചെയ്യാനാകുന്നില്ല: അത് കൈവശം വയ്ക്കുന്ന സോക്കറ്റ് കണ്ടെത്തുക

dnsmasq വിലാസം ഇതിനകം ഉപയോഗത്തിലാണ് എന്ന പിശകിനൊപ്പം അവസാനിക്കുന്നു, ലോഗ് കുറ്റവാളിയെയല്ല, പോർട്ടിനെയാണ് പേരെടുത്ത് പറയുന്നത്. VPN-ഉം പ്രവർത്തിക്കുന്ന യന്ത്രത്തിൽ ആദ്യ പ്രതികരണം തള്ളിയ മാർഗങ്ങളെ കുറ്റപ്പെടുത്തലാണ്, പക്ഷേ ഏതെങ്കിലും ക്ലയന്റ് അന്വേഷണം അയയ്ക്കുന്നതിന് മുൻപേ ബൈൻഡ് പരാജയം സംഭവിക്കുന്നു. എന്തോ ഇതിനകം സോക്കറ്റ് കൈവശം വയ്ക്കുന്നു, അത് തിരിച്ചറിയുകയാണ് ജോലി. റൂട്ട് മാറ്റങ്ങൾക്ക് ഒരു പോർട്ടും ഒഴിവാക്കാനാവില്ല.

ഈ ക്രമത്തിൽ അഞ്ച് ഘട്ടങ്ങൾ: പിശക് പുനർനിർമ്മിക്കുക, ലിസണർമാരെ പട്ടികപ്പെടുത്തുക, wildcard മനസ്സിലാക്കുക, ജോലി നൽകുക, തുടർന്ന് പരിശോധിക്കുക.

ഘട്ടം 1: പിശക് പുനർനിർമ്മിച്ച് വായിക്കുക

സേവനം ഉപയോഗിക്കുന്ന അതേ കോൺഫിഗറേഷനോടെ dnsmasq മുൻപിൽ പ്രവർത്തിപ്പിക്കുക, അപ്പോൾ പിശക് ഊഹിക്കേണ്ട ലോഗിലല്ല, നിങ്ങളുടെ ടെർമിനലിൽ പ്രത്യക്ഷപ്പെടും. സന്ദേശത്തിലെ വിലാസ കുടുംബവും പ്രാദേശിക വിലാസവും ശ്രദ്ധിക്കുക. ഒരു നിർദ്ദിഷ്ട വിലാസത്തിലേക്കുള്ള ബൈൻഡും wildcard-ലേക്കുള്ള ബൈൻഡും വ്യത്യസ്ത ഉടമകളുള്ള വ്യത്യസ്ത പരാജയങ്ങളാണ്.

കൃത്യമായ പാഠം സൂക്ഷിക്കുക. വിലാസം ഉപയോഗത്തിൽ, അനുമതി പരാജയം, ഇല്ലാത്ത ഇന്റർഫേസ് എന്നിവയെല്ലാം സ്റ്റാർട്ട് പരാജയമായി വരുന്നു, അവ മൂന്ന് വ്യത്യസ്ത അറ്റകുറ്റപ്പണികളിലേക്ക് വിരൽ ചൂണ്ടുന്നു.

ഘട്ടം 2: ഉടമകളെ പട്ടികപ്പെടുത്തുക

ആദ്യം സോക്കറ്റുകൾ പട്ടികപ്പെടുത്തുക. ഉറവിട പോർട്ട് 53-ലെ ഫിൽട്ടർ കാണാനുള്ള അധികാരമുണ്ടെങ്കിൽ രണ്ട് ഗതാഗതങ്ങളും ഉടമസ്ഥ പ്രക്രിയയും കാണിക്കുന്നു:

ss -lntup 'sport = :53'

ഔട്ട്പുട്ട് നിരകളായി വായിക്കുക: ഗതാഗതം, പ്രാദേശിക വിലാസം, പോർട്ട്, പ്രക്രിയ. TCP ലിസണറും UDP ലിസണറും വെവ്വേറെ സോക്കറ്റുകളാണ്, അതിനാൽ ഒന്ന് നിർത്തിയാൽ മറ്റൊന്ന് ഒഴിവാകില്ല. wildcard വിലാസം എല്ലാ ഇന്റർഫേസുകളെയും ഉൾക്കൊള്ളുന്നു, അതായത് ഒരു വരിപോലും പേരെടുത്ത് പറയുന്നില്ലെങ്കിലും VPN വിലാസം ഇതിനകം എടുത്തിട്ടുണ്ട്. പ്രക്രിയയുടെ പേര് ഇത് വിതരണം നിയന്ത്രിക്കുന്ന റിസോൾവറാണോ, കണ്ടെയ്നറാണോ, മുൻപത്തെ പരീക്ഷണം ഓടാൻ വിട്ട ഒന്നാണോ എന്ന് പറയും.

ഘട്ടം 3: wildcard കെണി

bind-interfaces ഓപ്ഷൻ dnsmasq wildcard സോക്കറ്റ് ബൈൻഡ് ചെയ്യുന്നുണ്ടോ, അതോ ഓരോ കോൺഫിഗർ ചെയ്ത ഇന്റർഫേസിനും ഒരു സോക്കറ്റ് എന്ന് മാറ്റുന്നു, dnsmasq റഫറൻസ് വിവരിക്കുന്നതുപോലെ. അതില്ലാതെ dnsmasq wildcard ബൈൻഡ് ചെയ്ത് പകരം അഭ്യർത്ഥനകൾ ഇന്റർഫേസ് അനുസരിച്ച് ഫിൽട്ടർ ചെയ്യാം, മറ്റൊരു ഡീമൺ wildcard കൈവശം വയ്ക്കുമ്പോൾ അത് ഉടൻ പരാജയപ്പെടും. Linux bind-dynamic ചേർക്കുന്നു, അത് സ്റ്റാർട്ടിന് ശേഷം സൃഷ്ടിച്ച ഇന്റർഫേസുകൾ കൈകാര്യം ചെയ്യുന്നു, VPN ഇന്റർഫേസ് കണക്ട് ചെയ്യുമ്പോൾ മാത്രം പ്രത്യക്ഷപ്പെടുമ്പോൾ ഇത് യഥാർത്ഥ ആശങ്കയാണ്.

അതുകൊണ്ടാണ് വ്യത്യസ്ത ഇന്റർഫേസുകൾക്കായി കോൺഫിഗർ ചെയ്തതായി തോന്നുന്ന രണ്ട് ഡീമണുകൾ ഇപ്പോഴും കൂട്ടിയിടിക്കുന്നത്. കൂട്ടിയിടി ഉദ്ദേശ്യത്തിലല്ല, സോക്കറ്റിലാണ്. ബൈൻഡിംഗ് രീതി ബോധപൂർവ്വം തിരഞ്ഞെടുക്കുക, മാറ്റുന്നതിന് മുൻപ് നിങ്ങളുടെ പതിപ്പിനുള്ള രേഖപ്പെടുത്തിയ സ്വഭാവം വായിക്കുക.

ഘട്ടം 4: ജോലി നൽകുക

ഏത് ഡീമൺ VPN ക്ലയന്റുകൾക്കും ഏത് ഹോസ്റ്റിനും ഉത്തരം നൽകുന്നു എന്ന് തീരുമാനിക്കുക. ടണൽ വിലാസത്തിൽ കേട്ട് മുകളിലേക്ക് കൈമാറുന്ന ഒരു റിസോൾവർ സാധാരണ ക്രമീകരണമാണ്; ഓരോന്നും താൻ പോർട്ട് 53 ഉടമസ്ഥനാണെന്ന് കരുതുന്ന രണ്ട് റിസോൾവറുകൾ ഒരു ക്രമീകരണവുമല്ല.

തുടർന്ന് ആ തീരുമാനം ഓരോ സേവനത്തിന്റെയും സ്വന്തം കോൺഫിഗറേഷനിൽ പ്രകടിപ്പിക്കുക: കേൾക്കുന്ന വിലാസങ്ങൾ, ഇന്റർഫേസ് ഫിൽട്ടറുകൾ, കൈമാറ്റം. സേവനത്തിന്റെ ഉടമ വഴി അവ മാറ്റുക, അത് വിതരണ യൂണിറ്റോ, നെറ്റ്വർക്ക് മാനേജറോ, കണ്ടെയ്നർ റൺടൈമോ ആകട്ടെ, മാറ്റം റീസ്റ്റാർട്ടിനെ അതിജീവിക്കാൻ.

ഘട്ടം 5: സോക്കറ്റ് പരിശോധിക്കുക, പിന്നെ പാത

റീസ്റ്റാർട്ടിന് ശേഷം, ക്ലയന്റ് പരീക്ഷിക്കുന്നതിന് മുൻപ് ഉദ്ദേശിച്ച സോക്കറ്റുകൾ ഉണ്ടെന്ന് സ്ഥിരീകരിക്കുക. ഒരിക്കലും ബൈൻഡ് ചെയ്യാത്ത ഡീമണെ ഒരു റൂട്ടിനും രക്ഷിക്കാനാവില്ല, ശരിയായി ബൈൻഡ് ചെയ്ത സോക്കറ്റിനെതിരെയുള്ള ക്ലയന്റ് പരാജയം മറ്റൊരു പരിഹാരമുള്ള മറ്റൊരു പ്രശ്നമാണ്. പിന്നെ ടണലിലുള്ള ക്ലയന്റിൽ നിന്ന് എത്തിച്ചേരൽ പരിശോധിക്കുക. അതിന് ശേഷം മാത്രമാണ് ആവശ്യമായ പേരുകൾ പരിഹരിക്കുന്നുണ്ടോ എന്ന് ചോദിക്കാൻ തക്കത്.

വേർതിരിച്ച് സൂക്ഷിക്കേണ്ട മൂന്ന് ഫലങ്ങൾ: സോക്കറ്റ് ഉണ്ട്, ക്ലയന്റ് അതിൽ എത്തുന്നു, ഉത്തരം ശരിയാണ്.

എന്ത് ചെയ്യരുത്

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

യന്ത്രം നിയന്ത്രിക്കപ്പെടുന്നതാണെങ്കിൽ, ഉടമസ്ഥതാ തീരുമാനം അടുത്ത അഡ്മിനിസ്ട്രേറ്റർ കണ്ടെത്തുന്നിടത്ത് രേഖപ്പെടുത്തുക. ഇമേജ് വീണ്ടും നിർമ്മിക്കുമ്പോഴെല്ലാം പോർട്ട് സംഘർഷങ്ങൾ തിരികെ വരും.