OpenVPN TAP అడాప్టర్ స్థాపించబడలేదు: ఏ దశ విరిగింది?

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

అన్నింటికంటే ముందు build నంబర్ మరియు స్థాపన సమయ ముద్రను సేకరించండి. రెండూ లాగ్ ఫోల్డర్ను నిజంగా నడపగలిగే శోధనగా మారుస్తాయి.

మూడు దశలు, మూడు వేర్వేరు లాగ్లు

మొదటి దశ స్థాపకుడే; అది ఫైళ్లను విప్పి, తన సొంత లాగ్ను ఉంచి, 1603 వంటి సారాంశ కోడ్ను నివేదిస్తుంది. అది లావాదేవీ విఫలమైందని చెబుతుంది, కానీ ఎక్కడ అని చెప్పదు. రెండవది డ్రైవర్ నిల్వ; అక్కడ సంతకం చేసిన ప్యాకేజ్ తర్వాత వినియోగం కోసం సిద్ధం చేయబడుతుంది, ఇది దానిని హార్డ్వేర్కు కట్టడం నుండి భిన్నమైన సాధన. మూడవది పరికర సృష్టి; అక్కడ Windows పరికర నిక్షేపాన్ని నిర్మించి, INF ను వర్తింపజేసి, ఫలితాన్ని setupapi లాగ్లో నమోదు చేస్తుంది. ఈ దశల్లో ఏవైనా రెండింటి మధ్య నిశ్శబ్ద ఖాళీ వినియోగదారుకు కనిపించే అదే వాక్యాన్ని సృష్టిస్తుంది.

సారాంశ కోడ్ లావాదేవీకి చెందుతుంది, కానీ విఫలమైన చర్య అదే లాగ్లో ఎక్కడో ముందు ఉంటుంది. కోడ్ను వివరించడానికి ప్రయత్నించకుండా కోడ్ నుండి వెనక్కి వెతకండి.

ప్రయత్నం చుట్టూ setupapi.dev.log చదవండి

ప్రతి పరికర స్థాపన C:\Windows\INF\setupapi.dev.log లో ఒక విభాగాన్ని రాస్తుంది, మరియు SetupAPI లాగ్ మార్గదర్శిని ఆ విభాగాలు, వాటి చివరి స్థితి ఎలా నిర్వహించబడ్డాయో వివరిస్తుంది. మీ ప్రయత్నాన్ని సమయ ముద్ర ఆవరించే విభాగాన్ని కనుగొని, మీరు గమనించిన మొదటి లోప పంక్తి కాకుండా దాన్ని పూర్తిగా చదవండి. సంబంధం లేని పరికరాల గురించిన హెచ్చరికలు పొడవైన లాగ్ అంతటా కనిపిస్తాయి, ఈ వైఫల్యం గురించి ఏమీ వివరించవు. సరిపోలే విభాగపు చివరి స్థితే నివేదికలో ఉదాహరించదగిన వాస్తవం.

ఆ విభాగాన్ని అడాప్టర్ పేరు, పరికర గుర్తింపు మరియు స్థాపకుడి లాగ్లో పేర్కొన్న INF ప్యాకేజీతో అనుసంధానించండి. ఒకే సమయ ముద్రపై మూడు గుర్తింపులు సరిపోలడమే ఆ ఆపాదనను సురక్షితం చేస్తుంది.

ప్యాకేజీని, పరికరాన్ని విడివిడిగా తనిఖీ చేయండి

సిద్ధం చేసిన ప్యాకేజ్ సంతకం చేసిన INF డ్రైవర్ నిల్వను చేరిందని మాత్రమే రుజువు చేస్తుంది. ఈ Windows తరంలో pnputil /enum-drivers మూడవ పక్ష ప్యాకేజీలను సరఫరాదారు, తరగతి, వెర్షన్ మరియు ప్రచురిత పేరు ప్రకారం జాబితా చేస్తుంది, ఇది oem నంబర్ నుండి ఊహించడానికి బదులు OpenVPN అడాప్టర్ ప్యాకేజీని కనుగొనడానికి అనుమతిస్తుంది. ఆ జాబితాలో పరికరం ఉంది, ప్రారంభమైంది లేదా మీరు కనుగొన్న ప్యాకేజీకి కట్టబడింది అని ఏమీ చెప్పదు. అవి వేర్వేరు సమాధానాలున్న వేర్వేరు ప్రశ్నలు.

పరికరం వైపు దాని సొంత దృష్టి ఉంది. చదవడానికి-మాత్రమే అడాప్టర్ జాబితా Windows ఇప్పుడు ఇంటర్ఫేస్ గురించి ఏమి నమ్ముతుందో చూపిస్తుంది, దాచిన నమోదులు ఉన్నా నిష్క్రియంగా ఉన్న పరికరాలను కలిగి ఉంటాయి. రెండు జాబితాలను పోల్చడం ఏ దశ విఫలమైందో చెబుతుంది: ప్యాకేజీ లేదు, పరికరం లేదు, లేదా పరికరం ఉంది కానీ సమస్య స్థితిలో ఉంది.

సంతకాలను తాకే ముందు అడాప్టర్ను ధృవీకరించండి

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

pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'

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

సంతక అమలును ఆపడం, నెట్వర్క్ స్టాక్ను రీసెట్ చేయడం లేదా ప్రతి అడాప్టర్ను తొలగించడం ఆధారాలను మాయం చేస్తుంది. వాటిలో ఏదీ ఇంకా గుర్తించని దశను సరిచేయదు, మరియు ప్రతిదీ ఏ దశ అని చెప్పేదాన్ని తొలగిస్తుంది.