IPv6 സ്വകാര്യതാ വിലാസങ്ങളോ RDP അനുമതി പട്ടികയോ: വിട്ടുവീഴ്ച തിരഞ്ഞെടുക്കുക

വിദൂര ഡെസ്ക്ടോപ്പ് ആക്സസ് ഒരു മാസം പ്രവർത്തിച്ചു, പിന്നീട് അനുമതി പട്ടിക കാണാവുന്ന കാരണമില്ലാതെ പൊരുത്തപ്പെടുന്നത് നിർത്തി. ഹോസ്റ്റ് നീങ്ങിയിട്ടില്ല, ഫയർവാളിൽ ഒന്നും എഡിറ്റ് ചെയ്തിട്ടില്ല. Windows ക്രമരഹിതമായ ഇന്റർഫേസ് ഐഡന്റിഫയറുകളുള്ള IPv6 താൽക്കാലിക വിലാസങ്ങൾ സൃഷ്ടിച്ച് അവ പിൻവലിക്കുന്നത് തുടരുന്നു, അതിനാൽ സർവർ ഏതെങ്കിലും ദിവസം കാണുന്ന സ്രോതസ്സ് വിലാസം ആരും നിയമത്തിൽ എഴുതാത്ത ഒന്നായിരിക്കാം. ആ പെരുമാറ്റം ഓഫാക്കുന്നത് പൊരുത്തം ശരിയാക്കുകയും അതേസമയം ഹോസ്റ്റിനെ ദീർഘകാല ഐഡന്റിഫയറാക്കുകയും ചെയ്യുന്നു. രണ്ടാം പകുതി സ്വീകരിക്കുന്നതിന് മുമ്പ് ബദലുകൾ തൂക്കിനോക്കുക.

നിയമം പൊരുത്തപ്പെടുന്നത് എന്തുകൊണ്ട് നിർത്തി

RFC 4941 താൽക്കാലിക വിലാസങ്ങൾ വിവരിക്കുന്നു: ഹോസ്റ്റ് ക്രമരഹിതമാക്കിയ ഐഡന്റിഫയറുകളുള്ള അധിക വിലാസങ്ങൾ സൃഷ്ടിച്ച് അവ പിൻവലിക്കുന്നു, ഇത് നിരീക്ഷകന് ഒരു ഹോസ്റ്റിനെ സന്ദർശനങ്ങൾക്കിടയിൽ ബന്ധിപ്പിക്കുന്നത് തടയുന്നു. Windows ആ പെരുമാറ്റം നടപ്പാക്കുന്നു, അതിനാൽ ഇന്നലത്തെ സ്രോതസ്സ് വിലാസം ഇന്നത്തേതായിരിക്കണമെന്നില്ല. പ്രവചിക്കാവുന്ന വിലാസം ഇന്റർഫേസിൽ ഇപ്പോഴും നിലവിലുണ്ട്; പുറത്തേക്കുള്ള കണക്ഷൻ ഇഷ്ടപ്പെടുന്നത് അതല്ല എന്ന് മാത്രം.

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

ആദ്യ ഓപ്ഷൻ: ഒരു സ്ഥിര വിലാസം, കുറഞ്ഞ സ്വകാര്യത

സാധാരണ അറ്റകുറ്റപ്പണി ഹോസ്റ്റിലെ രണ്ട് റൊട്ടേഷൻ സംവിധാനങ്ങളും ഓഫാക്കുന്നു: netsh interface ipv6 set privacy state=disabled store=persistent ഉം netsh interface ipv6 set global randomizeidentifiers=disabled store=persistent ഉം. റീസ്റ്റാർട്ടിനായി കാത്തിരിക്കാതെ മാറ്റം പ്രാബല്യത്തിൽ വരണമെങ്കിൽ store=active ചേർക്കുക, ഐഡന്റിഫയർ ഇപ്പോൾ നെറ്റ്വർക്കുകൾക്കിടയിൽ പ്രവചിക്കാവുന്നതാക്കിയെന്ന് സമ്മതിക്കുക.

ആ പ്രവചനസാധ്യതയാണ് എക്സ്റ്റൻഷനുകൾ തടയാൻ നിർമ്മിച്ചത്. ഹോസ്റ്റിനെ കഫേയിൽ നിന്ന് ഓഫീസിലേക്കും വീട്ടിലേക്കും പിന്തുടരുന്ന വിലാസം സൗകര്യപ്രദമായ ഫിൽട്ടർ കീയും അത്രതന്നെ സൗകര്യപ്രദമായ ട്രാക്കിംഗ് കീയുമാണ്, രണ്ടാമത്തെ സ്വഭാവം ആദ്യത്തേത് ആവശ്യപ്പെട്ട ടിക്കറ്റിനെക്കാൾ കൂടുതൽ കാലം നിലനിൽക്കുന്നു.

രണ്ടാം ഓപ്ഷൻ: ഒരു പ്രിഫിക്സോ പേരോ അനുവദിക്കുക

പൂർണ വിലാസത്തിനുപകരം /64 അനുവദിക്കുന്നത് റൊട്ടേഷൻ അതേപടി നിലനിർത്തുകയും ദുർബലമെങ്കിലും പലപ്പോഴും സത്യസന്ധമായ ഒരു വാദവുമായി യോജിക്കുകയും ചെയ്യുന്നു: ഈ യന്ത്രം എന്റെ വീട്ടിലെ നെറ്റ്വർക്കിലാണ്. ആ പ്രിഫിക്സിൽ നിങ്ങൾ അനുവദിക്കാത്ത ഹോസ്റ്റുകൾ ഉള്ള നിമിഷം അത് മതിയാകുന്നത് നിർത്തുന്നു, ഉപഭോക്തൃ കണക്ഷനിൽ ഇത് സാധാരണയായി ആളുകൾ കരുതുന്നതിനേക്കാൾ ചെറിയ ഒരു കൂട്ടമാണ്. ഡൈനാമിക് DNS വഴി പ്രസിദ്ധീകരിച്ച പേര് പ്രവർത്തിപ്പിക്കാൻ എളുപ്പമാണ്, കാരണം റെക്കോർഡ് ഹോസ്റ്റിനെ പിന്തുടരുന്നു, ഓരോ ഉപകരണവും ചേർക്കുമ്പോൾ വളരുന്ന ഒരു ശ്രേണിയായല്ല, ഒരു ഐഡന്റിറ്റിയായി നയം വായിക്കപ്പെടുന്നു.

രണ്ട് ഓപ്ഷനുകൾക്കും സർവറിന് വിശ്വസിക്കാവുന്ന ഒരു റിസോൾവറും എളുപ്പത്തിൽ വ്യാജമാക്കാനാകാത്ത ഒരു പേരും ആവശ്യമാണ്, അതിനാൽ അവയെ നിയമത്തിന്റെ അലങ്കാരപരമായ മാറ്റമായല്ല, ഐഡന്റിറ്റിയെക്കുറിച്ചുള്ള ഒരു നയ തീരുമാനമായി കാണുക. ആ പേരിന് ഏത് റിസോൾവർ ഉത്തരം നൽകുന്നുവെന്ന് എഴുതി വയ്ക്കുക, കാരണം നിയമം അതിന് പിന്നിലുള്ള റെക്കോർഡിനോളം മാത്രമേ വിശ്വസനീയമാകൂ.

മൂന്നാം ഓപ്ഷൻ: ടണൽ വിലാസം നൽകട്ടെ

കണക്ഷൻ നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഒരു VPN വഴി കടന്നുപോകുന്നുവെങ്കിൽ, സർവറിന് സ്വന്തം പൂളിൽ നിന്ന് വിലാസം നൽകാം, അപ്പോൾ അനുമതി പട്ടിക ക്ലയന്റ് ഇഷ്ടപ്പെടുന്നതിനുപകരം സർവർ തിരഞ്ഞെടുക്കുന്ന മൂല്യത്തെ സൂചിപ്പിക്കുന്നു. ഇത് മാനേജ് ചെയ്യുന്ന ക്ലയന്റുകൾക്ക് നന്നായി പ്രവർത്തിക്കുന്നു, ക്ലയന്റിന് അതിലംഘിക്കാവുന്ന എന്തിനും മോശമായി പ്രവർത്തിക്കുന്നു, അതിനാൽ നിങ്ങളുടെ വിന്യാസത്തിൽ ഏത് വശമാണ് യഥാർത്ഥത്തിൽ ജയിക്കുന്നതെന്ന് പരിശോധിക്കുക.

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

ട്രാക്കിംഗ് ചെലവ് കണക്കിലെടുത്ത് തിരഞ്ഞെടുക്കുക

നാല് ഓപ്ഷനുകളും യഥാർത്ഥ ആവശ്യകതയ്ക്കെതിരെ എഴുതി, അവ സംയോജിപ്പിക്കുന്നതിനുപകരം ഒന്ന് തിരഞ്ഞെടുക്കുക. എങ്കിലും സ്വകാര്യത ഓഫാക്കുന്നുവെങ്കിൽ, അത് ആവശ്യമുള്ള ഹോസ്റ്റിൽ മാത്രമായി പരിമിതപ്പെടുത്തുക, കാരണം നിയമത്തിന് സമീപം രേഖപ്പെടുത്തുക, പ്ലാറ്റ്ഫോം പിന്തുണയ്ക്കുന്നിടത്ത് RFC 7217-ലെ സ്ഥിര-സ്വകാര്യ വിലാസവൽക്കരണം പരിഗണിക്കുക, കാരണം ഹാർഡ്വെയറിൽ നിന്ന് ഉരുത്തിരിഞ്ഞത് വെളിപ്പെടുത്താതെ ഓരോ പ്രിഫിക്സിനും ഐഡന്റിഫയർ നിലനിർത്തുന്നു. അനുമതി പട്ടിക മാറ്റുമ്പോൾ എക്സ്റ്റൻഷനുകൾ വീണ്ടും പ്രവർത്തനക്ഷമമാക്കുക.

മാറ്റം അത് പിന്തുണയ്ക്കുന്ന നിയമത്തിന് സമീപം രേഖപ്പെടുത്തുക. ആ കുറിപ്പില്ലാതെ അടുത്ത അഡ്മിനിസ്ട്രേറ്റർ സ്വകാര്യതാ എക്സ്റ്റൻഷനുകൾ ഓഫായതും വിശദീകരണമില്ലാത്തതുമായ ഒരു ഹോസ്റ്റ് കണ്ടെത്തി, വൃത്തിയാക്കുമ്പോൾ അവ വീണ്ടും ഓണാക്കുന്നു.