పాయింట్-టు-సైట్ VPN ద్వారా ప్రైవేట్ Container Apps యాప్ను చేరుకోండి
అంతర్గత Container Apps వాతావరణానికి ప్రైవేట్ ప్రవేశం, సరిపోలే హోస్ట్నేమ్ మరియు VPN చేరుకోగల పరిష్కర్త అవసరం. ప్రతి దశను అమలు చేయండి, తర్వాత తిరస్కరణను ధృవీకరించండి.
ఈ రన్బుక్ వర్క్లోడ్ ప్రొఫైల్లతో కూడిన Container Apps వాతావరణాన్ని మరియు దాని అంతర్గత వర్చువల్-నెట్వర్క్ ప్రవేశాన్ని కవర్ చేస్తుంది; దానిని ల్యాప్టాప్ నుండి ఆమోదించిన పాయింట్-టు-సైట్ VPN ద్వారా చేరుకుంటారు, యాప్ యొక్క ప్రత్యక్ష FQDN ఉపయోగించి మరియు వాతావరణ స్థాయిలో HTTP మార్గాలు లేకుండా. వాతావరణ ప్రవేశం క్లయింట్ నుండి చేరుకోగలదు, యాప్ యొక్క ఇన్గ్రెస్ పరిధి కాలర్ను అనుమతిస్తుంది, మరియు హోస్ట్నేమ్ ప్రైవేట్ ప్రవేశానికి పరిష్కరించబడుతుంది. క్రింది ప్రతి దశ ధృవీకరించదగిన ఫలితాన్ని మరియు మీరు మార్చని దేనినీ తాకని రోల్బ్యాక్ను విడిచిపెడుతుంది. ఇచ్చిన క్రమంలో వాటిని పూర్తి చేయండి, ఎందుకంటే దశ 1లో తప్పుగా తీసుకున్న పరిధి నిర్ణయాన్ని తర్వాతి ఏ దశా భర్తీ చేయలేదు.
DNS ను తాకే ముందు అంతర్గత అనే పదాన్ని స్పష్టం చేయండి. ఈ ఉత్పత్తిలో ఇది రెండు వేర్వేరు పరిధులకు ఉపయోగించబడుతుంది, మరియు వాటిని మార్చడమే పనిచేసే పేరు ఇంకా ఉపయోగకరమైనది ఏదీ తిరిగి ఇవ్వకపోవడానికి అత్యంత సాధారణ కారణం.
దశ 1: వాతావరణం మరియు యాప్ పరిధిని నిర్ణయించండి
ఏ రికార్డునైనా మార్చే ముందు యాప్ యొక్క ఇన్గ్రెస్ కాన్ఫిగరేషన్ చదవండి:
| Setting | Boundary |
|---|---|
| Internal environment | The environment entry is reached through its private network arrangement |
| App with internal ingress | Callers from the environment VNet only; a VPN laptop qualifies once it has a route into that VNet and the domain resolves privately |
| App with external ingress in an internal environment | The app accepts outside traffic through the environment's private entry |
అంతర్గత ఇన్గ్రెస్ వాతావరణం యొక్క VNet లోపల వాతావరణం యొక్క అంతర్గత లోడ్ బ్యాలెన్సర్పై బహిర్గతమవుతుంది, కాబట్టి ప్రశ్న ల్యాప్టాప్ మరో కంటైనర్ యాపా అనేది కాదు, అది ఆ VNet ను చేరుకోగలదా అనేది. VNet కు మార్గం ఉన్న మరియు వాతావరణం యొక్క డిఫాల్ట్ డొమైన్ ప్రైవేట్ జోన్ ద్వారా పరిష్కరించబడే VPN క్లయింట్ అర్హత కలిగిన కాలర్, మరియు మిగిలిన దశలు సరిగ్గా అదే నిర్మిస్తాయి. పబ్లిక్ ప్రవేశం లేని అంతర్గత వాతావరణం అంతర్గత ఇన్గ్రెస్ ఉన్న యాప్ కంటే భిన్నమైన వాస్తవం, మరియు యాప్ స్థాయిలో బాహ్య ఇన్గ్రెస్ వాతావరణానికి పబ్లిక్ తలుపు ఇవ్వదు. పరిధిని పోర్టల్లో మరియు టికెట్లో కూడా రాయండి, ఎందుకంటే తదుపరి ఇంజనీర్ మొదట టికెట్ చదువుతారు.
కొనసాగే ముందు ఆ పరిధిని కాన్ఫిగరేషన్ యజమానితో ధృవీకరించి, గేటును ఇరుకుగా ఉంచండి: వాతావరణం యొక్క VNet కు మార్గం లేకపోతే, లేదా వాతావరణం యొక్క డిఫాల్ట్ డొమైన్ ప్రైవేట్ జోన్ ద్వారా పరిష్కరించబడకపోతే, ఆగి మొదట ఆ మార్గాన్ని సరిచేయండి. VNet ను చేరుకోలేని లేదా పేరును పరిష్కరించలేని కాలర్కు తర్వాతి ఏ దశా ప్రత్యామ్నాయం కాదు.
దశ 2: నిజమైన హోస్ట్నేమ్ మరియు ప్రవేశ చిరునామాను సేకరించండి
వాతావరణం యొక్క డిఫాల్ట్ డొమైన్, దాని స్థిర ప్రైవేట్ ప్రవేశ చిరునామా మరియు యాప్ యొక్క కాన్ఫిగర్ చేసిన FQDN ను నమోదు చేయండి; వాటిని పాత స్క్రీన్షాట్ లేదా వికీ పేజీ నుండి కాకుండా వనరు నుండి తీసుకోండి:
az containerapp env show -n ENV -g RG \
--query "{domain:properties.defaultDomain, ip:properties.staticIp}"
az containerapp show -n APP -g RG \
--query "properties.configuration.ingress.fqdn"Container Apps కోసం ప్రైవేట్ ప్రవేశ మార్గదర్శకం యాప్ యొక్క హోస్ట్నేమ్లను చెక్కుచెదరకుండా ఉంచి వాతావరణం యొక్క డొమైన్ను దాని అంతర్గత చిరునామాకు సరిపోల్చడాన్ని వివరిస్తుంది. మీరు ఇక్కడ చేతితో నిర్మిస్తున్నది సరిగ్గా అదే రూపం, కాబట్టి కొత్త నామకరణ పథకాన్ని కనిపెట్టడం బదులు జోన్ కంటెంట్ను దానికి సరిపోల్చండి.
మీరు చదివిన డొమైన్ యాప్ నివేదించే FQDN తో సరిపోలకపోతే, ఆగి ఇప్పుడే వాటిని సరిపోల్చండి. తప్పు ప్రత్యయంపై జోన్ నిర్మిస్తే పరిపూర్ణంగా పరిష్కరించబడే మరియు అయినప్పటికీ తప్పు వర్చువల్ హోస్ట్పై దిగే హోస్ట్నేమ్ ఏర్పడుతుంది.
దశ 3: ప్రైవేట్ జోన్ను VPN యొక్క పరిష్కర్త మార్గంపై ఉంచండి
వాతావరణం యొక్క నిజమైన డిఫాల్ట్ డొమైన్ కోసం మద్దతు ఉన్న ప్రైవేట్ DNS జోన్ను సృష్టించండి లేదా మళ్లీ ఉపయోగించండి, డాక్యుమెంట్ చేసిన వైల్డ్కార్డ్ మరియు చిరునామా రికార్డులు స్థిర ప్రవేశాన్ని సూచిస్తాయి. ఆ జోన్ను తగిన వర్చువల్ నెట్వర్క్కు లింక్ చేయండి, మరియు లింక్ సరిపోతుందని ఊహించడం బదులు VPN యొక్క ఆమోదించిన పరిష్కర్త మార్గం ద్వారా ప్రైవేట్ అధికారాన్ని చేరుకోగలిగేలా చేయండి.
పాయింట్-టు-సైట్ క్లయింట్కు ఆ జోన్ను చేరుకోవడానికి సాధారణంగా ప్రైవేట్ పరిష్కర్త యొక్క ఇన్బౌండ్ ఎండ్పాయింట్ లేదా మద్దతు ఉన్న DNS ఫార్వర్డర్ అవసరం. జోన్ను లింక్ చేయడం లింక్ చేసిన నెట్వర్క్లకు Azure పరిష్కరించేదాన్ని మారుస్తుంది; ఇది ప్రతి బాహ్య ల్యాప్టాప్ యొక్క పబ్లిక్ పరిష్కర్తను మళ్లీ మళ్లించదు. మరొక Container Apps నెట్వర్కింగ్ నమూనా నుండి అప్పు తీసుకున్న ప్రైవేట్-ఎండ్పాయింట్ DNS జోన్తో దాన్ని భర్తీ చేయవద్దు, ఎందుకంటే రికార్డు పేర్లు మరియు జోన్ ప్రత్యయం సరిపోలవు.
ఈ దశ యొక్క రోల్బ్యాక్ మీరు జోడించిన జోన్ లింక్ లేదా రికార్డును తీసివేయడం. వాటిలో ఏది అని నమోదు చేయండి, ఎందుకంటే ఒక లింక్ను రద్దు చేయడానికి పంచుకున్న జోన్ను తొలగించడం రెండవ వాతావరణాన్ని పాడు చేయడానికి తెలిసిన మార్గం.
దశ 4: పేరును పరీక్షించండి, తర్వాత తిరస్కరించబడిన ప్రేక్షకులను
హోస్ట్నేమ్ మరియు TLS గుర్తింపును కలిసి పరీక్షించండి, చిరునామా మాత్రమే కాదు. నియంత్రిత పేరు-మ్యాపింగ్ నిర్ధారణ కోసం మీరు హోస్ట్నేమ్ను నిలిపి చిరునామాను పిన్ చేయవచ్చు:
curl --resolve app.ENVIRONMENT_DOMAIN:443:10.40.0.10 \
https://app.ENVIRONMENT_DOMAIN/హోస్ట్నేమ్ను యాప్ యొక్క నిజమైన FQDN తో మరియు చిరునామాను నిజమైన అంతర్గత ప్రవేశంతో భర్తీ చేయండి. ఇది ఆ ఒక్క అభ్యర్థనను మాత్రమే ప్రభావితం చేస్తుంది మరియు DNS ప్రొవిజనింగ్ కాదు. గుర్తింపు వైఫల్యాన్ని కనిపించే ఉత్తీర్ణతగా మార్చడానికి -k జోడించవద్దు, ఎందుకంటే సర్టిఫికెట్ అసమానత మీరు తప్పు శ్రోతను తాకుతున్నారని సంకేతం.
సంఖ్యా చిరునామాను నేరుగా అడగడం TCP 443 ప్రతిస్పందిస్తున్నప్పుడు కూడా తప్పు వర్చువల్ హోస్ట్ను ఎంచుకోవచ్చు లేదా ధృవీకరణను విఫలం చేయవచ్చు, కాబట్టి విజయవంతమైన IP పరీక్షను నెట్వర్క్ గురించిన సాక్ష్యంగా పరిగణించండి, అంతకు మించి కాదు. ఉద్దేశించిన ల్యాప్టాప్ నుండి సాధారణ పరిష్కర్త మార్గం క్లయింట్ యొక్క DNS ఫార్వర్డర్ లేదా జోన్ను హోస్ట్ చేసే ప్రైవేట్ పరిష్కర్త యొక్క ఇన్బౌండ్ ఎండ్పాయింట్, అక్కడి వైఫల్యం తప్పిపోయిన రికార్డు కాదు, పరిష్కర్తను చేరుకోవడంలో సమస్య. అదే అభ్యర్థన ఆ మార్గంలో విజయవంతమవుతుందని ధృవీకరించి, తర్వాత తిరస్కరించబడిన ప్రేక్షకులు ఇంకా తిరస్కరించబడుతున్నారని ధృవీకరించండి.
ఏమి నమోదు చేయాలి మరియు ఏమి రోల్బ్యాక్ చేయాలి
కంటైనర్ యొక్క లక్ష్య పోర్ట్ మరియు క్లయింట్ యొక్క HTTPS పోర్ట్ వేర్వేరు సెట్టింగ్లు. కంటైనర్ అక్కడ వినిపిస్తుంది కాబట్టి దాని లక్ష్య పోర్ట్ను VPN ద్వారా ప్రచురించవద్దు, మరియు పోర్ట్ పరీక్ష ఉత్తీర్ణం కావడానికి నెట్వర్క్ నియమాన్ని విస్తరించవద్దు. రెండు మార్పులూ సంఘటన తర్వాత కూడా నిలిచి ఉంటాయి మరియు తర్వాత వాటిని ఆపాదించడం కష్టం.
ఉద్దేశించిన ల్యాప్టాప్ నుండి దాని అధికారిక గుర్తింపు మరియు సాధారణ DNS ఉపయోగించి కొత్త యాప్లికేషన్ ఆపరేషన్తో ముగించి, తర్వాత అనధికారిక కాలర్ ఇంకా విఫలమవుతున్నాడని తనిఖీ చేయండి. యాప్ కాన్ఫిగరేషన్లో ఉన్నప్పుడు, వాతావరణ స్థాయి HTTP మార్గం ఈ యాప్ను లక్ష్యంగా బహిర్గతం చేస్తుందో లేదో కూడా ధృవీకరించండి, ఎందుకంటే ఆ మార్గం ఇన్గ్రెస్ పరిధి వివరించని రెండవ తలుపు.
ఐదు విలువలను కలిసి నమోదు చేయండి: వాతావరణం యొక్క పరిధి, యాప్ యొక్క ఇన్గ్రెస్ పరిధి, FQDN, ప్రైవేట్ ప్రవేశ చిరునామా మరియు పరిష్కర్త యజమాని. ఆ ఐదు మొత్తం ప్రవేశ ఒప్పందాన్ని వివరిస్తాయి, మరియు దీన్ని డీబగ్ చేయబోయే తదుపరి వ్యక్తి సరిగ్గా వాటినే అడుగుతారు.