VPC-க்கு VPN வேலை செய்கிறது, ஆனால் நிர்வகிக்கப்பட்ட சேவை நேரம் முடிகிறது
சுரங்கப்பாதை உங்கள் விளிம்பில் முடிகிறது, வழங்குநரின் முன் கதவில் அல்ல. வழியை மாற்றுவதற்கு முன் இலக்கை VM-இல் ஹோஸ்ட் செய்யப்பட்டது, VPC-உடன் இணைக்கப்பட்டது அல்லது பொது மட்டும் என வகைப்படுத்துங்கள்.
VPN வழியாக நிர்வகிக்கப்பட்ட தரவுத்தளத்தை அடைவது பொதுவாக யாரும் ரன்புக்கில் எழுதாத காரணத்தால் தோல்வியடைகிறது: சுரங்கப்பாதை உங்கள் நெட்வொர்க்கின் விளிம்பில் முடிகிறது, ஆனால் சேவை ஒருபோதும் அதன் உங்கள் பக்கத்தில் இருந்ததில்லை. வழி அட்டவணை சரியாகத் தெரிகிறது, சுரங்கப்பாதை இயங்குவதாகத் தெரிவிக்கிறது, இணைப்பு இருந்தாலும் நேரம் முடிகிறது. கீழே உள்ள நான்கு சோதனைகளை வரிசையாகச் செய்து, வெற்றி நிபந்தனை பூர்த்தியாகாத முதல் சோதனையில் நிறுத்துங்கள், ஏனெனில் அதற்குப் பிறகு ஒவ்வொரு சோதனையும் முந்தையவை நிறைவேறியதாகக் கருதுகிறது.
சோதனை ஒன்று: முடிவுப் புள்ளி உண்மையில் எங்கே வாழ்கிறது?
VPN நுழைவாயில் நீங்கள் கட்டுப்படுத்தும் முகவரிகள் கொண்ட இரண்டு நெட்வொர்க்குகளை இணைக்கிறது. நிர்வகிக்கப்பட்ட சேவை வழங்குநரின் சொந்த முன் கதவுக்குப் பின்னால் இயக்கப்படுகிறது, அந்தக் கதவு தயாரிப்பைப் பொறுத்து மூன்று வடிவங்களில் ஒன்றை எடுக்கிறது. எந்த வடிவத்துடன் பணியாற்றுகிறீர்கள் என்று தெரியாவிட்டால், எந்த வழிப் பணியும் உதவாது, ஏனெனில் தோல்வி வழித் தோல்வியாகவே இருக்காது.
| Shape | What it means | Pass condition |
|---|---|---|
| Software on your VM | Ordinary subnet addressing | Route and security group permit the client |
| Attached to your VPC | Private, but only inside that VPC | Endpoint associated, source allowed, route present |
| Provider-hosted, public endpoint | Optional private link, not private by default | A private endpoint exists and DNS points at it |
வீணான பிற்பகல்களில் பெரும்பாலானவை இந்த வகைப்பாட்டைத் தவிர்த்து நேராக வழி அட்டவணைக்குச் செல்வதால் ஏற்படுகின்றன. பொது முடிவுப் புள்ளியுடன் வழங்குநரால் ஹோஸ்ட் செய்யப்பட்ட சேவை, வரைபடம் என்ன சொன்னாலும் உங்கள் சுரங்கப்பாதைக்குப் பின்னால் இல்லை, VPC-உடன் இணைக்கப்பட்டது பொது DNS பதிலில் ஒருபோதும் தோன்றாது.
சோதனை இரண்டு: ElastiCache போன்ற VPC-உடன் இணைக்கப்பட்ட சேவை
இத்தகைய தற்காலிகச் சேமிப்புகள் உங்கள் சொந்த VPC-க்குள் முகவரியிடப்படுகின்றன, இணையத்தை நோக்கிய கேட்பவர் எதுவும் அவற்றுக்கு இல்லை. அதே VPC-இல் முடியும் கிளையன்ட் VPN அவற்றை அடைய முடியும், ஆனால் மூன்று நிபந்தனைகள் ஒரே நேரத்தில் கூடும்போது மட்டுமே. தற்காலிகச் சேமிப்பின் முடிவுப் புள்ளி உங்கள் சுரங்கப்பாதை பார்க்கக்கூடிய துணைநெட்வொர்க்குகளுடன் இணைக்கப்பட்டிருக்க வேண்டும், அதன் பாதுகாப்புக் குழு உங்கள் கிளையன்ட்கள் வரும் முகவரியை அனுமதிக்க வேண்டும், கிளையன்ட் பக்கத்திற்கு தற்காலிகச் சேமிப்பின் துணைநெட்வொர்க்குகளை உள்ளடக்கிய வழி தேவை.
பொதுவான தவறு, அருகிலுள்ள எங்காவது ஒரு இணைப்பும் கணக்கில் வருமெனக் கருதுவது. VPN-ஐ மற்றொரு VPC-உடன் இணைப்பதோ, peering-ஐ மட்டும் நம்புவதோ, தற்காலிகச் சேமிப்பின் பாதுகாப்புக் குழுவையோ அதன் துணைநெட்வொர்க் வழி அட்டவணையையோ உங்கள் கிளையன்ட்களுக்கு விரிவாக்காது. தற்போதைய சுரங்கப்பாதை வேறெங்கோ முடிந்தால், அந்த VPC-க்குள் வைக்கப்பட்ட தாண்டல் ஹோஸ்ட் அல்லது VPN சேவையகம் வழக்கமான மாற்றாகும். அத்தகைய மாற்று வடிவமைப்பல்ல, ஒரு சுற்று வழி, மேலும் ரன்புக்கில் அதை அப்படியே குறிக்க வேண்டும்.
சோதனை மூன்று: பொது பெயருள்ள PaaS முடிவுப் புள்ளி
Azure Database for PostgreSQL ஒரு பொது சேவையகப் பெயரை வழங்குகிறது. hosts கோப்பில் பின் செய்து நுழைவாயில் வழியாக வழிப்படுத்தக்கூடிய தனிப்பட்ட முகவரியை அது உங்களுக்குத் தராது. மெய்நிகர் நெட்வொர்க் சேவை முடிவுப் புள்ளிகள் எந்தத் துணைநெட்வொர்க்குகள் ஒரு வளத்தை அடையலாம் என்பதை வரம்பிடுகின்றன; அவை VPN வழியாக வரும் உள்ளூர் கிளையன்ட்டுக்கு அனுமதி தருவதில்லை.
தனிப்பட்ட அணுகலைப் பெறுவது என்பது தனிப்பட்ட முடிவுப் புள்ளியையோ தனிப்பட்ட இணைப்பு வடிவமைப்பையோ அறிமுகப்படுத்தி, பின்னர் பொது பெயர் இணையத்திற்குப் பதிலாக அந்த முடிவுப் புள்ளியுடன் பதிலளிக்கும் வகையில் தனிப்பட்ட DNS மண்டலத்தைச் சேர்ப்பது. சேவை முடிவுப் புள்ளி விதியுடன் இணைந்த VPN வரைபடத்தில் மட்டுமே ஒத்துத் தெரியும் மற்றொரு கட்டமைப்பு. App Service அதே தர்க்கத்தை எதிர் திசையில் பின்பற்றுகிறது: VNet ஒருங்கிணைப்பு பயன்பாட்டிற்கு VNet-க்குள் வெளிச்செல்லும் அழைப்புகளைச் செய்ய அனுமதிக்கிறது, உங்கள் சுரங்கப்பாதையிலிருந்து உள்நுழையும் தனிப்பட்ட பாதையை அது உருவாக்காது. எனவே உள்நுழையும் தனிப்பட்ட அணுகலுக்கு தனிப்பட்ட முடிவுப் புள்ளி, App Service சூழல் அல்லது பயன்பாட்டின் முன் ஒரு நுழைவாயில் தேவை, அவற்றில் எதைப் பயன்படுத்தலாம் என்பது திட்டத்தைப் பொறுத்தது.
சோதனை நான்கு: சொந்த முன் கதவு கொண்ட தயாரிப்புகள்
Firebase Hosting-ஐ Cloud VPN-உடன் இணைக்க முடியாது, ஏனெனில் ஹோஸ்டிங் அடுக்கு ஒரு உலகளாவிய முன்பகுதி, திட்ட VPC-க்குள் உள்ள ஒன்று அல்ல. ஆவணப்படுத்தப்பட்ட மாற்று, கட்டுப்படுத்தப்பட்ட நுழைவுப் புள்ளியை நீங்களே கட்டுவது, ஒரு ப்ராக்ஸி நிகழ்வு அல்லது வாளியால் ஆதரிக்கப்படும் சுமை சமன்படுத்தி மூலம். எப்படியிருந்தாலும் தளம் தூய ஹோஸ்டிங் தயாரிப்பாக இருப்பதை நிறுத்தி இப்போது நீங்கள் இயக்கும் உள்கட்டமைப்பாக மாறுகிறது. சுரங்கப்பாதை அதை மூடும் என யாரும் உறுதியளிக்கும் முன் இந்தப் பரிமாற்றத்திற்குப் பெயர் கொடுக்கத் தகுதியானது.
Private API Gateway VPC சேவைப் பக்கத்திற்கு நெருக்கமாக உள்ளது: interface வகை VPC முடிவுப் புள்ளி பதில்கள் தனிப்பட்ட முகவரிகளாக இருக்கும் ஹோஸ்ட்பெயரை வெளியிடுகிறது, உங்கள் வளாகத்திலிருந்து டிராஃபிக் சுரங்கப்பாதை அல்லது பிரத்யேக இணைப்பு வழியாக வருகிறது. முடிவுப் புள்ளி API-உடன் இணைக்கப்பட்டிருக்க வேண்டும், சான்றிதழும் ஹோஸ்ட்பெயரும் அழைப்பாளர்கள் பயன்படுத்தும் தனிப்பயன் களத்துடன் பொருந்த வேண்டும்.
Google Cloud VPN சுரங்கப்பாதைகள் பெயர்களுடன் அல்ல, சக IP முகவரிகளுடன் பிணைக்கப்படுகின்றன. DNS முன்னனுப்புதல் தனியாக அமைக்கப்படுகிறது, அதனால்தான் சுரங்கப்பாதை முழுமையாக ஆரோக்கியமாக இருக்கும்போதும் தொலை தனிப்பட்ட மண்டலத்தில் தேடல்கள் இன்னும் தோல்வியடைகின்றன.
பின்னர் எல்லையைக் கண்டறியுங்கள்
VPC-க்குள் உள்ள VM-இலிருந்து அதே இணைப்பை இயக்குங்கள். அங்கு வெற்றியடைந்து VPN கிளையன்ட்டிலிருந்து தோல்வியடைந்தால், இடைவெளி கிளையன்ட் பாதைக்கும் சேவையின் முடிவுப் புள்ளிக்கும் இடையில் உள்ளது: ஒரு வழி, பாதுகாப்புக் குழு, முடிவுப் புள்ளிக் கொள்கை அல்லது ஒரு பெயர். இரண்டு முயற்சிகளும் தோல்வியடைந்தால், அந்த நெட்வொர்க்கில் எதுவும் சேவையை அடைய முடியாது, VPN ஒருபோதும் தடையாக இருந்ததில்லை.
getent hosts db.internal.example
nc -vz db.internal.example 5432பெயர்த் தேடலையும் போர்ட் சோதனையையும் தனித்தனியாகச் செய்யுங்கள், ஏனெனில் அவை வெவ்வேறு காரணங்களால் தோல்வியடைகின்றன, அந்த இணை பாதையின் எந்தப் பாதி உடைந்துள்ளது என்பதைக் கூறும். பொது முகவரியாகத் தீர்க்கப்படும் ஒரு பெயர் தனிப்பட்ட DNS மண்டலம் செயலில் இல்லை என்பதை உங்களுக்குக் கூறுகிறது.