Avviso WAN Miniport: riparate l’adattatore o ricostruite il profilo
Un profilo bloccato o un adattatore ostinato di solito significa un miniport nascosto, non l’account. Leggete lo stato dell’adattatore prima di reinstallare un driver.
Bloccarsi prima che venga offerta una credenziale, rifiutarsi di eliminare il profilo, mostrare un adattatore di cui nessuno riconosce il nome: sono tre facce di un unico guasto. L’interfaccia software a cui la VPN si lega si è guastata, mentre l’account e il gateway sono intatti. Tre riparazioni sono difendibili, e quale si applichi deriva da un’unica ispezione di sola lettura. Tutto ciò che segue quell’ispezione è aritmetica; tutto ciò che la precede è congettura.
A cosa si lega davvero il profilo
Ogni tipo di tunnel nativo di Windows è servito dal proprio adattatore virtuale, e quegli adattatori sono driver di miniport, non schede fisiche. Un profilo sceglie un tipo di tunnel, il tipo sceglie un adattatore, e quindi un solo driver malato può rompere ogni profilo che lo condivide mentre la condivisione dei file e la navigazione continuano. La dipendenza è invisibile nelle proprietà del profilo.
Queste interfacce restano nascoste per impostazione predefinita, sia in Gestione dispositivi sia nell’elenco degli adattatori. È così che un’interfaccia guasta resta invisibile mentre il proprietario della macchina insiste che nulla è cambiato.
Un segno di avviso è una prova utile e un’icona pulita non lo è. Un adattatore può dichiararsi sano e portare comunque un binding rotto, quindi la domanda utile è a cosa è collegata l’interfaccia, non che aspetto abbia l’icona. Leggete prima lo stato e poi i binding, perché l’icona risponde alla domanda meno interessante. Saltare quell’ordine è ciò che trasforma un controllo di dieci minuti in un pomeriggio di lavoro sui driver.
Decidete dallo stato dell’adattatore, non dal codice di errore
Un numero di errore indica quale fase è fallita e non dice nulla su quale componente sia colpevole. Assegnazione degli indirizzi, scelta del certificato e protocollo del tunnel hanno i propri numeri, convenzionalmente 720, 789 e 806, e nessuno dei tre è una prova su un miniport. Usate il numero per scegliere il controllo successivo, non per scegliere una riparazione.
Le osservazioni che distinguono sono poche. Questa tabella associa ciascuna a un passo successivo di sola lettura:
| What you observe | What it implies | Read-only step |
|---|---|---|
| Every profile on one protocol fails | That protocol's miniport is unusable | Read the hidden adapter status |
| Adapter reports healthy, tunnel never starts | A binding is missing or disabled | List every binding on the adapter |
| Only the vendor client fails | The vendor adapter or its registered name | Read the vendor service key |
| The profile will not delete | The interface underneath is stuck | Confirm the adapter before removing the profile |
L’ordine conta perché reinstallare un driver è lento e dirompente. Farlo per correggere un problema di assegnazione costa un’ora e non insegna nulla alla persona successiva. La tabella stabilisce anche il raggio del danno: un protocollo rotto su tutti i profili accusa il driver, mentre un client di fornitore rotto accanto a profili nativi funzionanti accusa lo stack del fornitore.
Due letture che risolvono la maggior parte dei ticket
Entrambe le letture sono di sola lettura e nessuna tocca un driver. La prima elenca le interfacce miniport nascoste con il loro stato, la seconda elenca a cosa è legato un adattatore con nome:
Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindingsSostituite il protocollo usato dal vostro profilo, perché un elenco di binding per IKEv2 non dice nulla di un SSTP profilo. Un binding ARP o IPv4 disattivato, o un driver di filtro di terze parti agganciato all’adattatore, possono fermare il tunnel prima che inizi. La presenza di software di sicurezza in quell’elenco non è prova che sia la causa, quindi stabilite l’effetto prima di disattivare qualcosa.
Un adattatore sano mostra i binding attesi e nessun filtro che non sappiate spiegare. Quando l’elenco è pulito, la prova si è spostata sul driver stesso e la sezione seguente è quella che si applica.
Salvate il nome dell’adattatore e la versione del driver prima di rimuoverlo
Quando l’adattatore è davvero inutilizzabile, la riparazione standard è renderlo rimovibile, disinstallarlo e lasciare che Windows costruisca una nuova istanza la volta successiva in cui un profilo usa quel protocollo. In Gestione dispositivi, aggiornate il driver, scegliete da un elenco, cancellate il filtro dell’hardware compatibile e scegliete un adattatore Microsoft generico che offra l’opzione di disinstallazione.
Prima di ciò, annotate cosa state eliminando: nome dell’adattatore, versione del driver, fornitore e data. Una riparazione che poi non sapete descrivere non si può ripetere, e il prezzo abituale di una riparazione non descritta è la stessa macchina riparata tre volte. Le utility dei fornitori fanno lo stesso lavoro con portata più ampia e sono ragionevoli su un parco gestito quando arrivano dal fornitore e non da uno specchio. Un’utility che scambia binari del driver cambia più della reinstallazione di un singolo adattatore, quindi annotate anche la sua versione nel ticket.
Un caso di fornitore richiede una riparazione diversa per lo stesso sintomo. Un client che registra il proprio adattatore con un nome visualizzato che contiene un riferimento all’installer può non attivarsi dopo un aggiornamento, e la correzione modifica quel nome in una chiave di servizio del fornitore. Il valore accetta un nome di adattatore semplice, e il client viene riavviato dopo:
HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit WindowsQuella chiave appartiene a un solo client. Non è una riparazione Windows generale e non va mai applicata a una macchina che non esegue quel client.
Confermate con un secondo protocollo prima di chiudere il ticket
Una riconnessione riuscita mette alla prova un protocollo attraverso un adattatore, quindi dimostra meno di quanto sembri. Riprovate il profilo originale e poi un secondo costruito su un altro tipo di tunnel, ed esigete che entrambi si connettano. Se funziona solo il primo, il guasto restante è prova su un driver o su un criterio, non sull’interfaccia appena ricostruita.
Se la lamentela originale era un profilo non eliminabile, verificate anche quello, perché un profilo che rifiuta ancora l’eliminazione dopo che l’adattatore è sano è un altro guasto e ogni ulteriore lavoro sull’adattatore è sprecato. Tenete account e gateway fuori dal resoconto a meno che qualcosa non li indichi. Un tunnel che muore prima dell’autenticazione di solito descrive la macchina, e una nota onesta nomina l’adattatore, il protocollo e il controllo che l’ha confermato.