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 జోన్ అమలులో లేదు అని మీకు చెబుతుంది.