ప్రైవేట్ ఎండ్పాయింట్, అదే సర్వర్ పేరు: Azure SQL కనెక్షన్ స్ట్రింగ్లు

Private Link కనెక్షన్ ఎక్కడ చేరుతుందో మారుస్తుంది, కనెక్షన్ను ఏమని పిలుస్తారో కాదు. Azure SQL Database కోసం ఆ భేదమే మొత్తం డిజైన్: లాజికల్ సర్వర్ తన పేరును ఉంచుకుంటుంది, ప్రైవేట్ ఎండ్పాయింట్ పేరు పరిష్కరించబడే నెట్వర్క్ ఎంట్రీని అందిస్తుంది. పేరును IP చిరునామాతో భర్తీ చేయడం TLS, ఆధారాలు మరియు సాధనాలను ఒకేసారి విరిచే ఏకైక మార్పు. రెండు కనెక్షన్ స్ట్రింగ్లు సమానంగా కనిపించి పూర్తిగా భిన్నంగా ప్రవర్తించవచ్చు.

orders-db.database.windows.net ఉంచి క్లయింట్కు దాని కోసం ప్రైవేట్ సమాధానం ఇవ్వండి.

పేరుకు మరియు చిరునామాకు వేర్వేరు పనులు ఉన్నాయి

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

Azure SQL కోసం Microsoft మార్గదర్శకం క్లయింట్ల నుండి సాధారణ సర్వర్ పేరును కోరుతుంది. నేరుగా IP, అలాగే privatelink ఉపసర్గతో కూడిన పేరు, పరస్పరం మార్చుకోగల లాగిన్ లక్ష్యం కాదు. IPని అంగీకరించే సాధనాలు దాన్ని అంగీకరించి తర్వాత TLS లో లేదా ధృవీకరణలో విఫలమవుతాయి, ఇది అసలు పొరపాటును దాచుతుంది. ఆ వైఫల్యాలు లోపంలోని హోస్ట్నేమ్ను చూసే వరకు ఆధార సమస్యలుగా చదవబడతాయి.

ప్రైవేట్ జోన్ నిజంగా ఏమి మారుస్తుంది

ప్రైవేట్ DNS జోన్ privatelink పేరు స్థలంలో సర్వర్ కోసం ఒక చిరునామాను నమోదు చేస్తుంది, జోన్ దాన్ని ఉపయోగించాల్సిన వర్చువల్ నెట్వర్క్కు లింక్ చేయబడింది. పరిష్కారం కదులుతుంది; కనెక్షన్ స్ట్రింగ్ కదలదు. క్రింది ఆకారం ఒక ఉదాహరణ, పబ్లిక్ జోన్లో అతికించాల్సిన రికార్డు కాదు.

Application name:        orders-db.database.windows.net
Private DNS zone:        privatelink.database.windows.net
Resolved private entry:  the approved private endpoint address

ఆ రికార్డును మరియు దాని జోన్ లింక్ను యజమాని మరియు సమీక్ష తేదీతో మౌలిక సదుపాయంగా నిర్వహించండి.

ఒకే మూలం మరియు వేర్వేరు సమాధానాలు ఉన్న రెండు జోన్లు సాధారణ తుది స్థితి, ఘర్షణ కాదు. పబ్లిక్ క్లయింట్లు పబ్లిక్ సమాధానాన్ని ఉంచుకుంటాయి, ప్రైవేట్ క్లయింట్లు ఎండ్పాయింట్ చిరునామాను పొందుతాయి. గమనించాల్సిన వైఫల్య విధానం ప్రైవేట్ వీక్షణ యొక్క పాక్షిక వ్యాప్తి, ఇక్కడ ఒక సబ్నెట్ ప్రైవేట్గా పరిష్కరించబడుతుంది మరొకటి నిశ్శబ్దంగా కాదు.

Azure వెలుపల ఉన్న క్లయింట్లకు ఆ జోన్లోకి మార్గం కావాలి

VPN క్లయింట్ Azure పరిష్కారిణి వెలుపల కూర్చుంటుంది, కాబట్టి ప్రైవేట్ జోన్ హైబ్రిడ్ మార్గం నుండి చేరుకోగలిగి ఉండాలి. Azure DNS ఫార్వార్డర్ లేదా Azure DNS Private Resolver ఆ నెట్వర్క్ ద్వారా వచ్చే ప్రశ్నలను సేవించగలవు. Microsoft మార్గదర్శకం ఏమిటంటే క్లయింట్లు నేరుగా privatelink పేరును అడుగుతారని ఊహించడం బదులు సంబంధిత పబ్లిక్ సేవా జోన్ను ఆ ఏర్పాటు ద్వారా ఫార్వార్డ్ చేయడం. ప్రైవేట్ సమాధానాన్ని పరిష్కరించలేని క్లయింట్లు ఫిర్యాదు లేకుండా పబ్లిక్ సమాధానానికి తిరిగి వెళ్తాయి.

ఫార్వార్డింగ్ పరిధిని ఉద్దేశపూర్వకంగా ఉంచండి, ఎందుకంటే వాడుకలో ఉన్న పబ్లిక్ జోన్ను భర్తీ చేయడం భర్తీలో లేని పేర్లను విరుస్తుంది.

గుర్తింపును స్థిరంగా ఉంచే క్రమంలో అందించండి

దశలకు వేర్వేరు యజమానులు ఉన్నారు: ఎండ్పాయింట్ను సృష్టించి ఆమోదించండి, VPN మార్గాన్ని అందించండి, ప్రైవేట్ DNSను సమన్వయపరచండి, తర్వాత క్లయింట్ను దాని సాధారణ సర్వర్ పేరుతో కాన్ఫిగర్ చేయండి. మార్గానికి ముందు DNS చేయడం DNS వైఫల్యాల్లా కనిపించే సమయ మించుటలను ఉత్పత్తి చేస్తుంది. క్లయింట్ను చివర్లో చేయడం ఒకేసారి ఒక వేరియబుల్ను కదలికలో ఉంచుతుంది. ప్రతి దశకు గమనించగలిగే ఫలితం ఉంది, కాబట్టి ఏదీ ఊహించి పరీక్షించాల్సిన అవసరం లేదు.

కనెక్ట్ చేయబడిన VPN చిహ్నం తనంతట తానే ప్రైవేట్ గమ్యాన్ని ఎంచుకోదు.

ప్రైవేట్ ఎండ్పాయింట్ ఏమి ఆఫ్ చేయదు

ప్రైవేట్ ఎండ్పాయింట్ సృష్టించడం లాజికల్ సర్వర్కు పబ్లిక్ యాక్సెస్ను స్వయంచాలకంగా నిలిపివేయదు. అది ప్రత్యేక అమలు నిర్ణయం, ఉద్దేశించిన ప్రైవేట్ క్లయింట్లు పనిచేస్తున్నాయని నిర్ధారించిన తర్వాతే అది వస్తుంది. పునరుద్ధరణ మార్గాన్ని ఉంచి, ఇప్పటికీ పబ్లిక్ ప్రవేశాన్ని ఉపయోగించే అనువర్తనాలను పరిగణించండి. పబ్లిక్ యాక్సెస్ను మొదట ఆఫ్ చేయడం అనేది నడుస్తున్న సేవ చక్కటి ఆడిట్ జాడతో అంతరాయంగా మారే విధానం.

సర్వర్ ఏ కనెక్షన్ విధానాన్ని ఉపయోగిస్తుందో కూడా తనిఖీ చేయండి.

Redirect ప్రారంభ గేట్వే కనెక్షన్ తర్వాత క్లయింట్ను నోడ్పై ఒక పోర్ట్కు పంపుతుంది, ఇది క్లయింట్ నెట్వర్క్ ఏమి అనుమతించాలో మారుస్తుంది. Proxy ట్రాఫిక్ను గేట్వేపై ఉంచుతుంది. ఒక పోర్ట్పై విజయవంతమైన TCP హ్యాండ్షేక్ మొత్తం లాగిన్ వర్క్ఫ్లో కాదు.

ఇది Azure SQL Database, SQL Managed Instance కాదు, దానికి సొంత కనెక్టివిటీ నమూనా ఉంది మరియు సమానమైన ప్రైవేట్ ఎండ్పాయింట్ కథ లేదు. రెండు సందర్భాలలో మూడు విషయాలను విడివిడిగా లేబుల్ చేసి ఉంచండి: పేరు, నెట్వర్క్ ఎంట్రీ మరియు ఆధారం. కనెక్షన్ ఎక్కడ ప్రయాణిస్తుందో మార్చడం క్లయింట్ ఏ సేవతో మాట్లాడుతున్నానని అనుకుంటుందో ఎప్పుడూ మార్చకూడదు.