Newsgroup: it.comp.os.win.windows10
Titolo: disconnettere utenti della cartella condivisa

windows ha un limite di utenti N che si possono collegare a una 
cartella condivisa: quando l'utente N+1 prova ad accedere gli viene 
negato il permesso
 
come si fa a controllare chi è collegato in un certo momento e 
soprattutto come si fa a chiudere una connessione una volta verificato 
che in effetti l'utente non sta facendo nulla ma si tratta di un 
"residuo" di una connessione precedente?
 
va bene anche un comando da CMD
 
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........

 
 
start, esegui
 
compmgmg.msc
 
espandi cartelle condivise
 
in "condivisioni" hai l'elenco delle condivisioni ed il totale delle
connessioni attive a ciascuna condivisione
 
in "sessioni" vedi chi è connesso e se ha files aperti
 
in "file aperti" vedi quali files sono aperti e da chi
 
per disconnettere un utente/sessione vai in "sessioni", fai click
destro sulla voce desiderata e selezioni "chiudi sessione"
 
 
 

 [cut]
 
compmgmt.msc
 
-- 
GIO
 

 compmgmt.msc
 
ops, si ho "salsicciato" :)
 
 
 
 
 

 
per dare un'occhiata al volo si può usare powershell, il comando è
questo
 
Get-WmiObject Win32_ServerConnection -ComputerName . | Select-Object ConnectionID,ComputerName,UserName,ShareName,NumberOfFiles
 
 



da notare che in "-ComputerName ." si può sostituire il "." con il nome
del computer e se WMI è abilitato all'accesso via rete in quel modo si
può leggere l'informazione da un computer remoto, avendo i diritti
admin ovviamente
 
 
 

 espandi cartelle condivise
 
etc etc
 
 
ok, grazie, mi confermi che è lo stesso posto dove ho guardato io
 
mi lascia perplesso che alcuni pc, collegati ma non in uso, mi 
resuscitano le connessioni dopo averli cacciati a pedate (dal tempio)
probabilmente qualche task riattiva la connessione, mi sa che dovrò 
spegnerli fisicamente per far mollare l'osso


 va bene anche un comando da CMD
 
https://learn.microsoft.com/en-us/powershell/module/smbshare/get-smbsession?view=windowsserver2022-ps
 
 
https://learn.microsoft.com/en-us/powershell/module/smbshare/close-smbsession?view=windowsserver2022-ps
 
 
il primo permette di elencare le sessioni attive, il secondo, dato l'ID
di una sessione, permette di terminare la stessa, il tutto può essere
inserito in uno script, se desiderato
 

 spegnerli fisicamente per far mollare l'osso
 
Controlla se per caso hanno connessioni di rete memorizzate, di solito
il problema è quello, magari hanno connesso una share e lasciato la
spunta su "memorizza" ed a quel punto ...
 

 spunta su "memorizza" ed a quel punto ...
 
di sicuro le credenziali sono memorizzate, se è questo che intendi, ma 
non hanno dischi "mappati", l'accesso è sempre tramite un normale 
collegamento sul desktop oppure dalla lista dei documenti recenti delle 
applicazioni (excel, word, etc)


 delle applicazioni (excel, word, etc)
 
fai subito a controllare, vai ad uno dei PC "colpevoli" e poi da un
prompt comandi, lancia un "net use" per vedere quali risorse di rete
sono effettivamente mappate, ma quello a cui mi riferivo non sono le
unità mappate come dischi ma le share di rete alle quali è stata messa
la spunta su "riconnetti all'avvio" ... salvando le credenziali di
accesso
 
 
 

 accesso
 
vero, ma pero' la riconnessione avviene solo all'avvio. Da quello che 
ha detto Ammammata mi sembra di capire che le connessioni riappaiano  
durante l'uso.
E questo non me lo spiego.

 E questo non me lo spiego.
 
Il sistema riconnette le share all'avvio e, periodicamente, controlla
le connessioni attive, il che significa che se il server disconnette un
client con tale impostazione, dopo un certo tempo il client
riconnetterà la share
 
 
 
 

 riconnetterà la share
 
mmm....non ho modo di provare. Di certo se da client disconnetto, poi 
la riconnessione automatica non avviene. Pero' non ho modo di provare a 
forzare la disconnessione dal server (qui ho solo dei nas, non server 
windows; immagino che da server si possano forzare certe azioni da 
policy; se fosse questo il caso, dovrebbe intervenire il domain admin)