RemoteAccess సేవ ఆగిపోవడం వల్ల RRAS ఇన్స్టాలేషన్ విఫలమవుతుంది

Routing and Remote Access పాత్ర విఫలం కావచ్చు, ఎందుకంటే దాని సేవ Starting స్థితిలో నిలిచిపోతుంది. ఏదైనా మళ్లీ ఇన్స్టాల్ చేసే ముందు సేవగా లాగిన్ హక్కును తనిఖీ చేయండి.

పాత్ర ఇన్స్టాలేషన్ సాధారణ లోపంతో ఆగిపోతుంది, ఈవెంట్ లాగ్లో పని చేయడానికి దాదాపు ఏమీ ఉండదు. ఇది జరిగే సర్వర్లలో, తప్పిపోయిన భాగం విజార్డ్లోనే లేదు: Remote Access సేవ ఎప్పుడూ Starting స్థితిని విడిచిపెట్టదు. తన స్వంత ప్రారంభాన్ని పూర్తి చేయలేని పాత్ర ప్రతి ప్రయత్నంలో మళ్లీ విఫలమవుతుంది, అందుకే మొదట సేవ, తర్వాత విజార్డ్ వస్తుంది. లాగిన్ హక్కును సరిచేయడానికి నిమిషాలు పడుతుంది, పాత్రను పదేపదే మళ్లీ ఇన్స్టాల్ చేయడానికి పట్టదు.

పాత్ర విజార్డ్ నుండి కాదు, సేవ నుండి ప్రారంభించండి

ఎలివేటెడ్ ప్రాంప్ట్ తెరిచి, పాత్రను తాకే ముందు సేవ కాన్ఫిగరేషన్ చదవండి. రెండు విలువలు ముఖ్యం: ప్రారంభ రకం మరియు సేవ నడిచే ఖాతా. డిఫాల్ట్ ఇన్స్టాలేషన్ సేవను Network Service కింద స్వయంచాలక, ఆలస్య ప్రారంభానికి నమోదు చేస్తుంది.

స్థితి Running కాకుండా Starting లో నిలిచితే, సేవ పొందలేని దాని కోసం వేచి ఉంది, లాగిన్ హక్కే సాధారణ అభ్యర్థి. ఎక్కువసేపు వేచి ఉండటం ఉపయోగం లేదు, ఎందుకంటే ప్రారంభం Service Control Manager పెండింగ్గా నివేదించే విధంగా ఇప్పటికే విఫలమైంది. సేవను శుభ్రంగా ఆపి దాని కాన్ఫిగరేషన్ మళ్లీ చదవండి. తర్వాత ఈవెంట్ లాగ్లో సేవ ప్రారంభ ప్రయత్నాన్ని చూడండి, వైఫల్యం పక్కన ఖాతా పేరు అక్కడే కనిపిస్తుంది.

పాత్ర విజార్డ్ ప్రారంభం విఫలమైందని మాత్రమే నివేదిస్తుంది, అందుకే సేవ నిర్ధారణ మొదట రావాలి.

మళ్లీ ఇన్స్టాల్ చేసే ముందు లాగిన్ హక్కును చదవండి

ప్రారంభం కావడానికి Network Service కి సేవగా లాగిన్ హక్కు కావాలి. అంతర్నిర్మిత ఖాతాలు దీన్ని సాధారణంగా సమూహ సభ్యత్వం ద్వారా పొందుతాయి, కఠినమైన బేస్లైన్ లేదా విధాన రిఫ్రెష్ దాన్ని లాక్కోవచ్చు. తదుపరి రిఫ్రెష్లో సమూహ విధానం గెలుస్తుంది, కాబట్టి చేతితో ఇచ్చిన అనుమతి హెచ్చరిక లేకుండా మళ్లీ మాయమవ్వచ్చు.

స్థానిక భద్రతా విధానాన్ని ఎగుమతి చేసి GUI ని నమ్మకుండా నమోదును చదవండి. ఇది రిఫ్రెష్ తర్వాత పోల్చడానికి మీకు ఫైల్ను మిగులుస్తుంది, మార్పు నిలిచిందో లేదో తెలుసుకోవడానికి ఇదే ఏకైక మార్గం. నమోదు ఖాళీగా ఉంటే లేదా ఖాతాను వదిలేస్తే, మీరు లోపాన్ని కనుగొన్నారు. ఏ విధాన వస్తువు దాన్ని సెట్ చేస్తుందో రాయండి, శాశ్వత సవరణ ఆ వస్తువుకే కావాలి.

secedit /export /cfg C:\Windows\Temp\secpol-export.inf
Select-String -Path C:\Windows\Temp\secpol-export.inf -Pattern SeServiceLogonRight
sc.exe qc RemoteAccess
Get-Service RemoteAccess | Format-List Name, Status, StartType

స్థానికంగా వర్తించి తదుపరి రిఫ్రెష్లో విధానం ద్వారా తిరిగి రాయబడిన అనుమతి పని చేయడం ఆపేసిన సవరణలా కనిపిస్తుంది, అది అదే విధంగా మళ్లీ విఫలమవుతుంది.

కాన్ఫిగరేషన్ను తిరిగి రాసే ఖాతా ప్రయాణం

విధానాన్ని చేతితో సవరించకుండా సేవ లాగిన్ కాన్ఫిగరేషన్ను సరిచేసే చిన్న మార్గం ఉంది: ఖాతా మార్చి, వర్తించి, తర్వాత పాస్వర్డ్ ఖాళీలను ఖాళీగా వదిలి తిరిగి మార్చండి.

ప్రయాణం సేవ రికార్డును తిరిగి రాస్తుంది మరియు ఖాతాకు అవసరమైన హక్కును తిరిగి ఇస్తుంది. ఇది మూల కారణం యొక్క సవరణ కాదు, ఒక దారి మళ్లింపు, కాబట్టి తేదీతో పాటు మార్పు రికార్డులో ఉండాలి. బేస్లైన్ సర్వర్ను నిర్వహించే చోట, సరైన సవరణ ఆ బేస్లైన్లో సేవగా లాగిన్ కేటాయింపుకు ఖాతాను జోడించడం. వీలైనప్పుడు మొదట అదే చేయండి, ప్రయాణాన్ని వేరే విధంగా చిక్కుకున్న ఇన్స్టాలేషన్ను విప్పడానికి మాత్రమే ఉపయోగించండి.

sc.exe config RemoteAccess obj= "NT AUTHORITY\LocalService" start= demand
Start-Service RemoteAccess
sc.exe config RemoteAccess obj= "NT AUTHORITY\NetworkService" start= delayed-auto
Start-Service RemoteAccess

ప్రతి ఆదేశం తర్వాత స్థితిని చదవండి, ఎందుకంటే ఒక ఖాతా కింద ప్రారంభమై మరొక ఖాతా కింద కాకుండా ఉండే సేవ ఏ హక్కు లేదో చెబుతుంది.

పాత్రను ఇన్స్టాల్ చేసి అది ఇన్స్టాల్ అయిందని నిరూపించండి

సేవ నడుస్తున్నప్పుడు పాత్రను మళ్లీ జోడించి, మీరు నిజంగా ఉపయోగించబోయే VPN ఉప-ఫీచర్ను చేర్చండి. కేవలం సాధారణ పాత్ర మీకు పనిచేసే VPN ముగింపు బిందువును ఇవ్వదు.

Install-WindowsFeature DirectAccess-VPN -IncludeManagementTools
Get-WindowsFeature RemoteAccess, DirectAccess-VPN, Routing
Get-Service RemoteAccess

ఉప-ఫీచర్లు Available కాకుండా Installed గా నివేదిస్తున్నాయని నిర్ధారించి, తర్వాత కన్సోల్ తెరిచి మరొకరు యంత్రాన్ని తాకే ముందు ప్రారంభ కాన్ఫిగరేషన్ పూర్తి చేయండి. కన్సోల్ ఇంకా సేవ నడవడం లేదని చెబితే, పాత్రను తీసేయడం బదులు సేవ తనిఖీకి తిరిగి వెళ్లండి.

మీరు ఏమి మార్చారో రాయండి

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

సేవ-ఖాతా విచలనాన్ని అదే గమనికలో ఉంచండి. డిఫాల్ట్ ఖాతాను తిరిగి తెచ్చే కఠినీకరణ రౌండ్ తదుపరి రీస్టార్ట్లో లోపాన్ని పునరుద్ధరించవచ్చు, దాన్ని నిర్ధారించిన వ్యక్తి ముందుకు సాగిన నెలల తర్వాత.

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