Azure పాయింట్-టు-సైట్ కనెక్ట్ అవుతుంది కానీ ఏ ప్రైవేట్ వనరూ స్పందించదు
కనెక్ట్ అయింది అంటే టన్నెల్ పైకి వచ్చింది మాత్రమే. గేట్‌వే ఏమి మోసుకెళ్లగలదో చూడండి, చిరునామా స్థలాలను పోల్చండి, తర్వాత పేరును పరిష్కరించి సేవను స్వయంగా పరీక్షించండి.
కనెక్ట్ అయింది అనేది టన్నెల్ స్థితి, చేరుకోగలిగే సామర్థ్యం గురించిన ప్రకటన కాదు. పాయింట్-టు-సైట్ క్లయింట్ IKE పూర్తి చేసి, చిరునామా పొంది కూడా ఏదీ చేరుకోకపోవచ్చు, ఎందుకంటే గేట్‌వే VNet ఇప్పటికే తెలిసిన నెట్‌వర్క్‌లకు మాత్రమే ట్రాఫిక్‌ను పంపుతుంది. ఈ ఐదు తనిఖీలను క్రమంగా చేయండి మరియు మొదటి వైఫల్యం వద్ద ఆపండి. ముందుకు దూకడం అంటే DNS సమస్యను ఒక గంట పాటు ఫైర్‌వాల్ సమస్యగా పరిగణించడం.
క్రమం జాబితా కంటే ముఖ్యం.
తనిఖీ 1: టన్నెల్ ఏమి మోసుకెళ్లాలో నిర్ణయించండి
Azure VPN Gateway టన్నెల్‌ను ముగించి VNetకు చెందిన ట్రాఫిక్‌ను పంపుతుంది; ఇదిసాధారణ ఇంటర్నెట్ నిష్క్రమణ కాదు. వినియోగదారులు తమ బ్రౌజింగ్ Azure ద్వారా బయటకు వెళ్లాలని ఆశిస్తే, ఏ క్లయింట్ సెట్టింగ్ రాకముందే డిజైన్ తప్పు. split tunneling ప్రారంభించి స్థానిక ఇంటర్నెట్ స్థానిక మార్గంలోనే ఉండనివ్వండి, మరియు స్థిర నిష్క్రమణ చిరునామా నిజంగా అవసరమైనప్పుడు NAT ఇన్‌స్టాన్స్ లేదా సైట్-టు-సైట్ టన్నెల్ ఉపయోగించండి.
ఏదైనా పరీక్షించే ముందు క్లయింట్ ఎక్కడికి చేరుకోవాలో రాయండి. ఆ జాబితా లేకుండా ప్రతి పాక్షిక ఫలితం పురోగతిలా కనిపిస్తుంది.
తనిఖీ 2: ధృవపత్రాలకు ముందు చిరునామా స్థలాలను పోల్చండి
అతివ్యాప్తి విస్తృత పరిధులపై నిర్ణయించబడుతుంది, కాబట్టి సబ్‌నెట్ స్థాయిలో భిన్నంగా కనిపించే రెండు నెట్‌వర్క్‌లు వాటి మూల బ్లాక్‌లు అతివ్యాప్తి చెందితే ఇప్పటికీ ఢీకొంటాయి. గేట్‌వే సబ్‌నెట్ అంకితం చేయబడాలి మరియు SKUకి సరిపడా పెద్దదిగా ఉండాలి, మరియు క్లయింట్ చిరునామా పూల్ VNet లేదా peering ద్వారా చేరగలిగే దేనితోనూ ఢీకొట్టకూడదు. ప్రణాళికను మార్చి మళ్లీ అమలు చేయండి, ఎందుకంటే పరిహారం కోసం మార్గాలు జోడించడం కొన్ని గమ్యస్థానాలకు పనిచేసే మరియు మరికొన్నింటికి వివరించలేని విధంగా పనిచేయని టన్నెల్‌ను ఉత్పత్తి చేస్తుంది. ఇక్కడ ప్రొవిజనింగ్ గట్టిగా విఫలమవుతుంది, మరియు అదే మంచి సందర్భం.
ప్రామాణీకరణ తదుపరి ద్వారం. ధృవపత్రం, RADIUS మరియు Entra ID ప్రొఫైల్‌లు పరస్పరం మార్చుకోలేనివి, మరియు ప్రతి దానికి క్లయింట్ ప్యాకేజీ భిన్నం.
తనిఖీ 3: లోపలి నుండి ప్రైవేట్ పేరును పరిష్కరించండి
డౌన్‌లోడ్ చేసిన ప్రొఫైల్ VNet DNS సర్వర్‌లను కలిగి ఉంటే తప్ప క్లయింట్ తన స్వంత పరిష్కారిని ఉంచుకుంటుంది, మరియు ఆ జాబితా డౌన్‌లోడ్ సమయంలోనే పొందుపరచబడుతుంది. VNet లోపల forwarder జోడించండి, దాన్ని VNet DNS సర్వర్‌గా సెట్ చేయండి, తర్వాత క్లయింట్ ప్యాకేజీని మళ్లీ డౌన్‌లోడ్ చేసి దిగుమతి చేయండి. పాత ప్యాకేజీని మళ్లీ ఉపయోగించడం పాత పరిష్కారి జాబితాను మాత్రమే పరీక్షిస్తుంది.
మొదట చిరునామాను పరీక్షించండి, ఎందుకంటే అది ఒకే దశలో రూటింగ్‌ను పేరు పెట్టడం నుండి వేరు చేస్తుంది: Test-NetConnection 10.20.1.4 -Port 3389.
చిరునామా స్పందించి పేరు స్పందించకపోతే, పరిష్కారిని నేరుగా అడగండి Resolve-DnsName files.corp.example -Server 10.20.0.4. రెండూ విఫలమైతే, లోపం DNSలో కాదు మరియు DNS సెట్టింగ్‌లను సవరించడం ఆపాలి. 168.63.129.16లోని Azure ప్లాట్‌ఫారమ్ DNS VNet లోపలి నుండి మాత్రమే స్పందిస్తుంది, కాబట్టి బయటి క్లయింట్ ఆ చిరునామాను పరిష్కారిగా ఉపయోగించలేదు.
తనిఖీ 4: టన్నెల్ వెనుక ఉన్న సేవను పరీక్షించండి
ఆరోగ్యకరమైన టన్నెల్ మరియు మూసివేసిన పోర్ట్ క్లయింట్ వైపు నుండి ఒకేలా కనిపిస్తాయి. అతిథి ఫైర్‌వాల్‌ను చూడండి, తర్వాత సబ్‌నెట్ లేదా NICపై నెట్‌వర్క్ భద్రతా సమూహాన్ని, తర్వాత సేవ ప్రైవేట్ చిరునామాపై వినిపిస్తుందా లేదా loopbackలో మాత్రమే అని. ఇంటర్నెట్‌కు నియమాన్ని తెరవడం బదులు క్లయింట్ పూల్‌ను మూలంగా అనుమతించండి, మరియు Azure Filesకు SMBకి ప్రైవేట్ endpoint మార్గం టన్నెల్ ద్వారా వెళ్లాలని గుర్తుంచుకోండి. వనరు IPతో స్పందించి పేరుతో స్పందించకపోతే, గేట్‌వేను తాకకుండా తనిఖీ 3కి తిరిగి వెళ్లండి.
పని చేస్తున్నప్పుడు ఒక పట్టిక పొరలను వేరుగా ఉంచుతుంది:
| Symptom | Layer to check |
|---|---|
| Name fails, private IP works | Resolver setting or forwarder |
| Private IP also fails | Address plan, NSG, guest firewall |
| Private works, internet fails | Expected; the gateway is not an egress |
| Connects, then drops | Tunnel type or certificate mismatch |
తనిఖీ 5: పెంచే ముందు ప్రొఫైల్‌ను నమోదు చేయండి
టికెట్‌లో గేట్‌వే రకం, టన్నెల్ రకం, ప్రామాణీకరణ పద్ధతి మరియు క్లయింట్ ఆపరేటింగ్ సిస్టమ్ రాయండి. ధృవపత్రం IKEv2 ప్రొఫైల్ మరియు RADIUS ప్రొఫైల్ వేర్వేరు కారణాల వల్ల విఫలమవుతాయి, మరియు మరో టన్నెల్ రకం కోసం నిర్మించిన క్లయింట్ గేట్‌వే సరిపోయే ప్రోటోకాల్ అందించినప్పుడు మాత్రమే కనెక్ట్ అవుతుంది.
చిన్న బృందానికి నిలిచే డిజైన్ ఒక VNet, ఒక DNS forwarder మరియు డాక్యుమెంట్ చేయబడిన split-tunnel క్లయింట్. అవసరం స్థిరమైన పబ్లిక్ నిష్క్రమణ అయితే, మీరు నియంత్రించే ఫైర్‌వాల్‌పై సైట్-టు-సైట్ టన్నెల్ ముగించి ఇంటర్నెట్ ట్రాఫిక్‌ను అక్కడికి రూట్ చేయండి, పాయింట్-టు-సైట్ గేట్‌వేను దాని కోసం ఎప్పుడూ నిర్మించని పనిని అడగడం బదులు.