SSTP మరియు IKEv2 వేర్వేరు RRAS సర్టిఫికెట్ నియంత్రణలను ఉపయోగిస్తాయి
SslCertificate SSTP శ్రోతను బంధిస్తుంది; CertificateAdvertised ఇన్కమింగ్ IKEv2కు చెందుతుంది. ప్రోటోకాల్కు పేరు పెట్టండి, ఆకును తనిఖీ చేయండి, ఆపై ఒక బైండింగ్ను మార్చండి.
మీరు «VPN సర్టిఫికెట్»ను భర్తీ చేస్తే తప్పు సేవను మార్చవచ్చు. RRAS కనీసం మూడు సర్టిఫికెట్ నియంత్రణలను ఉంచుతుంది, వాటిలో ప్రతి ఒక్కటి వేరే ప్రోటోకాల్కు మరియు వేరే కనెక్షన్ పాత్రకు చెందుతుంది. మొదట ప్రోటోకాల్కు పేరు పెట్టడం ప్రమాదకరమైన ఊహను ఒకే తిరిగి మార్చగల బైండింగ్ మార్పుగా మారుస్తుంది. క్రింద ఉన్నదంతా ఆ ఒక్క వాక్యంపై ఆధారపడి ఉంటుంది.
సర్టిఫికెట్ ముందు ప్రోటోకాల్కు పేరు పెట్టండి
SSTP శ్రోత HTTPS లాగా ప్రవర్తించే క్లయింట్కు TLS సర్టిఫికెట్ను అందిస్తుంది. వచ్చే సైట్-టు-సైట్ IKEv2 కనెక్షన్ సర్వర్ గుర్తింపును ప్రకటిస్తుంది మరియు సహచరుల సర్టిఫికెట్లను విశ్వసనీయ మూలానికి వ్యతిరేకంగా ధృవీకరిస్తుంది. ప్రతి ఇంటర్ఫేస్ సైట్-టు-సైట్ నిర్వచనం దాని సొంత మెషిన్ గుర్తింపును కలిగి ఉంటుంది.
ఇవి మూడు పరిధులతో మూడు నియంత్రణలు. వాటిని కలపడం ఒక ప్రోటోకాల్పై పనిచేస్తున్నట్లు కనిపించి మరొకదానిపై ఎటువంటి ప్రభావం లేని మార్పును సృష్టిస్తుంది, ఇది స్పష్టమైన వైఫల్యం కంటే దారుణం. ఏదైనా తాకే ముందు ఏ ప్రోటోకాల్ విఫలమైంది, ఏ వైపు సర్టిఫికెట్ను అందించింది, ఏ వైపు దాన్ని తిరస్కరించింది అని రాయండి.
SSTP అనేది HTTPS బైండింగ్
మద్దతు ఉన్న Remote Access డిప్లాయ్మెంట్లలో Set-RemoteAccess SSTP కనెక్టివిటీకి మరియు HTTPS-సంబంధిత DirectAccess పాత్రకు ఉపయోగించే SslCertificate పరామితిని అందుబాటులో ఉంచుతుంది.
దాని ధృవీకరణ మరియు డిప్లాయ్మెంట్ పరిధి Remote Access కాన్ఫిగరేషన్ను అనుసరిస్తుంది, కాబట్టి ఒక బైండింగ్ మార్పు ఒకటి కంటే ఎక్కువ కనెక్షన్లు లేదా నోడ్లను చేరుకోవచ్చు. లోడ్ బ్యాలెన్స్డ్ డిప్లాయ్మెంట్లో ఈ పరిధి కాన్ఫిగరేషన్ కవర్ చేసే ప్రతి నోడ్ను కలిగి ఉంటుంది. ఒక నోడ్ను మార్చి ఒక క్లయింట్ను పరీక్షించడం మిగిలినవి పాత ఆకును అందిస్తూనే ఉంచుతుంది, మరియు ఇదే నిర్వహణ విండో నుండి బయటపడే సగం-మార్పు.
నవీకరణ ముందు ఆశించిన సేవా పేరు, గొలుసు, చెల్లుబాటు, ఉద్దేశిత వినియోగం మరియు ప్రైవేట్ కీ లభ్యతను ధృవీకరించండి. సర్టిఫికెట్ క్లయింట్ తనిఖీ చేసే పేరుతో సరిపోలాలి, మరియు అడాప్టర్ లేబుల్ ఆ పేరు కాదు.
వచ్చే IKEv2కు దాని సొంత పరామితి ఉంది
Set-VpnAuthProtocol వచ్చే సైట్-టు-సైట్ IKEv2 ప్రామాణీకరణను కాన్ఫిగర్ చేస్తుంది, CertificateAdvertised టన్నెల్ ప్రామాణీకరణ మోడ్ వాటిని ఉపయోగించినప్పుడు సర్టిఫికెట్ను అందిస్తుంది. ఇది హోస్ట్లోని ఏదైనా సర్వర్ సర్టిఫికెట్ను ఎంచుకునే సాధారణ ఆదేశం కాదు.
రెండు వస్తువులను వేరుగా ఉంచండి: సర్వర్ తన గుర్తింపుగా అందించే ఆకు, మరియు సహచరుల సర్టిఫికెట్లను అంగీకరించడానికి ఉపయోగించే మూలం. ఏ జారీచేసేవారిని విశ్వసించాలో ఎంచుకోవడం సర్వర్ ఏ ఆకును అందిస్తుందో చెప్పదు.
వ్యక్తిగత సైట్-టు-సైట్ ఇంటర్ఫేస్ గుర్తింపు Set-VpnS2SInterface ద్వారా సెట్ చేయబడుతుంది. రెండూ ఒకే మెషిన్లోని ఒకే నిల్వలో ఉన్నా ఇది స్వయంచాలకంగా SSTP సర్టిఫికెట్ కాదు.
మొదట అభ్యర్థిని పరిశీలించండి
స్థానిక మెషిన్ నిల్వ యొక్క కేంద్రీకృత వీక్షణ ఏదీ ప్రైవేట్గా ఎగుమతి చేయకుండా పబ్లిక్ మెటాడేటాను చూపుతుంది:
Get-ChildItem Cert:\LocalMachine\My |
Select-Object Thumbprint, Subject, HasPrivateKey, NotAfterఆ జాబితా ప్రారంభ బిందువు, అనువైనత పరీక్ష కాదు. మీరు కాన్ఫిగర్ చేస్తున్న ప్రోటోకాల్ కోసం SAN నమోదులు, విస్తరించిన కీ వినియోగాలు, గొలుసు మరియు సేవా ఖాతా ప్రైవేట్ కీ యాక్సెస్ను పరిశీలించండి.
సంబంధం లేని క్లౌడ్ క్లయింట్ గుర్తింపు కోసం ఇన్స్టాల్ చేసిన సర్టిఫికెట్ అదే నిల్వలో కనిపిస్తుందనే కారణంతో మాత్రమే అనువైనది కాదు. కనిపించడం అనువైనత కాదు, మరియు స్క్రీన్షాట్లోని వేలిముద్ర సేవా ఖాతా కీని చదవగలదా అనే దానిపై ఏమీ నిరూపించదు. ఆ యాక్సెస్ను స్పష్టంగా తనిఖీ చేయండి, ఎందుకంటే కీ అనుమతి లేకపోవడం సేవ పునఃప్రారంభమై సర్టిఫికెట్ను ఉపయోగించడానికి ప్రయత్నించినప్పుడే బయటపడుతుంది.
ప్రస్తుత బైండింగ్ను నమోదు చేయండి మరియు మార్చే ముందు మీరు ఇంకా వేరే మార్గంలో హోస్ట్ను చేరుకోగలరని నిర్ధారించుకోండి. పునరుద్ధరణ మార్గం మార్పులో భాగం, తర్వాత వచ్చే సంఘటనలో కాదు.
పునరుద్ధరణ అనేది యాక్టివేషన్ కాదు
సర్టిఫికెట్ను మళ్లీ జారీ చేయడం అనేది నడుస్తున్న సేవ కోసం దాన్ని ఎంచుకోవడం కంటే భిన్నమైన చర్య. కొత్త ఆకు ఉద్దేశిత DNS గుర్తింపును నిలుపుకోగలదు మరియు అయినప్పటికీ వేరే వేలిముద్రను కలిగి ఉండగలదు, కాబట్టి బైండింగ్ నవీకరించబడే వరకు ఏదీ దాన్ని సూచించదు. పునరుద్ధరణ వస్తువును మారుస్తుంది; యాక్టివేషన్ దాని వైపు సూచనను మారుస్తుంది. ఈ రెండింటిని కలపడమే సరిగ్గా పునరుద్ధరించిన సర్టిఫికెట్ వారాల పాటు ఉపయోగించకుండా ఉండటానికి కారణం.
మద్దతు ఉన్న మార్పును తగిన విండోలో, డాక్యుమెంట్ చేయబడిన పునఃప్రారంభంతో సహా వర్తింపజేయండి, ఆపై సర్టిఫికెట్ను ఉద్దేశిత ప్రోటోకాల్ యొక్క కొత్త కనెక్షన్ నుండి పరిశీలించండి. కాష్ చేయబడిన క్లయింట్ సెషన్ ఇప్పటికీ పాత ఆకును చూపి సరైన మార్పును పాడైనట్లు కనిపించేలా చేయవచ్చు.
మునుపటి సర్టిఫికెట్ను ఆ తనిఖీ ఉత్తీర్ణమైన తర్వాత మాత్రమే సాధారణ ప్రక్రియ ద్వారా ఉపసంహరించండి. Set-RemoteAccess సూచన SSL పరామితి పరిధిని, లోడ్ బ్యాలెన్స్డ్ డిప్లాయ్మెంట్లలో దాని ప్రభావంతో సహా డాక్యుమెంట్ చేస్తుంది, మరియు బైండింగ్ మార్పు ముందు చదవదగిన భాగం అదే.