உங்கள் 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 மண்டலம், போர்ட் தேவைகளுடன் இணைப்பு முறை, மற்றும் பொது அணுகல் முடக்கப்பட்டுள்ளதா என்பது. இந்த நான்கும் அடுத்த நபருக்கு அமைப்பை விளக்குகின்றன, ஒவ்வொன்றும் தனித்தனியாகத் தோல்வியடைகிறது.