Azure P2S VPN ప్రైవేట్ ఎండ్‌పాయింట్ పేరును పరిష్కరించలేకపోతోంది
తనిఖీలను క్రమంగా చేయండి: DNS ఏ చిరునామాను తిరిగి ఇస్తుంది, జోన్ లింక్, చేరుకోగల రిజాల్వర్, సర్టిఫికెట్‌లోని హోస్ట్‌నేమ్ మరియు తాత్కాలిక hosts నమోదు.
మీరు point-to-site టన్నెల్ కనెక్ట్ చేసి, ప్రైవేట్ చిరునామాకు ping చేసి, యాప్ తెరిచినప్పుడు దానికి బదులుగా 403 లేదా సర్టిఫికెట్ లోపం వస్తుంది. రెండు లక్షణాలు DNS వైపు సూచిస్తాయి, కానీ అవి వేర్వేరు లోపాలు: ఒకటి క్లయింట్ పబ్లిక్ చిరునామాను పరిష్కరించిందని, మరొకటి ప్రైవేట్ చిరునామాను పరిష్కరించి ఆ తర్వాత సర్టిఫికెట్ కవర్ చేయని పేరును అందించిందని అర్థం. క్రింది తనిఖీలను క్రమంగా చేయండి మరియు మొదటి వైఫల్యం వద్ద ఆపండి, ఎందుకంటే hosts నమోదు లేదా కాష్‌లోని సమాధానం ప్రతి తదుపరి తనిఖీని తప్పు కారణంతో పాస్ చేయించగలదు. ఈ క్రమాన్ని నా VPN ప్రొఫైల్స్ పక్కన ఉన్న టెక్స్ట్ ఫైల్‌లో ఉంచుతాను, ఎందుకంటే సరిదిద్దడం టన్నెల్‌లో ఏమీ మార్చదు మరియు క్లయింట్‌కు తెలిసిన దానిలో ప్రతిదీ మారుస్తుంది.
క్లయింట్ నిజంగా పొందే చిరునామాతో ప్రారంభించండి
యాప్‌ను నమ్మకుండా రిజాల్వర్‌ను నేరుగా అడగండి. Windows లో, nslookup adminuidev-fedqcubyd9bfb2bq.canadacentral-01.azurewebsites.net క్లయింట్ ఏ వీక్షణను పొందిందో చూపిస్తుంది. పబ్లిక్ సమాధానం అంటే క్రింద ఏదీ ఎండ్‌పాయింట్‌ను చేరుకోదు; ఎండ్‌పాయింట్ ప్రైవేట్ చిరునామా అంటే DNS పూర్తయింది మరియు తదుపరి తనిఖీ కనెక్షనే.
ప్రైవేట్ ఎండ్‌పాయింట్ సేవ పేరును మార్చదు. ఖాతా లేదా యాప్ తన సాధారణ పూర్తి అర్హత పేరును నిలుపుకుంటుంది, ఎండ్‌పాయింట్ వర్చువల్ నెట్వర్క్ లోపలి క్లయింట్లకు ఆ పేరు పరిష్కరించబడే చిరునామాను మాత్రమే మారుస్తుంది. అందుకే అదే హోస్ట్‌నేమ్ నెట్‌వర్క్‌లోని VM నుండి ప్రైవేట్‌గా మరియు ప్రైవేట్ వీక్షణ పొందని ల్యాప్‌టాప్ నుండి పబ్లిక్‌గా పరిష్కరించబడుతుంది.
టన్నెల్‌కు ముందు జోన్, దాని లింక్ మరియు రికార్డును తనిఖీ చేయండి
మూడు షరతులు కలిసి నెరవేరాలి: ప్రైవేట్ జోన్ ఉంది, VPN గేట్‌వే మరియు క్లయింట్లు Azure లోకి ప్రవేశించే వర్చువల్ నెట్‌వర్క్‌కు అది లింక్ చేయబడింది, మరియు అందులో ఎండ్‌పాయింట్ కోసం ప్రైవేట్ చిరునామాను సూచించే A రికార్డు ఉంది. జోన్‌ను సంబంధం లేని నెట్‌వర్క్‌కు లింక్ చేస్తే గేట్‌వే పబ్లిక్ రికార్డును పరిష్కరిస్తూనే ఉంటుంది, టన్నెల్‌లోని ప్రతిదీ ఆరోగ్యంగా కనిపిస్తుంది.
జోన్ పేర్లు సేవలకు చెందుతాయి, సాధారణంగా ప్రైవేట్ లింకులకు కాదు. App Service సాధారణంగా privatelink.azurewebsites.net ఉపయోగిస్తుంది, నిల్వ మరియు SQL కి వాటి స్వంత పేరు స్థలాలు ఉన్నాయి, మరొక సేవ జోన్‌ను అరువు తీసుకోవడం ఉన్నప్పటికీ ఉపయోగకరమైన దేనికీ సమాధానం ఇవ్వని జోన్‌ను సృష్టిస్తుంది.
క్లయింట్ నిజంగా చేరుకోగల రిజాల్వర్ ఇవ్వండి
168.63.129.16 Azure వర్చువల్ మెషీన్ల నుండి సమాధానం ఇస్తుంది మరియు point-to-site టన్నెల్ ఆవలి వైపు ఉన్న ల్యాప్‌టాప్‌కు DNS సర్వర్ కాదు. క్లయింట్‌కు టన్నెల్ ద్వారా చేరుకోగల రిజాల్వర్ కావాలి: Azure DNS Private Resolver యొక్క ఇన్‌బౌండ్ ఎండ్‌పాయింట్, వర్చువల్ నెట్వర్క్ లోపలి ఫార్వార్డర్, లేదా VPN క్లయింట్ ప్రొఫైల్‌లో మోసుకెళ్లే DNS సర్వర్ నమోదులు, తద్వారా క్లయింట్ వర్చువల్ నెట్‌వర్క్‌ను నేరుగా అడుగుతుంది.
కాన్ఫిగర్ చేయబడినా చేరుకోలేని రిజాల్వర్ రిజాల్వర్ లేనట్టే ప్రవర్తిస్తుంది, మరియు లక్షణం తప్పు సమాధానం కాదు, సమయం ముగియడం, అందుకే ఇది ఫైర్‌వాల్ సమస్యగా తప్పుగా చదవబడుతుంది. టన్నెల్ మోసుకెళ్లవలసిన ప్రశ్నతో దాన్ని పరీక్షించండి, స్థానిక లింక్ ద్వారా ఏమైనా విజయవంతమయ్యే పబ్లిక్ పేరుతో కాదు.
సెట్టింగ్‌లను నెట్టడం బదులు ఫార్వార్డ్ చేస్తుంటే, ప్రైవేట్ జోన్ కలిగి ఉన్న పేరు స్థలాన్ని ఫార్వార్డ్ చేయండి, మొత్తం azurewebsites.net కి బదులు privatelink.azurewebsites.net. మొత్తం పేరెంట్ సఫిక్స్‌ను మింగే షరతులతో కూడిన ఫార్వార్డర్ సేవ కోసం ప్రతి శోధనను Azure కు పంపుతుంది, స్థానికంగా ఉండవలసినవి కూడా.
సర్టిఫికెట్ జారీ చేయబడిన పేరును ఉపయోగించండి
చిరునామా సరైనదైనప్పుడు రెండవ లోపం బయటపడుతుంది. నిల్వ మరియు App Service privatelink మారుపేరును ప్రచురిస్తాయి, ఆ మారుపేరు సర్టిఫికెట్‌లోని పేరు కావాలని లేదు. privatelink.blob.core.windows.net కు పంపిన AzCopy అప్‌లోడ్ ధృవీకరణలో విఫలమైంది; అదే అప్‌లోడ్ <account>.blob.core.windows.net/<container> కు ప్రైవేట్ చిరునామాకు పరిష్కరించబడి పాస్ అయింది, కాబట్టి ఎలాంటి బైపాస్ లేకుండా ప్రైవేట్ మార్గంలోనే ఉండిపోయింది.
ఈ నియమం బ్రౌజర్‌లో మరియు App Service కి కూడా వర్తిస్తుంది: సర్టిఫికెట్ కవర్ చేసే హోస్ట్‌నేమ్‌తో కనెక్ట్ అవ్వండి మరియు DNS ప్రైవేట్ చిరునామాను అందించనివ్వండి. ధృవీకరణను బైపాస్ చేయడానికి ప్రయత్నించకండి, ఎందుకంటే అది పేరు పెట్టడంలోని పొరపాటును భద్రతా రిగ్రెషన్‌గా మారుస్తుంది. విజయవంతమైన ping మార్గాన్ని నిరూపిస్తుంది మరియు కైవసం లోపలి పేరు గురించి ఏమీ చెప్పదు, అందుకే ఇవి వేర్వేరు తనిఖీలుగా ఉంటాయి.
ప్రతి పొరను వేరుచేసే నాలుగు దశల క్రమం
- VPN క్లయింట్‌కు point-to-site పూల్ నుండి చిరునామా మరియు ఎండ్‌పాయింట్ ప్రైవేట్ చిరునామాకు మార్గం ఉన్నాయని నిర్ధారించండి.
- యాప్ ఉపయోగించే సరైన పేరును పరిష్కరించి, సమాధానాన్ని ఎండ్‌పాయింట్ చిరునామాతో పోల్చండి.
- సేవ పోర్ట్‌లో ఎండ్‌పాయింట్‌కు TCP కనెక్షన్ తెరిచి, ఆ కనెక్షన్‌పై ప్రదర్శించబడే సర్టిఫికెట్ పేరును చదవండి.
- ఇప్పుడే అధికారాన్ని పరీక్షించండి, ఎందుకంటే పనిచేసే మార్గం మరియు చెల్లుబాటు అయ్యే సర్టిఫికెట్ ఇంకా వనరుకు ప్రవేశం ఇవ్వవు.
చిరునామా సరైనప్పుడు తిరస్కరించబడిన కనెక్షన్ DNS వైపు కాదు, నెట్వర్క్ భద్రతా సమూహం లేదా ప్రైవేట్ ఎండ్‌పాయింట్ కనెక్షన్ స్థితి వైపు సూచిస్తుంది, కాబట్టి రిజాల్వర్ సెట్టింగ్‌లను మళ్లీ సవరించే ముందు వాటిని తనిఖీ చేయండి. TLS పేరు సరిపోలకపోవడం మిమ్మల్ని URL లోని హోస్ట్‌నేమ్ మరియు సర్టిఫికెట్ subject వైపు తిరిగి పంపుతుంది. పరిష్కార ఫలితం, సర్టిఫికెట్ పేరు మరియు ఖచ్చితమైన URL ను కలిసి ఉంచండి; ఆ మూడు విలువలు గేట్‌వేను తాకకుండా ఈ సందర్భాలలో చాలావరకు వివరిస్తాయి.
నియంత్రణగా వర్చువల్ నెట్వర్క్ లోపలి VM ను ఉపయోగించండి. పేరు అక్కడ ప్రైవేట్‌గా మరియు టన్నెల్ నుండి పబ్లిక్‌గా పరిష్కరించబడితే, జోన్ మరియు రికార్డు సరైనవి మరియు ఏకైక భేదం క్లయింట్ రిజాల్వర్ మార్గం, దాన్ని ఎండ్‌పాయింట్ కాన్ఫిగరేషన్‌పై మరో రౌండ్ కంటే వేగంగా నిర్ధారించవచ్చు.
క్లయింట్లు కూడా కాష్ చేస్తాయి. పది నిమిషాల క్రితం పబ్లిక్‌గా సమాధానం ఇచ్చిన రికార్డు జోన్ సరిచేసిన తర్వాత కూడా సమాధానం ఇస్తూనే ఉంటుంది, కాబట్టి మళ్లీ పరీక్షించే ముందు కాష్ ఖాళీ చేయండి. Windows లో, ipconfig /flushdns క్లయింట్ కాష్‌ను శుభ్రం చేస్తుంది; పేరు పరిష్కార విధాన నియమాలు కొనసాగుతాయి, ఏ సఫిక్స్ ఏ సర్వర్‌కు వెళ్తుందో నిర్ణయిస్తాయి, మరియు మీరు ఇప్పుడే భర్తీ చేసిన రిజాల్వర్‌కు పేరు స్థలాన్ని పంపడం కొనసాగించవచ్చు.
hosts నమోదు ఎక్కడ ఉండాలి
ఎండ్‌పాయింట్ చిరునామాను hosts ఫైల్‌కు జోడించడం మంచి నిర్ధారణ మరియు చెడు రూపకల్పన. పేరు-చిరునామా మ్యాపింగ్‌ే తప్పిపోయిన భాగమని నిరూపించి ఆ దశ తర్వాత ప్రతిదీ పరీక్షించడానికి అనుమతిస్తుంది, కానీ అది మీ వినియోగదారులకు కనిపించదు, ఎండ్‌పాయింట్ చిరునామా మారినప్పుడు విరిగిపోతుంది మరియు సమాధానం ఇవ్వవలసిన జోన్‌ను దాచుతుంది.
మిగిలిన పరీక్షా నమోదు పాత కాష్ కంటే చెడ్డది, ఎందుకంటే లోపం దిశను బట్టి అది సరిచేసిన మార్గాన్ని విరిగినట్లు లేదా విరిగిన మార్గాన్ని సరిచేసినట్లు చూపవచ్చు. చివరి రౌండ్‌కు ముందు దాన్ని తొలగించి ఉత్పత్తి రిజాల్వర్‌తో మాత్రమే పరిష్కరించండి.
చిన్న పేర్లకు శోధన సఫిక్స్ అవసరం, పూర్తి అర్హత పేర్లకు అవసరం లేదు, కాబట్టి మొదట పూర్తి అర్హత పేరును పరీక్షించి, తర్వాత వర్క్‌ఫ్లోకు క్లయింట్ ప్రొఫైల్ ద్వారా నెట్టబడే సఫిక్స్ అవసరమా అని నిర్ణయించండి. Microsoft తన ప్రైవేట్ ఎండ్‌పాయింట్ DNS మార్గదర్శకంలో ప్రతి సేవకు జోన్ పేర్లు మరియు రికార్డు ఆకారాలను నమోదు చేస్తుంది; మరొక సేవ నుండి జోన్‌ను కాపీ చేయడం బదులు మీ సేవ నమోదును చదవండి.