DNS-over-TLS (DoT), DNS-over-HTTPS (DoH) എന്നിവ ഉപയോഗിക്കുന്നതിന്റെ അപകടസാധ്യതകൾ കുറയ്ക്കുന്നു

DoH, DoT എന്നിവ ഉപയോഗിക്കുന്നതിന്റെ അപകടസാധ്യതകൾ കുറയ്ക്കുന്നു

DoH, DoT സംരക്ഷണം

നിങ്ങളുടെ DNS ട്രാഫിക് നിയന്ത്രിക്കുന്നുണ്ടോ? ഓർഗനൈസേഷനുകൾ അവരുടെ നെറ്റ്‌വർക്കുകൾ സുരക്ഷിതമാക്കുന്നതിന് ധാരാളം സമയവും പണവും പരിശ്രമവും നിക്ഷേപിക്കുന്നു. എന്നിരുന്നാലും, പലപ്പോഴും വേണ്ടത്ര ശ്രദ്ധ ലഭിക്കാത്ത ഒരു മേഖല DNS ആണ്.

DNS കൊണ്ടുവരുന്ന അപകടസാധ്യതകളെക്കുറിച്ചുള്ള ഒരു നല്ല അവലോകനം വെരിസൈൻ അവതരണം ഇൻഫോസെക്യൂരിറ്റി കോൺഫറൻസിൽ.

സർവേയിൽ പങ്കെടുത്ത 31% ransomware ക്ലാസുകൾ കീ കൈമാറ്റത്തിനായി DNS ഉപയോഗിച്ചു. പഠന കണ്ടെത്തലുകൾ

സർവേയിൽ പങ്കെടുത്ത ransomware ക്ലാസുകളിൽ 31% കീ കൈമാറ്റത്തിനായി DNS ഉപയോഗിച്ചു.

പ്രശ്നം ഗുരുതരമാണ്. പാലോ ആൾട്ടോ നെറ്റ്‌വർക്ക് യൂണിറ്റ് 42 ഗവേഷണ ലാബ് അനുസരിച്ച്, ഏകദേശം 85% ക്ഷുദ്രവെയറുകളും ഒരു കമാൻഡ് ആൻഡ് കൺട്രോൾ ചാനൽ സ്ഥാപിക്കാൻ DNS ഉപയോഗിക്കുന്നു, ഇത് നിങ്ങളുടെ നെറ്റ്‌വർക്കിലേക്ക് ക്ഷുദ്രവെയർ എളുപ്പത്തിൽ കുത്തിവയ്ക്കാനും ഡാറ്റ മോഷ്ടിക്കാനും ആക്രമണകാരികളെ അനുവദിക്കുന്നു. അതിന്റെ തുടക്കം മുതൽ, ഡിഎൻഎസ് ട്രാഫിക് വലിയതോതിൽ എൻക്രിപ്റ്റ് ചെയ്തിട്ടില്ല, എൻജിഎഫ്ഡബ്ല്യു സുരക്ഷാ സംവിധാനങ്ങൾക്ക് എളുപ്പത്തിൽ വിശകലനം ചെയ്യാൻ കഴിയും. 

DNS കണക്ഷനുകളുടെ രഹസ്യസ്വഭാവം വർധിപ്പിക്കാൻ ലക്ഷ്യമിട്ട് DNS-നുള്ള പുതിയ പ്രോട്ടോക്കോളുകൾ ഉയർന്നുവന്നിട്ടുണ്ട്. പ്രമുഖ ബ്രൗസർ വെണ്ടർമാരും മറ്റ് സോഫ്റ്റ്‌വെയർ വെണ്ടർമാരും അവരെ സജീവമായി പിന്തുണയ്ക്കുന്നു. കോർപ്പറേറ്റ് നെറ്റ്‌വർക്കുകളിൽ എൻക്രിപ്റ്റ് ചെയ്ത DNS ട്രാഫിക് ഉടൻ വളരാൻ തുടങ്ങും. എൻക്രിപ്റ്റ് ചെയ്ത DNS ട്രാഫിക് ശരിയായി വിശകലനം ചെയ്യാത്തതും ടൂളുകൾ വഴി പരിഹരിക്കാത്തതും ഒരു കമ്പനിക്ക് സുരക്ഷാ അപകടമുണ്ടാക്കുന്നു. ഉദാഹരണത്തിന്, എൻക്രിപ്ഷൻ കീകൾ കൈമാറാൻ DNS ഉപയോഗിക്കുന്ന ക്രിപ്‌റ്റോലോക്കറുകളാണ് അത്തരമൊരു ഭീഷണി. നിങ്ങളുടെ ഡാറ്റയിലേക്കുള്ള ആക്‌സസ് പുനഃസ്ഥാപിക്കുന്നതിന് ആക്രമണകാരികൾ ഇപ്പോൾ ദശലക്ഷക്കണക്കിന് ഡോളർ മോചനദ്രവ്യം ആവശ്യപ്പെടുന്നു. ഉദാഹരണത്തിന്, ഗാർമിൻ 10 മില്യൺ ഡോളർ നൽകി.

ശരിയായി കോൺഫിഗർ ചെയ്യുമ്പോൾ, NGFW-കൾക്ക് DNS-over-TLS (DoT) ഉപയോഗം നിഷേധിക്കാനോ പരിരക്ഷിക്കാനോ കഴിയും കൂടാതെ DNS-over-HTTPS (DoH) ഉപയോഗം നിരസിക്കാൻ ഉപയോഗിക്കാനും കഴിയും, ഇത് നിങ്ങളുടെ നെറ്റ്‌വർക്കിലെ എല്ലാ DNS ട്രാഫിക്കും വിശകലനം ചെയ്യാൻ അനുവദിക്കുന്നു.

എന്താണ് എൻക്രിപ്റ്റ് ചെയ്ത DNS?

എന്താണ് DNS

ഡൊമെയ്ൻ നെയിം സിസ്റ്റം (ഡിഎൻഎസ്) മനുഷ്യർക്ക് വായിക്കാവുന്ന ഡൊമെയ്ൻ നാമങ്ങൾ പരിഹരിക്കുന്നു (ഉദാഹരണത്തിന്, വിലാസം www.paloaltonetworks.com ) IP വിലാസങ്ങളിലേക്ക് (ഉദാഹരണത്തിന്, 34.107.151.202). ഒരു ഉപയോക്താവ് ഒരു വെബ് ബ്രൗസറിലേക്ക് ഒരു ഡൊമെയ്ൻ നാമം നൽകുമ്പോൾ, ബ്രൗസർ DNS സെർവറിലേക്ക് ഒരു DNS അന്വേഷണം അയയ്ക്കുന്നു, ആ ഡൊമെയ്ൻ നാമവുമായി ബന്ധപ്പെട്ട IP വിലാസം ആവശ്യപ്പെടുന്നു. പ്രതികരണമായി, ഈ ബ്രൗസർ ഉപയോഗിക്കുന്ന IP വിലാസം DNS സെർവർ നൽകുന്നു.

ഡിഎൻഎസ് അന്വേഷണങ്ങളും പ്രതികരണങ്ങളും നെറ്റ്‌വർക്കിലുടനീളം പ്ലെയിൻ ടെക്‌സ്‌റ്റിൽ അയയ്‌ക്കുന്നു, എൻക്രിപ്റ്റ് ചെയ്യപ്പെടാതെ, ചാരപ്പണി ചെയ്യുന്നതിനോ പ്രതികരണം മാറ്റുന്നതിനോ ബ്രൗസറിനെ ക്ഷുദ്രകരമായ സെർവറുകളിലേക്ക് റീഡയറക്‌ടുചെയ്യുന്നതിനോ ദുർബലമാക്കുന്നു. ട്രാൻസ്മിഷൻ സമയത്ത് DNS അഭ്യർത്ഥനകൾ ട്രാക്ക് ചെയ്യുന്നതിനോ മാറ്റുന്നതിനോ DNS എൻക്രിപ്ഷൻ ബുദ്ധിമുട്ടാക്കുന്നു. ഡിഎൻഎസ് അഭ്യർത്ഥനകളും പ്രതികരണങ്ങളും എൻക്രിപ്റ്റ് ചെയ്യുന്നത്, പരമ്പരാഗത പ്ലെയിൻടെക്സ്റ്റ് ഡിഎൻഎസ് (ഡൊമെയ്ൻ നെയിം സിസ്റ്റം) പ്രോട്ടോക്കോളിന്റെ അതേ പ്രവർത്തനം നടത്തുമ്പോൾ, മാൻ-ഇൻ-ദി-മിഡിൽ ആക്രമണങ്ങളിൽ നിന്ന് നിങ്ങളെ സംരക്ഷിക്കുന്നു. 

കഴിഞ്ഞ കുറച്ച് വർഷങ്ങളായി, രണ്ട് DNS എൻക്രിപ്ഷൻ പ്രോട്ടോക്കോളുകൾ അവതരിപ്പിച്ചു:

1. DNS-over-HTTPS (DoH)

2. DNS-over-TLS (DoT)

ഈ പ്രോട്ടോക്കോളുകൾക്ക് പൊതുവായ ഒരു കാര്യമുണ്ട്: അവ മനഃപൂർവ്വം ഡിഎൻഎസ് അഭ്യർത്ഥനകൾ ഏതെങ്കിലും തടസ്സങ്ങളിൽ നിന്ന് മറയ്ക്കുന്നു... കൂടാതെ ഓർഗനൈസേഷന്റെ സുരക്ഷാ ഗാർഡുകളിൽ നിന്നും. ഡിഎൻഎസ് ട്രാഫിക്കിനായി സാധാരണയായി ഉപയോഗിക്കാത്ത ഒരു പോർട്ടിൽ ഡിഎൻഎസ് ചോദ്യങ്ങൾ പരിഹരിക്കുന്ന ഒരു ക്ലയന്റ് അന്വേഷണവും സെർവറും തമ്മിൽ എൻക്രിപ്റ്റ് ചെയ്ത കണക്ഷൻ സ്ഥാപിക്കുന്നതിന് പ്രോട്ടോക്കോളുകൾ പ്രാഥമികമായി ടിഎൽഎസ് (ട്രാൻസ്പോർട്ട് ലെയർ സെക്യൂരിറ്റി) ഉപയോഗിക്കുന്നു.

DNS അന്വേഷണങ്ങളുടെ രഹസ്യാത്മകത ഈ പ്രോട്ടോക്കോളുകളുടെ ഒരു വലിയ പ്ലസ് ആണ്. എന്നിരുന്നാലും, നെറ്റ്‌വർക്ക് ട്രാഫിക് നിരീക്ഷിക്കുകയും ക്ഷുദ്രകരമായ കണക്ഷനുകൾ കണ്ടെത്തി തടയുകയും ചെയ്യേണ്ട സുരക്ഷാ ഗാർഡുകൾക്ക് അവ പ്രശ്നങ്ങൾ സൃഷ്ടിക്കുന്നു. പ്രോട്ടോക്കോളുകൾ അവയുടെ നിർവ്വഹണത്തിൽ വ്യത്യാസമുള്ളതിനാൽ, വിശകലന രീതികൾ DoH ഉം DoT ഉം തമ്മിൽ വ്യത്യാസപ്പെട്ടിരിക്കും.

HTTPS (DoH) വഴിയുള്ള DNS

HTTPS-നുള്ളിൽ DNS

എച്ച്ടിടിപിഎസിനായി DoH അറിയപ്പെടുന്ന പോർട്ട് 443 ഉപയോഗിക്കുന്നു, അതിനായി RFC പ്രത്യേകം പ്രസ്താവിക്കുന്നത് "ഒരേ കണക്ഷനിലുള്ള മറ്റ് HTTPS ട്രാഫിക്കുമായി DoH ട്രാഫിക് മിക്സ് ചെയ്യുക", "DNS ട്രാഫിക്ക് വിശകലനം ചെയ്യുന്നത് ബുദ്ധിമുട്ടാക്കുക" അങ്ങനെ കോർപ്പറേറ്റ് നിയന്ത്രണങ്ങൾ മറികടക്കുക എന്നിവയാണ്. ( RFC 8484 DoH വിഭാഗം 8.1 ). DoH പ്രോട്ടോക്കോൾ TLS എൻക്രിപ്ഷനും സാധാരണ HTTPS, HTTP/2 മാനദണ്ഡങ്ങൾ നൽകുന്ന അഭ്യർത്ഥന വാക്യഘടനയും ഉപയോഗിക്കുന്നു, സാധാരണ HTTP അഭ്യർത്ഥനകൾക്ക് മുകളിൽ DNS അഭ്യർത്ഥനകളും പ്രതികരണങ്ങളും ചേർക്കുന്നു.

DoH-മായി ബന്ധപ്പെട്ട അപകടസാധ്യതകൾ

നിങ്ങൾക്ക് DoH അഭ്യർത്ഥനകളിൽ നിന്ന് പതിവ് HTTPS ട്രാഫിക്കിനെ വേർതിരിച്ചറിയാൻ കഴിയുന്നില്ലെങ്കിൽ, നിങ്ങളുടെ ഓർഗനൈസേഷനിലെ ആപ്ലിക്കേഷനുകൾക്ക് പ്രാദേശിക DNS ക്രമീകരണങ്ങളെ മറികടക്കാൻ കഴിയും (കൂടാതെ) DoH അഭ്യർത്ഥനകളോട് പ്രതികരിക്കുന്ന മൂന്നാം കക്ഷി സെർവറുകളിലേക്ക് അഭ്യർത്ഥനകൾ റീഡയറക്‌ടുചെയ്യുക, അത് ഏതെങ്കിലും നിരീക്ഷണത്തെ മറികടക്കുന്നു, അതായത്, ഇവയുടെ കഴിവിനെ നശിപ്പിക്കുന്നു. DNS ട്രാഫിക് നിയന്ത്രിക്കുക. HTTPS ഡീക്രിപ്ഷൻ ഫംഗ്‌ഷനുകൾ ഉപയോഗിച്ച് നിങ്ങൾ DoH നിയന്ത്രിക്കണം. 

И ഗൂഗിളും മോസില്ലയും DoH കഴിവുകൾ നടപ്പിലാക്കിയിട്ടുണ്ട് അവരുടെ ബ്രൗസറുകളുടെ ഏറ്റവും പുതിയ പതിപ്പിൽ, എല്ലാ DNS അഭ്യർത്ഥനകൾക്കും ഡിഫോൾട്ടായി DoH ഉപയോഗിക്കാൻ രണ്ട് കമ്പനികളും പ്രവർത്തിക്കുന്നു. മൈക്രോസോഫ്റ്റും പദ്ധതികൾ വികസിപ്പിക്കുന്നുണ്ട് അവരുടെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിലേക്ക് DoH സംയോജിപ്പിക്കുന്നതിൽ. പ്രശസ്തമായ സോഫ്റ്റ്‌വെയർ കമ്പനികൾ മാത്രമല്ല, ആക്രമണകാരികളും പരമ്പരാഗത കോർപ്പറേറ്റ് ഫയർവാൾ നടപടികളെ മറികടക്കുന്നതിനുള്ള ഒരു മാർഗമായി DoH ഉപയോഗിക്കാൻ തുടങ്ങിയിരിക്കുന്നു എന്നതാണ് പോരായ്മ. (ഉദാഹരണത്തിന്, ഇനിപ്പറയുന്ന ലേഖനങ്ങൾ അവലോകനം ചെയ്യുക: PsiXBot ഇപ്പോൾ Google DoH ഉപയോഗിക്കുന്നു , പുതുക്കിയ DNS ഇൻഫ്രാസ്ട്രക്ചർ ഉപയോഗിച്ച് PsiXBot വികസിക്കുന്നത് തുടരുന്നു и ഗോഡ്‌ലുവ പിൻവാതിൽ വിശകലനം .) ഏത് സാഹചര്യത്തിലും, നല്ലതും ക്ഷുദ്രകരവുമായ DoH ട്രാഫിക് കണ്ടെത്താനാകാതെ പോകും, ​​ക്ഷുദ്രവെയർ (C2) നിയന്ത്രിക്കുന്നതിനും സെൻസിറ്റീവ് ഡാറ്റ മോഷ്ടിക്കുന്നതിനുമുള്ള ഒരു മാർഗമായി DoH-ന്റെ ദുരുപയോഗം സ്ഥാപനത്തെ അന്ധരാക്കുന്നു.

DoH ട്രാഫിക്കിന്റെ ദൃശ്യപരതയും നിയന്ത്രണവും ഉറപ്പാക്കുന്നു

DoH നിയന്ത്രണത്തിനുള്ള ഏറ്റവും മികച്ച പരിഹാരമെന്ന നിലയിൽ, HTTPS ട്രാഫിക് ഡീക്രിപ്റ്റ് ചെയ്യുന്നതിനും DoH ട്രാഫിക് തടയുന്നതിനും NGFW കോൺഫിഗർ ചെയ്യാൻ ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു (അപ്ലിക്കേഷന്റെ പേര്: dns-over-https). 

ആദ്യം, അനുസരിച്ച്, HTTPS ഡീക്രിപ്റ്റ് ചെയ്യാൻ NGFW കോൺഫിഗർ ചെയ്തിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക മികച്ച ഡീക്രിപ്ഷൻ ടെക്നിക്കുകളിലേക്കുള്ള ഒരു ഗൈഡ്.

രണ്ടാമതായി, ചുവടെ കാണിച്ചിരിക്കുന്നതുപോലെ ആപ്ലിക്കേഷൻ ട്രാഫിക്കിനായി "dns-over-https" ഒരു നിയമം സൃഷ്ടിക്കുക:

DNS-ഓവർ-എച്ച്ടിടിപിഎസ് തടയുന്നതിനുള്ള പാലോ ആൾട്ടോ നെറ്റ്‌വർക്കുകൾ NGFW റൂൾ

ഒരു ഇടക്കാല ബദലായി (നിങ്ങളുടെ ഓർഗനൈസേഷൻ എച്ച്ടിടിപിഎസ് ഡീക്രിപ്ഷൻ പൂർണ്ണമായി നടപ്പിലാക്കിയിട്ടില്ലെങ്കിൽ), "ഡിഎൻഎസ്-ഓവർ-https" ആപ്ലിക്കേഷൻ ഐഡിയിൽ "നിഷേധിക്കുക" എന്ന പ്രവർത്തനം പ്രയോഗിക്കുന്നതിന് NGFW കോൺഫിഗർ ചെയ്യാവുന്നതാണ്, എന്നാൽ ചില നല്ല കാര്യങ്ങൾ തടയുന്നതിലേക്ക് പരിമിതപ്പെടുത്തും. DoH സെർവറുകൾ അവരുടെ ഡൊമെയ്ൻ നാമത്തിൽ അറിയപ്പെടുന്നു, അതിനാൽ HTTPS ഡീക്രിപ്ഷൻ ഇല്ലാതെ എങ്ങനെ DoH ട്രാഫിക് പൂർണ്ണമായി പരിശോധിക്കാൻ കഴിയില്ല (കാണുക  പാലോ ആൾട്ടോ നെറ്റ്‌വർക്കുകളിൽ നിന്നുള്ള അപ്ലിപീഡിയ   കൂടാതെ "dns-over-https" എന്നതിനായി തിരയുക).

DNS ഓവർ TLS (DoT)

TLS-നുള്ളിൽ DNS

DoH പ്രോട്ടോക്കോൾ ഒരേ പോർട്ടിലെ മറ്റ് ട്രാഫിക്കുമായി കൂടിച്ചേരാൻ ശ്രമിക്കുമ്പോൾ, DoT പകരം ആ പ്രത്യേക ആവശ്യത്തിനായി റിസർവ് ചെയ്‌തിരിക്കുന്ന ഒരു പ്രത്യേക പോർട്ട് ഉപയോഗിക്കുന്നത് സ്ഥിരസ്ഥിതിയാക്കുന്നു, പരമ്പരാഗത എൻ‌ക്രിപ്റ്റ് ചെയ്യാത്ത DNS ട്രാഫിക്ക് (എൻ‌ക്രിപ്റ്റ് ചെയ്യാത്ത DNS ട്രാഫിക്ക്) അതേ പോർട്ട് ഉപയോഗിക്കുന്നതിൽ നിന്ന് പ്രത്യേകമായി അനുവദിക്കുന്നില്ല. RFC 7858, വിഭാഗം 3.1 ).

അറിയപ്പെടുന്ന പോർട്ട് 853 ഉപയോഗിച്ച് ട്രാഫിക്കിനൊപ്പം സ്റ്റാൻഡേർഡ് ഡിഎൻഎസ് പ്രോട്ടോക്കോൾ അന്വേഷണങ്ങൾ ഉൾക്കൊള്ളുന്ന എൻക്രിപ്ഷൻ നൽകാൻ DoT പ്രോട്ടോക്കോൾ TLS ഉപയോഗിക്കുന്നു. RFC 7858 വിഭാഗം 6 ). ഒരു പോർട്ടിൽ ട്രാഫിക്ക് തടയുന്നത് ഓർഗനൈസേഷനുകൾക്ക് എളുപ്പമാക്കുന്നതിനോ ട്രാഫിക് സ്വീകരിക്കുന്നതിനോ ആ പോർട്ടിൽ ഡീക്രിപ്ഷൻ പ്രവർത്തനക്ഷമമാക്കുന്നതിനോ വേണ്ടിയാണ് DoT പ്രോട്ടോക്കോൾ രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്.

DoT-യുമായി ബന്ധപ്പെട്ട അപകടസാധ്യതകൾ

ഗൂഗിൾ അതിന്റെ ക്ലയന്റിൽ DoT നടപ്പിലാക്കി ആൻഡ്രോയിഡ് 9 പൈയും അതിനുശേഷവും , ലഭ്യമാണെങ്കിൽ DoT സ്വയമേവ ഉപയോഗിക്കുന്നതിന് സ്ഥിരസ്ഥിതി ക്രമീകരണം. നിങ്ങൾ അപകടസാധ്യതകൾ വിലയിരുത്തുകയും ഓർഗനൈസേഷണൽ തലത്തിൽ DoT ഉപയോഗിക്കാൻ തയ്യാറാണെങ്കിൽ, ഈ പുതിയ പ്രോട്ടോക്കോളിനായി അവരുടെ പരിധിയിലൂടെ പോർട്ട് 853-ൽ ഔട്ട്‌ബൗണ്ട് ട്രാഫിക്ക് അനുവദിക്കുന്ന നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേറ്റർമാർ നിങ്ങൾക്ക് ഉണ്ടായിരിക്കണം.

DoT ട്രാഫിക്കിന്റെ ദൃശ്യപരതയും നിയന്ത്രണവും ഉറപ്പാക്കുന്നു

DoT നിയന്ത്രണത്തിനുള്ള ഒരു മികച്ച സമ്പ്രദായമെന്ന നിലയിൽ, നിങ്ങളുടെ സ്ഥാപനത്തിന്റെ ആവശ്യകതകളെ അടിസ്ഥാനമാക്കി മുകളിൽ പറഞ്ഞവയിൽ ഏതെങ്കിലും ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു:

• ഡെസ്റ്റിനേഷൻ പോർട്ട് 853-നുള്ള എല്ലാ ട്രാഫിക്കും ഡീക്രിപ്റ്റ് ചെയ്യാൻ NGFW കോൺഫിഗർ ചെയ്യുക. ട്രാഫിക് ഡീക്രിപ്റ്റ് ചെയ്യുന്നതിലൂടെ, സബ്‌സ്‌ക്രിപ്‌ഷൻ പ്രവർത്തനക്ഷമമാക്കുന്നത് പോലുള്ള ഏത് പ്രവർത്തനവും നിങ്ങൾക്ക് പ്രയോഗിക്കാൻ കഴിയുന്ന ഒരു DNS ആപ്ലിക്കേഷനായി DoT ദൃശ്യമാകും. പാലോ ആൾട്ടോ നെറ്റ്‌വർക്കുകൾ DNS സുരക്ഷ DGA ഡൊമെയ്‌നുകൾ അല്ലെങ്കിൽ നിലവിലുള്ള ഒന്ന് നിയന്ത്രിക്കാൻ ഡിഎൻഎസ് സിങ്കോലിംഗ് ആന്റി സ്പൈവെയറും.

• പോർട്ട് 853-ലെ 'dns-over-tls' ട്രാഫിക്കിനെ പൂർണ്ണമായും തടയുക എന്നതാണ് ആപ്പ്-ഐഡി എഞ്ചിൻ ഒരു ബദൽ. ഇത് സാധാരണയായി ഡിഫോൾട്ടായി ബ്ലോക്ക് ചെയ്യപ്പെടും, ഒരു നടപടിയും ആവശ്യമില്ല (നിങ്ങൾ പ്രത്യേകമായി 'dns-over-tls' ആപ്ലിക്കേഷനോ പോർട്ട് ട്രാഫിക്കോ അനുവദിക്കുന്നില്ലെങ്കിൽ. 853).

അവലംബം: www.habr.com