Ripristinare la scheda Condivisione nelle proprietà rete di Windows

Quando la scheda Condivisione sparisce dalle proprietà della scheda di rete in Windows, quasi sempre non è un guasto della GUI: è un effetto collaterale di servizi disabilitati, criteri di gruppo, stack di rete alterato o componenti di Internet Connection Sharing (ICS) non più coerenti. La parte utile è questa: prima di toccare il sistema conviene capire se stai davanti a un semplice problema di visualizzazione, a una restrizione amministrativa o a una configurazione corrotta che richiede un ripristino mirato.

La scheda Condivisione serve per l’uso della connessione Internet su un’altra interfaccia, cioè il classico scenario in cui un PC fa da gateway verso una LAN, un adattatore virtuale, una macchina di laboratorio o un hotspot. Se la scheda non compare, non significa per forza che il sistema non sappia fare NAT: significa che l’interfaccia di gestione non sta esponendo il pannello giusto oppure che il motore ICS è stato disattivato o bloccato.

Perché la scheda sparisce

Le cause più frequenti sono poche e abbastanza riconoscibili. La prima è il servizio SharedAccess, cioè Internet Connection Sharing (ICS), fermo o disabilitato. La seconda è un criterio di dominio o locale che impedisce l’uso della condivisione. La terza è una modifica dello stack di rete: driver virtuali, VPN, suite di sicurezza, bridge o reset incompleto di TCP/IP possono togliere la scheda o renderla vuota. In mezzo ci sono anche casi banali: account senza privilegi amministrativi, servizi dipendenti non avviati, oppure una GUI corrotta che mostra solo parte delle proprietà.

Se il problema è comparso dopo un aggiornamento, una VPN o un software di filtraggio rete, la probabilità sale ancora: molti client VPN, agenti EDR e firewall di terze parti installano filtri NDIS o cambiano il comportamento della rete locale. In quei casi la scheda Condivisione non è “rotta” in senso stretto; viene nascosta perché il sistema non considera la connessione idonea alla condivisione.

Verifiche rapide prima di cambiare qualcosa

Qui l’obiettivo è capire in meno di cinque minuti se il problema è nel layer servizi, policy o interfaccia. Non serve partire dal registro o da reset aggressivi.

1. Controlla che il servizio ICS esista e sia avviabile:

   sc query sharedaccess

   Atteso: stato RUNNING oppure almeno servizio presente. Se vedi STOPPED ma avviabile, il problema è probabilmente solo operativo. Se il servizio non risponde o risulta disabilitato, c’è una restrizione più profonda.

2. Verifica i servizi di base della rete e della configurazione automatica:

   sc query nlasvc
   sc query netprofm
   sc query dhcp
   sc query dnscache

   Atteso: servizi in esecuzione o comunque non disabilitati. Se manca Network Location Awareness o Network List Service, l’interfaccia delle proprietà può comportarsi in modo anomalo.

3. Apri la connessione da un contesto amministrativo:

   ncpa.cpl

   Se la scheda Condivisione compare solo con un profilo admin, non è un guasto tecnico: è un problema di autorizzazioni o criterio locale.

4. Controlla se il PC è soggetto a criteri di dominio:

   gpresult /h %temp%
   sop.html

   Apri il report e cerca policy che limitano ICS, firewall o configurazioni di rete. Se c’è una GPO che disabilita la condivisione, la GUI può nascondere la scheda anche se il servizio è sano.

5. Ispeziona l’event viewer per errori di rete o ICS:

   eventvwr.msc

   Controlla Windows Logs e Applications and Services Logs per eventi relativi a SharedAccess, NetCfg o driver di rete. Un errore ricorrente qui è più utile di dieci tentativi alla cieca.

Ripristino graduale della scheda Condivisione

La via corretta è procedere dal minimo impatto al reset più pesante. Se il sistema è in produzione o comunque usato da altri, considera che ICS può cambiare routing, NAT e firewall locale. Il blast radius non è teorico: puoi tagliare fuori una LAN o una VM hostata sulla stessa macchina.

1. Riabilita il servizio ICS se è fermo o disabilitato:

   sc config sharedaccess start= demand
   net start sharedaccess

   Atteso: nessun errore e stato RUNNING con sc query sharedaccess. Se il servizio non parte, annota il codice errore e passa al punto successivo invece di forzare altri cambi.

2. Verifica che i servizi dipendenti non siano bloccati da policy o da un hardening eccessivo. In particolare, se netprofm o nlasvc sono disabilitati, la UI può perdere parti dei tab delle proprietà. Ripristina solo il necessario:

   sc config nlasvc start= auto
   sc start nlasvc

   Ripeti l’operazione solo se hai conferma che il servizio era disattivato e non per scelta del sistema o di una baseline aziendale.

3. Se sospetti una corruzione della configurazione di rete, fai un reset controllato dello stack TCP/IP e Winsock. Questo è reversibile solo in parte, perché può rimuovere binding e parametri customizzati:

   netsh winsock reset
   netsh int ip reset

   Serve riavvio. Impatto: medio, perché eventuali configurazioni manuali su IP, DNS o filtri possono richiedere reimpostazione.

4. Se la scheda continua a non comparire, prova a rimuovere e reinstallare il driver dell’adattatore interessato da devmgmt.msc. Non è la prima scelta, ma è sensata se il problema segue un driver virtuale, una VPN o un bridge creato male. Prima annota il nome esatto dell’interfaccia e del driver, così puoi tornare indietro senza improvvisare.

5. Se il PC è gestito da dominio, verifica con chi amministra le policy se la condivisione è stata volutamente bloccata. In questo scenario il fix locale sarebbe solo temporaneo: al refresh della GPO la scheda torna a sparire.

Un caso frequente nei lab è questo: la scheda Condivisione non compare su una connessione fisica, ma compare su un adattatore virtuale o viceversa. Non è casuale. ICS non ama le topologie poco pulite: bridge, VLAN, VPN con split tunneling aggressivo e software di virtualizzazione possono cambiare il modo in cui Windows classifica l’interfaccia. Se stai usando Hyper-V, VMware o VirtualBox, controlla anche gli switch virtuali e i binding di rete prima di puntare il dito contro Windows.

Controllo del registro e dei criteri solo se serve davvero

Il registro non è il primo posto dove andare, ma è utile quando il servizio è sano e la scheda continua a mancare. Qui il punto non è “trovare una chiave magica”, bensì capire se una policy o un’impostazione ha disabilitato la condivisione. Le aree da verificare, con prudenza, sono quelle legate a SharedAccess, ai criteri di rete e a eventuali restrizioni impostate dal vendor di sicurezza.

Se devi indagare il registro, esporta prima il ramo interessato o crea un punto di ripristino. Non fare editing cieco. In PowerShell puoi almeno fotografare lo stato del servizio e dei parametri principali:

Get-Service SharedAccess, NlaSvc, netprofm | Select-Object Name, Status, StartType
Get-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess' | Format-List

Se il valore del servizio è coerente ma l’interfaccia GUI non mostra la scheda, il sospetto si sposta su componenti shell o su una restriction introdotta da software terzi. In pratica: il motore c’è, la finestra no. Qui il test migliore è aprire la connessione da un profilo amministrativo locale pulito e confrontare il comportamento con un altro utente del sistema.

Ripristino dell’interfaccia senza danneggiare la connettività

Se il tuo obiettivo è solo riavere il tab per attivare la condivisione, evita di toccare in blocco tutto il sistema. La sequenza più prudente è: verifica servizi, riavvio della GUI di rete, ripristino stack solo se necessario, reinstallazione driver solo come ultima tappa. Questo approccio limita il raggio d’azione e ti lascia un rollback credibile a ogni passaggio.

1. Chiudi e riapri la finestra delle connessioni di rete:

   taskkill /im explorer.exe /f
   start explorer.exe

   È brutale ma utile quando la shell ha cache strane. Impatto: basso, ma perdi temporaneamente il desktop shell.

2. Riavvia il servizio che gestisce la classificazione di rete se hai trovato anomalie:

   net stop nlasvc
   net start nlasvc

   Atteso: nessun errore e aggiornamento delle proprietà delle interfacce al nuovo accesso in ncpa.cpl.

3. Dopo il reboot, verifica di nuovo la presenza della scheda Condivisione nella finestra delle proprietà dell’adattatore. Se compare, non attivare subito la condivisione: prima controlla quale interfaccia verrà usata come rete privata e se il sistema assegnerà un IP compatibile, di solito 192.168.137.1 per ICS.

4. Se attivi la condivisione, monitora subito la configurazione risultante:

   ipconfig /all

   Atteso: l’interfaccia interna riceve l’IP previsto e il gateway non viene sovrascritto in modo indesiderato.

Quando la scheda manca per scelta del sistema

Ci sono casi in cui non c’è nulla da riparare. Su macchine aziendali, in ambienti hardenizzati o su endpoint con policy restrittive, l’assenza della scheda Condivisione è voluta. Se il sistema è gestito centralmente, il miglior esito possibile è avere una conferma esplicita del blocco, non “forzare” la funzione. In questi scenari la soluzione corretta è documentare il requisito e chiedere l’abilitazione della policy o un’eccezione controllata, non aggirare il controllo locale.

Se invece stai lavorando su un PC personale o di test, la comparsa e scomparsa del tab dopo driver, VPN o aggiornamenti indica quasi sempre un conflitto di componenti. Qui il consiglio pratico è semplice: annota il momento esatto in cui il problema è nato, disinstalla per prova l’ultimo software di rete installato, riavvia e ricontrolla. I problemi di questo tipo spesso hanno una correlazione temporale molto più forte di quanto sembri.

Checklist finale e rollback

Prima di considerare chiuso il caso, verifica questi punti nell’ordine giusto:

1. sc query sharedaccess restituisce il servizio presente e avviato o comunque avviabile.

2. ncpa.cpl mostra la scheda Condivisione nelle proprietà della connessione corretta.

3. ipconfig /all conferma che l’eventuale interfaccia interna riceve la configurazione prevista da ICS.

4. I log di sistema non riportano nuovi errori su SharedAccess, NetCfg o driver di rete dopo il riavvio.

Per il rollback, torna indietro nell’ordine inverso rispetto ai cambi fatti: disattiva la condivisione se l’hai abilitata, riporta i servizi al tipo di avvio precedente, rimuovi eventuali driver o software di rete installati per prova, e solo alla fine valuta un ripristino configurazione di sistema se hai un punto valido. Se hai eseguito un reset Winsock/IP, sappi che il rollback vero è il ripristino manuale di IP, DNS, route e binding personalizzati.

Assunzione: il sistema è Windows client recente con accesso amministrativo locale; se è un host gestito da dominio o con suite di sicurezza terze parti, il ramo policy va verificato prima di qualsiasi modifica al servizio ICS.