CPU alta IPHLPSVC in Windows 8 x64

Stavo riscontrando un elevato utilizzo costante della CPU in Windows 8 Pro x64. La causa era svchost in esecuzione con una CPU costante del 25%, anche in idle. Ho controllato i servizi che svchost era in esecuzione e li ho attivati / disattivati fino a quando non ho trovato la causa.

Si scopre che un servizio, IPHLPSVC (IP Helper), era responsabile di tutto l'utilizzo della CPU. Una volta interrotto il servizio, la CPU è scesa allo 0-1% in idle.

Ho fatto alcune ricerche e sembra che IPHLPSV sia per la transizione a IPv6. Sono ancora su IPv4 e non ho riscontrato problemi con l'attività interrotta. Devo solo disabilitare l'attività? Qualcuno ha qualche idea di cosa potrebbe causare il problema?

windows-8 cpu-usage ipv6

— kyryx
fonte

Disabiliterei il servizio fino a quando non saprai che IPv6 è necessario. Di solito è una buona pratica disabilitare i servizi non necessari in quanto limita l'esposizione ai rischi per la sicurezza.

— vgoff,

@vgoff Grazie per la risposta. Questo è quello che stavo pensando anche io. Hai idea di cosa potrebbe causare il problema però? Ho pensato che potesse trattarsi di una specie di problema al conducente

— kyryx,

Nessuna idea, dovresti consultare i log per vedere cosa sta cercando di fare l'helper IP.

— vgoff,

Ora ho altri suggerimenti. Hai il %windir%\system32\drivers\Tunnel.sysfile? È fondamentale per quel servizio. Anche questa era un'installazione pulita di Windows 8 o un aggiornamento?

— vgoff,

sto avendo questo prob in win7x64. forse una settimana adesso. impantanato a @ # $ @ #. ha disattivato la fessura e sembra aver sistemato le cose. La mia dll è lì, quindi che diamine!

— boomhauer,

Risposte:

IPHLPSVC è responsabile delle tecnologie di transizione IPv6. Tuttavia, questi non funzionano immediatamente e richiedono una configurazione aggiuntiva (o semplicemente non funzionano affatto nel 2016).

Microsoft sconsiglia di utilizzare ISATAP (in Informazioni su IPv6, Terza edizione , p. 302) e afferma invece di utilizzare IPv6 nativo. Il servizio pubblico 6to4 è ufficialmente deprecato (RFC 7526; BCP 196). E Teredo ha una lunga lista di problemi (solo un indirizzo IPv6 che è ipotizzabile, supporto per attraversamento NAT limitato, vari problemi di connettività) che sconsigliano il suo uso in generale.

Sfortunatamente Windows aveva una cattiva abitudine di abilitare tutti questi per impostazione predefinita.

Se non si utilizzano consapevolmente tecnologie di transizione IPv6, è necessario disabilitarle esplicitamente.

Fare clic con il tasto destro del mouse su Prompt dei comandi e selezionare Esegui come amministratore. Quindi incolla i seguenti comandi:

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh int teredo set state disabled

Puoi anche disabilitarli con PowerShell (di nuovo, come amministratore):

Set-NetIsatapConfiguration -State Disabled
Set-Net6to4Configuration -State Disabled
Set-NetTeredoConfiguration -Type Disabled

Quindi riavviare il computer.

— Michael Hampton
fonte

Potresti essere in grado di ignorare quel plugin procedendo come segue.

Fare Startclic con il pulsante destro del mouse Computere quindi fare clic su Properties.
Nella Advancedscheda, fare clic su Environment Variables.
Sotto System variables, fai clic su New.
Digita MIG_UPGRADE_IGNORE_PLUGINS nel Variable namecampo.
Digita IphlpsvcMigPlugin.dll nel Variable valuecampo.
Fare clic OKtre volte per chiudere le finestre di dialogo.

Potrebbe essere necessario riavviare.

Questo non è stato testato da me, poiché al momento non ho una macchina con sistema Windows 8 su cui testare. Questa informazione è stata trovata per Windows 7, che può essere direttamente rilevante se si dispone di un sistema Windows 8 aggiornato da Windows 7.

— vgoff
fonte

Ho un %windir%\system32\drivers\Tunnel.sysfile, e questa è un'installazione completamente pulita di Windows 8. L'aggiunta della variabile MIG_UPGRADE_IGNORE_PLUGINS non fa semplicemente la stessa cosa di disabilitare il servizio?

— Kyryx,

Incerto. Non ho un sistema su cui testare. Probabilmente non è applicabile a te indipendentemente, poiché non sei coinvolto in un "upgrade".

— vgoff,