ഹോസ്റ്റ്നെയിം ആക്സസ് നിയമം ഓരോ നെറ്റ്വർക്ക് പാളിയിലും എന്ത് അർഥമാക്കാം
ഒരു സേവനനാമം DNS, ബ്രൗസർ, പ്രോക്സി അല്ലെങ്കിൽ ഫയർവാൾ തലത്തിൽ നടപ്പാക്കാം. നിയന്ത്രിക്കാൻ ആഗ്രഹിക്കുന്ന ഐഡന്റിറ്റി കാണുന്ന പാളി തിരഞ്ഞെടുക്കുക.
മൂന്ന് പേർ ഒരേ വാക്കുകളിൽ ഒരേ കാര്യം ആവശ്യപ്പെടുന്നു: ഒരു സേവനനാമത്തിലേക്കുള്ള ആക്സസ് തടയുക. ഒരാൾ ബ്രൗസർ സൈറ്റ് തുറക്കരുതെന്ന് അർഥമാക്കുന്നു, മറ്റൊരാൾ ഡെസ്ക്ടോപ്പ് വോയ്സ് ക്ലയന്റ് അതിന്റെ സർവറിലെത്തരുതെന്ന്, മൂന്നാമൻ കരാറുകാരുടെ ഒരു സംഘം ഒരു പ്രത്യേക ആന്തരിക ആപ്പ് ഉപയോഗിക്കരുതെന്നും. വാക്യം ഒരേപോലെയാണ്, നടപ്പാക്കൽ സംവിധാനങ്ങൾക്ക് ഏതാണ്ട് ഒന്നും പൊതുവായില്ല.
യഥാർഥത്തിൽ കാണാൻ കഴിയുന്ന ഐഡന്റിഫയർ അനുസരിച്ച് പാളി തിരഞ്ഞെടുക്കുക, തുടർന്ന് അത് ഉൾക്കൊള്ളുന്ന ക്ലയന്റുകൾ അനുസരിച്ച്. നിങ്ങൾക്ക് ഇതിനകം അറിയാവുന്ന ഫയർവാൾ കമാൻഡിൽ നിന്ന് തുടങ്ങുന്നതാണ് നിയമങ്ങൾ ഒടുവിൽ ഒന്നും തടയാതിരിക്കാനോ വളരെയധികം തടയാനോ ഉള്ള വഴി.
ഓരോ പാളിക്കും പരിശോധിക്കാവുന്ന ഐഡന്റിറ്റി അല്ല പേര്
Netfilter ഉം സമാനമായ പാക്കറ്റ് ഫിൽട്ടറുകളും വിലാസങ്ങളും പ്രോട്ടോക്കോളുകളും പോർട്ടുകളും കാണുന്നു. അവ ഹോസ്റ്റ്നെയിമുകൾ കാണുന്നില്ല, ഒരു പാക്കറ്റ് അവയിലെത്തുമ്പോഴേക്കും നാമം ഇതിനകം പരിഹരിച്ചിരിക്കുന്നു. ഒരു വിലാസത്തിനെതിരെ എഴുതിയ നിയമം ആ വിലാസത്തെക്കുറിച്ചുള്ള നിയമമാണ്, ഉപയോക്താവ് അതിൽ എത്താൻ ഏത് നാമം ടൈപ്പ് ചെയ്താലും.
DNS നയം വഴിയിൽ നേരത്തെ ഇരിക്കുന്നു, ഒപ്പം തുടർന്നുള്ള കണക്ഷനിൽ നിന്ന് വ്യത്യസ്ത വസ്തുവായ ചോദ്യം കാണുന്നു. നിയന്ത്രിത റിസോൾവർ തിരിച്ചുനൽകുന്ന ഉത്തരങ്ങളെ അത് നിയന്ത്രിക്കുന്നു, ഇതിനകം തുറന്നിരുന്ന കണക്ഷനുകളെയല്ല, ആ റിസോൾവറിനെ ഒഴിവാക്കാൻ ക്രമീകരിച്ച ക്ലയന്റുകളെയുമല്ല. പരിഹരിച്ച വിലാസം നയ അവലോകനത്തിനും അടുത്ത അഭ്യർഥനയ്ക്കും ഇടയിലും മാറാം, അതിനാൽ DNS ഉത്തരം ദീർഘകാല അനുമതി പ്രസ്താവനയല്ല.
ഉയർന്ന പാളികൾ കൂടുതൽ സന്ദർഭം കാണുന്നു, കുറഞ്ഞ ക്ലയന്റുകളെ ഉൾക്കൊള്ളുന്നു. ഈ കൈമാറ്റമാണ് മുഴുവൻ വിഷയം, പട്ടികയിലെ ഏതൊരു വരിയും ഒരിക്കലും ശരിയായ ഉത്തരമല്ലാത്തതിന്റെ കാരണവും അതാണ്. നിങ്ങളുടെ നയം യഥാർഥത്തിൽ ഏത് ഐഡന്റിഫയറിനെക്കുറിച്ചാണോ അത് കാണുന്ന വരി തിരഞ്ഞെടുക്കുക. പിന്നീട് ആ വരി സൂചിപ്പിക്കുന്ന കവറേജ് സ്വീകരിക്കുക.
ഓരോ പാളിക്കും എന്ത് തിരിച്ചറിയാം
പട്ടിക മധ്യനിരയിൽ നിന്ന് പുറത്തേക്ക് വായിക്കുക: ഒരു പാളിക്ക് കാണാവുന്ന ഐഡന്റിഫയർ അത് സത്യസന്ധമായി നടപ്പാക്കാവുന്ന നയം നിർണ്ണയിക്കുന്നു.
| Layer | Identifier it sees | What it cannot see |
|---|---|---|
| Packet filter | address, protocol, port | the name, or which other services share that address |
| DNS policy | the queried name and the answer handed back | connections made by clients that ignore the resolver |
| Managed browser | supported URL patterns on managed profiles | non-browser clients, or unmanaged devices |
| CONNECT proxy | host and port for tunnelled requests | the path inside an encrypted request |
ഒരു പാളി നയത്തിൽ ഉൾപ്പെടുന്നത് അത് കാണുന്ന ഐഡന്റിഫയർ നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഐഡന്റിഫയറുമായി പൊരുത്തപ്പെടുമ്പോൾ മാത്രമാണ്. ഒരു പാളിയിൽ എഴുതിയ നിയമം എന്തിനെ സംരക്ഷിക്കുന്നുവെന്ന് വീണ്ടും തീരുമാനിക്കാതെ മറ്റൊന്നിലേക്ക് അപൂർവമായി കൈമാറുന്നതിന്റെ കാരണവും പട്ടിക വിശദീകരിക്കുന്നു.
വ്യക്തമായ നിയമം പരാജയപ്പെടുന്നിടം
നിങ്ങൾ നിയന്ത്രിക്കുന്ന സമർപ്പിത വിലാസമുള്ള ഒരു സേവനത്തിന് വിലാസനിയമം കൃത്യമായി ശരിയാണ്, ആ ഉടമസ്ഥത നയത്തിൽ എഴുതണം. പങ്കിട്ട ഉള്ളടക്ക വിതരണ വിലാസത്തിന് പിന്നിലുള്ള എന്തിനും അത് കൃത്യമായി തെറ്റാണ്, അവിടെ അതേ നിയമം ബന്ധമില്ലാത്ത സേവനങ്ങളെ സ്പർശിക്കുന്നു, പുതുക്കിയ DNS ഉത്തരം നിയമത്തെ ഹോസ്റ്റ്നെയിം അനുമതിയാക്കി മാറ്റുന്നുമില്ല.
നിയന്ത്രിത ബ്രൗസർ നയം പകർത്തിയ വിലാസപ്പട്ടികയെക്കാൾ നേരിട്ട് വെബ് നിയന്ത്രണം പ്രകടിപ്പിക്കുന്നു, പക്ഷേ അത് മാനേജ്മെന്റ് സംവിധാനം നിയന്ത്രിക്കുന്ന ബ്രൗസറുകൾക്കും പ്രൊഫൈലുകൾക്കും മാത്രം ബാധകമാണ്.
ആ ബ്രൗസർ നിയമം മറ്റൊരു ഹോസ്റ്റിലേക്ക് UDP അയക്കുന്ന വോയ്സ് ക്ലയന്റിനെക്കുറിച്ച് ഒന്നും ചെയ്യുന്നില്ല, അതിന്റെ പാറ്റേണുകൾ മറ്റെവിടെനിന്ന് കടമെടുത്ത വൈൽഡ്കാർഡ് സമ്പ്രദായങ്ങളല്ല, ആ ഉൽപ്പന്നമാണ് നിർവചിക്കുന്നത്. CONNECT പ്രോക്സിയും ടണൽ ചെയ്ത അഭ്യർഥനയ്ക്ക് ഹോസ്റ്റും പോർട്ടും സ്വീകരിക്കുന്നു, എൻക്രിപ്റ്റ് ചെയ്ത സെഷനുള്ളിലെ പാത വായിക്കാനാവില്ല. പ്രോട്ടോക്കോൾ വെളിപ്പെടുത്തുന്നതിനെ ചുറ്റിപ്പറ്റി നിയമം രൂപകൽപ്പന ചെയ്യുക. തുടർന്ന് അത് എന്ത് മൂടാതെ വിടുന്നുവെന്ന് എഴുതുക, കാരണം ആ വിടവാണ് അടുത്ത അഭ്യർഥനയുടെ ഉറവിടം.
കമാൻഡനുസരിച്ചല്ല, ക്ലയന്റുകളനുസരിച്ച് തിരഞ്ഞെടുക്കുക
നയം ഏത് ക്ലയന്റുകളെ ഉൾക്കൊള്ളണം, ഏതിനെ വിട്ടുകളയാമെന്ന് ചോദിക്കുക. നിയന്ത്രിത ബ്രൗസർ നയം മാനേജ്മെന്റ് സംവിധാനം എത്തുന്നത് ഉൾക്കൊള്ളുന്നു, ബ്രൗസർ അതിർത്തിയിൽ നിൽക്കുന്നു. റിസോൾവർ നയം നിങ്ങളുടെ റിസോൾവർ ഉപയോഗിക്കുന്ന എല്ലാം ഉൾക്കൊള്ളുന്നു, അത് വിശാലമായ ഗണമാണ്, അത് ഉപയോഗിക്കാത്തവർക്ക് അത് തുറന്ന് പരാജയപ്പെടുന്നു.
നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന സേവനത്തിന്, ആപ്പിലെ അനുമതി ഏതൊരു നെറ്റ്വർക്ക് അതിർത്തിയെക്കാളും ശക്തമാണ്, കാരണം അത് പാതയെയല്ല, അക്കൗണ്ടിനെ പിന്തുടരുന്നു. VPN റൂട്ട് എന്നത് എത്തിച്ചേരാനുള്ള കഴിവ് മാത്രമാണ്: ഒരു സേവനത്തിലേക്ക് പാക്കറ്റ് അയക്കാനാകുന്നത് അത് ഉപയോഗിക്കാനുള്ള അനുമതിയല്ല. പ്രധാനപ്പെട്ട ഐഡന്റിഫയർ ഒരു ഉപയോക്താവോ ചാനൽ അനുമതിയോ ആണെങ്കിൽ, അവിടെ അത് നടപ്പാക്കുക, നെറ്റ്വർക്ക് നിയമത്തെ രണ്ടാം പാളിയായി കാണുക.
നിയമം വിഭവത്തിന്റെ പദങ്ങളിൽ എഴുതുക
പ്രതിരോധിക്കാവുന്ന നയം വിഭവം, ഐഡന്റിറ്റികൾ, പരിധിയിലെ ആപ്പുകൾ, അവയെ വഹിക്കുന്ന പാത എന്നിവയെ പേരിടുന്നു, ഉപയോഗത്തിലുള്ള രണ്ട് വിലാസ കുടുംബങ്ങളും ഉൾപ്പെടെ. നിയമം യാദൃച്ഛികമായി ബാധിക്കുന്ന പങ്കിട്ട ഇൻഫ്രാസ്ട്രക്ചറിന് എന്ത് സംഭവിക്കുമെന്നും അത് പറയുന്നു.
ആ പദപ്രയോഗം പിന്നീട് ആർക്കെങ്കിലും ഓഡിറ്റ് ചെയ്യാവുന്ന ഒരു തീരുമാനം സൃഷ്ടിക്കുന്നു. ഇന്നത്തെ പരിഹരിച്ച വിലാസത്താൽ ന്യായീകരിക്കപ്പെടുന്ന നിയമം വിലാസം ആദ്യമായി മാറുമ്പോൾ ഒരു സംഭവം സൃഷ്ടിക്കുന്നു, തടയൽ ഒരിക്കൽ എന്തുകൊണ്ട് ശരിയായിരുന്നുവെന്ന് ആർക്കും വിശദീകരിക്കാനാവില്ല.