సైట్-టు-సైట్ సొరంగం కనెక్ట్ అయింది, VM ఆరోగ్యంగా ఉంది, కానీ ఆన్-ప్రిమైసెస్ క్లయింట్కు ఏమీ రావడం లేదు. మీరు Network Watcher తెరిచి IP ప్రవాహ ధృవీకరణను నడుపుతారు, అది Access allowed అని చెబుతుంది, కాబట్టి టికెట్ VPN సమస్యగా మూసివేయబడుతుంది. ఆ ఫలితం కనిపించే అర్థాన్ని ఇవ్వదు, ఎందుకంటే IP ప్రవాహ ధృవీకరణ మీరు వివరించిన ప్రవాహానికి భద్రతా నియమాలను అంచనా వేస్తుంది మరియు Azure కు మీ ఆన్-ప్రిమైసెస్ ప్రిఫిక్స్కు మార్గం ఉందా అని ఎప్పుడూ పరీక్షించదు.

ఫిల్టరింగ్ ప్రశ్న మరియు రూటింగ్ ప్రశ్న వేర్వేరు, మరియు Network Watcher వాటికి వేర్వేరు సాధనాలతో సమాధానం ఇస్తుంది. మీరు ఏది అడిగారో తెలుసుకోవడమే నిర్ధారణలో ఎక్కువ భాగం.

IP ప్రవాహ ధృవీకరణ నిజంగా ఏమి నిర్ణయిస్తుంది

IP ప్రవాహ ధృవీకరణ ఒక VM, నెట్వర్క్ ఇంటర్ఫేస్, దిశ, ఐదు-విలువలు మరియు ప్రోటోకాల్ను తీసుకుని, ఆ ప్రవాహానికి NSG మరియు భద్రతా నిర్వాహక నియమం నిర్ణయాన్ని నివేదిస్తుంది. ఇది TCP మరియు UDP పై పనిచేస్తుంది, కాబట్టి ఇది ICMP నియమ పరీక్షకం కాదు మరియు నిరోధించిన ping మీ సేవ గురించి ఏమీ నిరూపించదు. ఊహకు బదులు నిజమైన ప్రవాహాన్ని ఇవ్వండి. ఆన్-ప్రిమైసెస్ నుండి డేటాబేస్ పోర్ట్కు వచ్చే ఇన్బౌండ్ కనెక్షన్, VM ప్రారంభించే అవుట్బౌండ్ కనెక్షన్ కంటే భిన్నమైన వివరణ.

గేట్వే చిరునామాలను అనువదిస్తే, మీరు అంచనా వేస్తున్న సరిహద్దుకు చేరుకునే మూల చిరునామాన్ని ఉపయోగించండి, క్లయింట్ కాన్ఫిగ్లో ఉన్నది కాదు. ఫలితాన్ని కూడా అది ఉన్నట్లుగా చదవండి. Access allowed అంటే ప్యాకెట్ వస్తే ఫిల్టర్ పొర అనుమతిస్తుంది, అంతే.

అది చెప్పలేనిది Azure ఎంచుకున్న మార్గం, గెస్ట్ ఫైర్వాల్ పోర్టును అనుమతిస్తుందా, లేదా ఏదైనా వినిపిస్తోందా అనేది. అవి ఇతర పొరల్లో జీవిస్తాయి.

తదుపరి హాప్ మరియు ప్రభావవంతమైన మార్గాలు ఏమి జోడిస్తాయి

తదుపరి హాప్ ఫార్వార్డింగ్ ప్రశ్నకు సమాధానం ఇస్తుంది: ఈ గమ్యానికి Azure ఏ తదుపరి-హాప్ రకాన్ని ఎంచుకుంటుంది, ఏ చిరునామాలో, ఏ మార్గ పట్టిక నుండి. ప్రభావవంతమైన మార్గాలు NIC నిజంగా ఏమి కలిగి ఉందో జాబితా చేస్తాయి. రెండింటినీ నడపండి, ఆకుపచ్చ IP ప్రవాహ ధృవీకరణ ఖాళీగా వదిలే Azure వైపు మార్గాన్ని పొందుతారు.

Microsoft యొక్క IP ప్రవాహ ధృవీకరణ అవలోకనం ఫిల్టరింగ్ పరిధిని నేరుగా తెలియజేస్తుంది, తదుపరి హాప్ మరియు మార్గ నిర్ధారణ పేజీలు ఫార్వార్డింగ్ వైపును కవర్ చేస్తాయి. ఫలితాన్ని రాసేటప్పుడు సరైన పేజీని ఉదహరించండి.

ఆదేశాలు షెల్ నుండి నడపడానికి తగినంత చిన్నవి. az network nic show-effective-route-table ఇంటర్ఫేస్కు వర్తించిన మార్గాలను జాబితా చేస్తుంది. az network watcher show-next-hop మూలం మరియు గమ్యంతో ఎంచుకున్న హాప్ను తిరిగి ఇస్తుంది. మీకు ముఖ్యమైన ప్రిఫిక్స్ను ఆ పట్టికతో పోల్చి, తర్వాత ఏ నమోదు గెలుస్తుందో నిర్ధారించండి.

VM యొక్క NIC నుండి తిరిగి వచ్చే మార్గాన్ని నడవండి

ఇది లక్ష్య VM యొక్క NIC నుండి, ఆన్-ప్రిమైసెస్ క్లయింట్ ప్రిఫిక్స్ కోసం చేయండి, ఇంటర్నెట్ కోసం కాదు. తిరిగి వచ్చే మార్గమే సైట్-టు-సైట్ లోపాలు దాక్కునే చోటు, ఎందుకంటే సొరంగ స్థితి తనిఖీ భద్రతా సంఘాలు పైకి ఉన్నాయని మాత్రమే నివేదిస్తుంది.

ఆశించిన మార్గం లేకపోతే, గేట్వే కాన్ఫిగ్ అందించే దూర ప్రిఫిక్స్లు, VNet కనెక్టివిటీ రూపకల్పన మరియు ఏదైనా మార్గ ప్రచార అమరికను తనిఖీ చేయండి. స్థానిక నెట్వర్క్ గేట్వే వస్తువు ఆన్-ప్రిమైసెస్ వైపును వివరిస్తుంది; దాని ఉనికి ప్రతి అవసరమైన ప్రిఫిక్స్ NIC పై ఉందని మరియు ప్రాధాన్యం పొందుతుందని నిరూపించదు. అవి వేర్వేరు వాస్తవాలు, వాటిలో ఒకటి మాత్రమే పోర్టల్ సారాంశంలో కనిపిస్తుంది.

ఉదాహరణను కాపీ చేయకుండా తదుపరి హాప్ రకాన్ని చదవండి

నిర్వహించిన VPN గేట్వే మార్గం సాధారణంగా తదుపరి హాప్ రకంగా VirtualNetworkGateway చూపిస్తుంది. VirtualAppliance భిన్నమైన ఫార్వార్డింగ్ రూపకల్పనను వివరిస్తుంది, సాధారణంగా ఫైర్వాల్ లేదా నెట్వర్క్ వర్చువల్ పరికరం.

పాత ఫోరమ్ సమాధానం ఆ రకాన్ని ఉపయోగించిందని ఊహించిన VPN ఎండ్పాయింట్ వైపు పరికర మార్గాన్ని సృష్టించవద్దు. వినియోగదారు నిర్వచించిన మార్గం ఉద్దేశించిన మార్గాన్ని భర్తీ చేస్తే, మార్చే ముందు దాని యజమానిని మరియు ఉద్దేశ్యాన్ని కనుగొనండి. రెండవ NIC కూడా గెస్ట్ ఏ ఇంటర్ఫేస్ ఉపయోగిస్తుందో మార్చగలదు, దాన్ని తీసివేయడం ఈ మార్గాన్ని సరిచేయడం బదులు మరో సేవను విచ్ఛిన్నం చేయవచ్చు.

ఇప్పటికీ విఫలమవుతున్న సరిహద్దుకు వెళ్లండి

ఫిల్టరింగ్ మరియు రూటింగ్ రెండూ రూపకల్పనకు సరిపోయినప్పుడు, లోపం మరెక్కడో ఉంటుంది. గెస్ట్ స్వంత మార్గ పట్టిక, దాని ఫైర్వాల్ మరియు శ్రోత ఆశించిన చిరునామాకు బందించబడిందా అని తనిఖీ చేయండి. ఆపై VPN యొక్క రక్షిత ట్రాఫిక్ ఎంపికకారులను మరియు ఆన్-ప్రిమైసెస్ ప్రతిస్పందన మార్గాన్ని తనిఖీ చేయండి. వాటిలో ప్రతి ఒక్కటి వేరే ఫలితంతో వేరే పరీక్ష.

అనుమతించబడిన అప్లికేషన్ అభ్యర్థన మరియు రెండు చివరల పరిశీలనలతో ముగించండి. allow ఫలితం మరియు సరైన తదుపరి హాప్ రెండు రుజువు ముక్కలు, కనెక్షన్ విజయవంతమైందని రుజువు కాదు.

సంబంధిత వ్యాసాలు