బూట్ సమయంలో OpenVPN టన్నెల్ సిద్ధమయ్యే ముందే RRAS ప్రారంభమవుతుంది

సర్వర్ మళ్లీ బూట్ అవుతుంది, OpenVPN ప్రారంభమవుతుంది, RRAS ఆధారపడే అడాప్టర్ లేదా మార్గం ఇంకా లేనప్పుడే RRAS పైకి వస్తుంది. ఒక నిమిషం తర్వాత RRAS ను చేతితో పునఃప్రారంభించడం దాన్ని సరిచేస్తుంది, ఇది సమస్య పరిష్కరించబడినట్లు కనిపించేలా చేసి నిజమైనదాన్ని దాచిపెడుతుంది. ఇక్కడ రెండు వేర్వేరు షరతులు కలిసిపోతాయి: ముందస్తు షరతు సేవ నడుస్తోంది, మరియు RRAS కి నిజంగా అవసరమైన నెట్వర్క్ వనరు ఉపయోగించదగినదిగా మారింది. Windows సేవా ఆధారత మొదటి షరతును వ్యక్తపరచగలదు, రెండవదాన్ని ఎప్పటికీ కాదు, కాబట్టి వనరును నిర్వచించకుండా ఆధారత జోడించడం మరింత చక్కని బూట్ మరియు అదే వైఫల్యాన్ని ఇస్తుంది.

చల్లని బూట్లో లక్షణం ఎలా కనిపిస్తుంది

సూచన చల్లని ప్రారంభం మరియు పునఃప్రారంభం మధ్య వ్యత్యాసం. చల్లని ప్రారంభంలో టన్నెల్ అడాప్టర్ లేనప్పుడు, మార్గం పోయినప్పుడు, లేదా సహచర చిరునామా ఇంకా పరిష్కరించబడనప్పుడు RRAS తాను నడుస్తున్నట్లు నివేదిస్తుంది. చేతితో పునఃప్రారంభం తర్వాత విజయవంతమవుతుంది ఎందుకంటే అప్పటికి వనరు ఉంది, మరియు సేవ ఒక నిమిషం ముందు చూడలేని ప్రపంచాన్ని మళ్లీ చదువుతుంది. సేవ లాగ్ రెండు సందర్భాలలోనూ శుభ్రమైన ప్రారంభాన్ని చూపుతుంది, అందుకే ఈవెంట్ వ్యూయర్ ఒంటరిగా దీన్ని అరుదుగా వివరిస్తుంది.

ఏదైనా మార్చే ముందు రెండు స్థితులను నమోదు చేయండి: బూట్లో RRAS ఏమి నివేదిస్తుంది, మరియు చేతితో పునఃప్రారంభం విజయవంతమయ్యే క్షణంలో ఏమి ఉంది. ఆ రెండు పరిశీలనలు ఒకేలా ఉంటే, ప్రారంభ క్రమం మీ వివరణ కాదు మరియు ఆధారత సహాయపడదు. ఈ పోలిక పది నిమిషాలు తీసుకుంటుంది మరియు ఒక వారం ఊహను ఆదా చేస్తుంది.

«పునఃప్రారంభం తర్వాత పనిచేస్తుంది» ఆధారంగా జోడించిన ఆధారత అదే వైఫల్యాన్ని ముందస్తు షరతు సేవ RUNNING నివేదించడానికి పట్టే సమయం వరకు మాత్రమే ఆలస్యం చేస్తుంది. క్రమ పరిమితి ఇప్పుడు వివరణలా కనిపించడం వల్ల ఇది బూట్ను అర్థం చేసుకోవడాన్ని కూడా కష్టతరం చేస్తుంది. ఆధారత ఏ వస్తువుకు హామీ ఇస్తుంది మరియు ఆ వస్తువే RRAS చూడలేనిదా అని అడగండి.

వనరును పేర్కొనండి, సేవను మాత్రమే కాదు

లేని నిర్దిష్ట విషయాన్ని రాయండి. అది చిరునామాతో కూడిన టన్నెల్ అడాప్టర్, సహచర ఉపజాలానికి మార్గం, DNS సమాధానం, లేదా ఇంకా అందించబడుతున్న ప్రమాణపత్రం కావచ్చు. «VPN సేవ నడుస్తోంది» అనేది వనరు వివరణ కాదు, క్లయింట్లోని ఆకుపచ్చ చిహ్నం కూడా కాదు. వస్తువును మరియు దాన్ని చూపే ఆదేశాన్ని పేర్కొనగలిగే వరకు, మీరు నిరీక్షించడానికి ప్రయత్నిస్తున్న షరతును నిర్వచించలేదు.

ఈ OpenVPN ఇన్స్టాన్స్ ఎలా ప్రారంభమవుతుందో కూడా నిర్ణయించండి. GUI నిర్వహించే టన్నెల్ మరియు సేవ నిర్వహించే టన్నెల్ వేర్వేరు బూట్ జీవిత చక్రాలను కలిగి ఉంటాయి, సేవ పేరు మీ ముందున్న మెషీన్ నుండి రావాలి, మరొక ఇన్స్టాలర్ కోసం రాసిన ఉదాహరణ నుండి కాదు. గుర్తున్న పేరుపై నమ్మకం పెట్టుకోవడం బదులు అభ్యర్థులను జాబితా చేయండి.

Get-Service | Where-Object Name -match 'vpn|openvpn' | Select-Object Name, Status, StartType

జోడించే ముందు ఆధారత గొలుసును చదవండి

Service Control Manager START_PENDING మరియు RUNNING వంటి స్థితులను నివేదిస్తుంది, SERVICE_STATUS reference ప్రతి ఫీల్డ్ అర్థాన్ని ఖచ్చితంగా నిర్వచిస్తుంది. ఈ స్థితుల్లో ఏదీ సహచరుడు, DNS పేరు లేదా దిగువ అప్లికేషన్ చేరుకోగలదని హామీ ఇవ్వదు. ఆ అంతరమే ఈ వైఫల్యం సరిగ్గా కాన్ఫిగర్ చేసిన ఆధారతను దాటి నిలిచేందుకు పూర్తి కారణం.

Get-Service -Name RemoteAccess | Select-Object Status, StartType
sc.exe qc RemoteAccess
Get-Service -Name RemoteAccess | Select-Object -ExpandProperty DependentServices

sc.exe qc నుండి వచ్చిన DEPENDENCIES పంక్తి మీరు సంరక్షించాల్సిన జాబితా, ఎందుకంటే sc.exe config RemoteAccess depend= మొత్తం జాబితాను భర్తీ చేస్తుంది, దానికి జోడించదు. VPN సేవను జోడిస్తున్నప్పుడు సంబంధం లేని ముందస్తు షరతును వదిలేయడం మరొక బూట్లో కనిపించే రెండవ లోపాన్ని సృష్టిస్తుంది, దానిని నిర్ధారించడం అసలు దాని కంటే చాలా కష్టం. దాన్ని తాకే ముందు ఉన్న జాబితాను మీ మార్పు-నమోదులో నకలు చేయండి.

ఆధారతలు షట్డౌన్ ప్రవర్తనను కూడా మారుస్తాయి, ఎందుకంటే ముందస్తు షరతును ఆపడం దానిపై ఆధారపడిన సేవలను ఆపుతుంది. తరచుగా పునఃప్రారంభమయ్యే దేనితోనైనా RRAS ను కనెక్ట్ చేసే ముందు నిర్వహణ సమయంలో ఏమి జరుగుతుందో తనిఖీ చేయండి.

పునఃప్రారంభాన్ని టైమర్కు కాదు, షరతుకు లోబడి చేయండి

స్థిర నిరీక్షణ టన్నెల్ ఎల్లప్పుడూ ఆ విండోలో సిద్ధంగా ఉంటుందని ఊహిస్తుంది, ప్రమాణపత్రం నెమ్మదిగా ఉన్న లేదా లింక్ డౌన్ ఉన్న బూట్లో విఫలమయ్యేది అదే ఊహ. వనరునే గడువుతో తనిఖీ చేయండి, పునఃప్రారంభం అవసరమా అని తనిఖీయే నిర్ణయించనివ్వండి.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetRoute -DestinationPrefix 0.0.0.0/0
Get-WinEvent -LogName System -MaxEvents 40 |
  Where-Object ProviderName -eq 'Service Control Manager'

బూట్లో నడిచే షెడ్యూల్ చేసిన పని ఆ తనిఖీలను నిర్వహించి, అడాప్టర్ లేదా మార్గం ఇంకా లేనప్పుడు మాత్రమే RRAS ను పునఃప్రారంభిస్తే, అది పరిమితమైనది, ఆడిట్ చేయదగినది మరియు తీసివేయడం సులభం. ప్రత్యామ్నాయం అయిన ప్రతి పునఃకనెక్షన్లో RRAS ను పునఃప్రారంభించడం ఆరోగ్యకరమైన సెషన్లను భంగం చేసి అస్థిర లింక్ను పునఃప్రారంభ చక్రంగా మారుస్తుంది. ఆ చక్రం అసలు లోపం కంటే అధ్వాన్నం, ఎందుకంటే ఇప్పుడు బాగాన్ని ఉన్న వినియోగదారులను కూడా ప్రభావితం చేస్తుంది.

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

పరివర్తనను లాగ్ చేయండి, తదుపరి బూట్ తనను తాను వివరించుకోనివ్వండి

ఒకే పంక్తిలో మూడు సమయ ముద్రలను నమోదు చేయండి: ఆధారత సేవ RUNNING చేరినప్పుడు, అవసరమైన వనరు కనిపించినప్పుడు, RRAS చివరగా దాన్ని అంగీకరించినప్పుడు. ఆ ఒకే పంక్తి తదుపరి ఇంజనీర్ అడిగే ప్రశ్నకు సమాధానమిస్తుంది, దాన్ని తయారు చేయడానికి దాదాపు ఏమీ ఖర్చు కాదు. అది లేకుండా తదుపరి దర్యాప్తు ఈ దర్యాప్తు యొక్క అదే ఊహ నుండి ప్రారంభమవుతుంది.

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