നിങ്ങളുടെ VPN ഒറ്റയ്ക്ക് Cosmos DB-യെ സ്വകാര്യമാക്കുന്നില്ല

നിങ്ങൾ VPN വഴി ലാപ്ടോപ്പിനെ VNet-ലേക്ക് ബന്ധിപ്പിക്കുന്നു, Cosmos DB അക്കൗണ്ടിന്റെ URL തുറക്കുന്നു, എന്നിട്ടും അഭ്യർത്ഥന പൊതു ഇന്റർനെറ്റിലൂടെ പുറത്തുപോകുന്നു. ടണൽ അതിന്റെ ജോലി ചെയ്തു. അത് ചെയ്യാത്തത് ഒരു സ്വകാര്യ എൻഡ്പോയിന്റ് സൃഷ്ടിക്കുകയും, സ്വകാര്യ DNS റെക്കോർഡ് പ്രസിദ്ധീകരിക്കുകയും, പൊതു ആക്സസ് ഓഫാക്കുകയും ചെയ്യാതിരിക്കുന്നതാണ്, കാരണം അവ അക്കൗണ്ടിലെ മൂന്ന് വേറിട്ട മാറ്റങ്ങളാണ്, നിങ്ങളുടെ നെറ്റ്വർക്ക് കണക്ഷന്റെ സവിശേഷതകളല്ല. ഈ ഉദാഹരണം NoSQL-നുള്ള Azure Cosmos DB, ഒരു VNet-ലെ സ്വകാര്യ എൻഡ്പോയിന്റ്, VPN വഴി ആ VNet-ലേക്ക് ബന്ധിപ്പിച്ച ലാപ്ടോപ്പ് എന്നിവ ഉപയോഗിക്കുന്നു, കൂടാതെ അപ്ലിക്കേഷന്റെ വിലാസം മാറ്റാതെ നിർത്തുന്നു.

മിത്ത്: VPN-ൽ ഉണ്ടായിരിക്കുന്നത് ഡാറ്റാബേസിനെ സ്വകാര്യമാക്കുന്നു

VNet-ൽ ഉണ്ടായിരിക്കുക എന്നതിന്റെ അർത്ഥം നിങ്ങളുടെ പാക്കറ്റുകൾക്ക് ആ VNet-ലെ സ്വകാര്യ വിലാസങ്ങളിൽ എത്താൻ കഴിയും എന്നത് മാത്രമാണ്. അക്കൗണ്ടിന്റെ പേര് എവിടെ പരിഹരിക്കപ്പെടുന്നു എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല, അക്കൗണ്ട് ഇപ്പോഴും പൊതു ട്രാഫിക് സ്വീകരിക്കുന്നുണ്ടോ എന്നതിനെക്കുറിച്ചും ഒന്നും പറയുന്നില്ല.

സ്വകാര്യ എൻഡ്പോയിന്റ് എന്നത് സ്വന്തം വിലാസം, സ്വന്തം അംഗീകാര ഘട്ടം, സ്വന്തം DNS വയറിംഗ് എന്നിവയുള്ള ഒരു പ്രത്യേക വിഭവമാണ്. അത് നിലവിലുണ്ടാകുകയും അംഗീകരിക്കപ്പെടുകയും ചെയ്യുന്നതുവരെ, പേര് പൊതു എൻഡ്പോയിന്റിലേക്ക് പരിഹരിക്കപ്പെടുന്നു, ടണൽ പരിഗണിക്കാതെ നിങ്ങളുടെ ട്രാഫിക് അങ്ങോട്ട് പോകുന്നു.

യഥാർത്ഥത്തിൽ പേര് സ്വകാര്യമായി പരിഹരിക്കാൻ കാരണമാകുന്നത്

SDK-യുടെ സാധാരണ അക്കൗണ്ട് എൻഡ്പോയിന്റ് നിലനിർത്തുക, https://ACCOUNT.documents.azure.com പോലുള്ള ഒന്ന്. സ്വകാര്യ DNS ആ പേര് Private Link ശൃംഖലയിലൂടെ എൻഡ്പോയിന്റിന്റെ സ്വകാര്യ വിലാസങ്ങളിലേക്ക് പരിഹരിക്കണം. അതിനെ സംഖ്യാ URL കൊണ്ട് മാറ്റി സർട്ടിഫിക്കറ്റ് പരിശോധനകൾ ഓഫാക്കരുത്, കാരണം അത് DNS പ്രശ്നത്തെ സുരക്ഷാ പ്രശ്നവുമായി കൈമാറുന്നു.

ആ മൂല്യങ്ങൾ NoSQL API-ക്ക് പ്രത്യേകമാണ്. മറ്റ് Cosmos API-കൾ അതേ ഉദാഹരണത്തിൽ പരസ്പരം മാറ്റാവുന്ന എൻട്രികളല്ല, മറ്റൊരു API-യിൽ നിന്ന് ഉപവിഭവത്തിന്റെ പേര് പകർത്തുന്നത് ഒരിക്കലും പരിഹരിക്കപ്പെടാത്ത എൻഡ്പോയിന്റ് സൃഷ്ടിക്കുന്നു.

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

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

Gateway മോഡും Direct മോഡും പരസ്പരം മാറ്റാവുന്നതല്ല

Gateway മോഡ് സേവന അഭ്യർത്ഥനകൾ TCP 443-ൽ HTTPS വഴി അയയ്ക്കുന്നു. അതുകൊണ്ടാണ് 443-ന് മാത്രമുള്ള ഫയർവാൾ നയം അതിനൊപ്പം പ്രവർത്തിക്കുന്നത്, അതുകൊണ്ടാണ് ഈ ഉദാഹരണം അത് ബോധപൂർവം തിരഞ്ഞെടുക്കുന്നത്.

Private Link വഴിയുള്ള Direct മോഡിന് വ്യത്യസ്ത കണക്റ്റിവിറ്റി ആവശ്യകതകളുണ്ട്, അക്കൗണ്ട് ഡോക്യുമെന്റേഷൻ പട്ടികപ്പെടുത്തുന്ന വിശാലമായ TCP പോർട്ട് ശ്രേണി ഉൾപ്പെടെ. Gateway മോഡിനായി എഴുതിയ നയം Direct മോഡ് ക്ലയന്റിനായി നിശബ്ദമായി വീണ്ടും ഉപയോഗിക്കരുത്, അല്ലാത്തപക്ഷം SDK ബന്ധിപ്പിച്ചതിന് ശേഷം ആദ്യ ഡാറ്റ ഓപ്പറേഷനിൽ തൂങ്ങിക്കിടക്കും.

ഒരു മോഡ് തിരഞ്ഞെടുക്കുക, അത് അക്കൗണ്ടിനൊപ്പം എഴുതിവയ്ക്കുക, നെറ്റ്വർക്ക് നയം അതിനോട് ചേർത്ത് നിർത്തുക. പ്രശ്നപരിഹാരത്തിനിടയിൽ മോഡ് മാറ്റുന്ന ടീമുകൾ സാധാരണയായി രണ്ടിനെയും തൃപ്തിപ്പെടുത്താത്ത ഒരു ഫയർവാൾ നിയമക്കൂട്ടുമായി അവസാനിക്കുന്നു.

പൊതു ആക്സസ് ഓഫാക്കുന്നത് ഒരു വേറിട്ട സ്വിച്ചാണ്

അക്കൗണ്ട് സ്വകാര്യം മാത്രമായിരിക്കണമെങ്കിൽ, അക്കൗണ്ടിന്റെ പിന്തുണയുള്ള ക്രമീകരണത്തിലൂടെ പൊതു നെറ്റ്വർക്ക് ആക്സസ് പ്രവർത്തനരഹിതമാക്കി ഫലം പരിശോധിക്കുക. സ്വകാര്യ എൻഡ്പോയിന്റിന്റെ സാന്നിധ്യത്തെ പൂർണ്ണ ആക്സസ് തീരുമാനമായി കാണരുത്, കാരണം സ്വകാര്യ എൻഡ്പോയിന്റും പ്രവർത്തനക്ഷമമായ പൊതു ആക്സസും ഉള്ള അക്കൗണ്ട് ഇപ്പോഴും ഇന്റർനെറ്റിൽ ഉത്തരം നൽകുന്നു.

VPN-ന് പുറത്തുനിന്നും അകത്തുനിന്നും പരിശോധിക്കുക. ഒഴിവാക്കേണ്ട നെറ്റ്വർക്കിൽ നിന്നുള്ള അഭ്യർത്ഥനയാണ് ക്രമീകരണം പ്രാബല്യത്തിൽ വന്നുവെന്ന് തെളിയിക്കുന്ന പരീക്ഷണം, അതാണ് മിക്ക മാറ്റ വിൻഡോകളും ഒഴിവാക്കുന്ന പരീക്ഷണം.

എത്തിച്ചേരാനുള്ള കഴിവ് അനുമതിയല്ല

VPN ലാപ്ടോപ്പിൽ നിന്നുള്ള അനുവദനീയമായ SDK ഓപ്പറേഷനാണ് സ്വീകാര്യതാ പരീക്ഷണം, സാധാരണ അക്കൗണ്ട് URL-ഉം ഉദ്ദേശിച്ച ഐഡന്റിറ്റിയും ഉപയോഗിച്ച്. VPN എത്തിച്ചേരൽ Cosmos ഡാറ്റ അനുമതികൾ നൽകുന്നില്ല; ഡാറ്റ പ്ലെയിൻ അതിന്റെ സ്വന്തം റോളുകളോ കീകളോ പരിശോധിക്കുന്നു.

തുടർന്ന് നിരസിക്കലുകൾ പ്രവർത്തിപ്പിക്കുക: മറ്റൊരു ഐഡന്റിറ്റി, ഇനി അക്കൗണ്ടിൽ എത്തരുതാത്ത ഒരു നെറ്റ്വർക്ക് പാത. അവയിലൊന്ന് വിജയിച്ചാൽ, നിങ്ങൾ രേഖപ്പെടുത്തിയ അതിർത്തി നിങ്ങൾ നിർമ്മിച്ച അതിർത്തിയല്ല.

പൂർത്തിയാകുമ്പോൾ നാല് വസ്തുതകൾ എഴുതുക: എൻഡ്പോയിന്റിന്റെ സ്വകാര്യ വിലാസങ്ങൾ, അക്കൗണ്ടിന്റെ പേരിന് ഉത്തരം നൽകുന്ന DNS സോൺ, പോർട്ട് ആവശ്യകതകളോടുകൂടിയ കണക്ഷൻ മോഡ്, പൊതു ആക്സസ് പ്രവർത്തനരഹിതമാണോ എന്നത്. ഈ നാലും അടുത്ത വ്യക്തിക്ക് ക്രമീകരണം വിശദീകരിക്കുന്നു, ഓരോന്നും സ്വതന്ത്രമായി പരാജയപ്പെടുന്നു.