{"id":37887,"date":"2019-10-31T22:20:23","date_gmt":"2019-10-31T19:20:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/windows-uznayom-kto-gde-zaloginen\/"},"modified":"2019-10-31T22:20:23","modified_gmt":"2019-10-31T19:20:23","slug":"windows-uznayom-kto-gde-zaloginen","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/windows-uznayom-kto-gde-zaloginen","title":{"rendered":"Windows: scopriamo chi \u00e8 connesso","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Windows:<\/a><\/noindex>
\n \u2014 Oh, niente funziona, aiutatemi!
\n \u2014 Non preoccuparti, sistemiamo tutto. Dimmi il nome del computer\u2026
\n(classico esempio delle chiamate al supporto tecnico)<\/p>\n

Va bene, se hai uno strumento tipo BgInfo o i tuoi utenti conoscono la scorciatoia Windows+Pause\/Break e sanno come usarla. Ci sono anche esemplari rari che hanno imparato il nome della loro macchina. Ma spesso, oltre al problema principale, il chiamante ha un secondo problema: scoprire il nome\/l'indirizzo IP del computer. E spesso la risoluzione di questo secondo problema richiede molto pi\u00f9 tempo rispetto al primo (mentre doveva solo cambiare lo sfondo o ripristinare l'icona scomparsa :)).
\nE sarebbe molto meglio sentire qualcosa del genere:
\n \u2014 Tatiana Sergeyevna, non si preoccupi, mi connetto subito...<\/p>\n

<\/a><\/noindex>
\nE per farlo non serve molto.
\nPer il tecnico di supporto, \u00e8 sufficiente memorizzare i nomi delle macchine e sapere chi lavora su cosa.
\nPrima di descrivere la soluzione che stiamo utilizzando ora, esaminer\u00f2 brevemente altre opzioni, per criticarle in modo costruttivo spiegare la mia scelta.<\/p>\n

    \n
  1. BgInfo<\/a><\/noindex>, Desktop Info<\/a><\/noindex> e simili. Se hai molti soldi, ci sono anche opzioni a pagamento. La sostanza \u00e8 che vengono visualizzate informazioni tecniche sul desktop: nome della macchina, indirizzo IP, nome utente, ecc. In Desktop Info puoi anche inserire grafici della performance che occupano met\u00e0 dello schermo.
    \nNon mi piace il fatto che, per lo stesso BgInfo, ad esempio, l'utente deve minimizzare le finestre per vedere i dati necessari. Inoltre, io e i miei colleghi abbiamo notato diverse volte in BgInfo     un artefatto caratteristico<\/a><\/noindex>, dove il nuovo testo viene sovrascritto a quello vecchio.
    \nAlcuni utenti sono infastiditi dal fatto che gli amministratori scrivano spaventosi 192.168.0.123 sulla faccia di un gatto allungato sullo sfondo, rovinando l'estetica dell'immagine di sfondo, e, naturalmente, questo demotiva tremendamente e uccide completamente l'umore lavorativo.\n <\/li>\n
  2. Un collegamento tipo 'Chi sono' (non tentate di aggiungere un punto interrogativo alla fine :). Un classico collegamento sul desktop, dietro cui si nasconde uno script ordinato o meno, che visualizza informazioni necessarie in forma di finestra di dialogo. A volte, invece di un collegamento sul desktop, viene posizionato direttamente lo script, il che IMO \u00e8 poco elegante.
    \nIl problema \u00e8 che per eseguire il collegamento, come nel primo caso, \u00e8 necessario minimizzare tutte le finestre aperte (non consideriamo i fortunati che hanno solo una finestra aperta che mostra un solitario). A proposito, i tuoi utenti sanno dove devono cliccare per minimizzare tutte le finestre? Corretto, al dito nell'occhio dell'amministratore.\n <\/li>\n<\/ol>\n

    \nInoltre, il mio collega fa notare che entrambi i metodi descritti sopra hanno il principale difetto che nel recupero delle informazioni \u00e8 coinvolto l'utente, che potrebbe essere un po' miope, stupido e, in generale, potrebbe mentire.
    \nNon prender\u00f2 in considerazione l'opzione che prevede una maggiore alfabetizzazione informatica, dove tutti sanno dove guardare in Windows per scoprire il nome della loro macchina: \u00e8 un'impresa nobile, ma molto difficile. E se in azienda c'\u00e8 una continua rotazione del personale, diventa addirittura senza speranza. A dire il vero, nella maggior parte dei casi nemmeno ricordano il proprio nome utente.<\/p>\n

    Ho sfogato l'anima, ora passiamo al sodo.
    \nAlla base \u00e8 stata presa l'idea di un hurbano     mittel<\/a><\/noindex> di di questo articolo<\/a><\/noindex>.
    \nL'idea \u00e8 che, al momento del login dell'utente in Windows, lo script di login memorizza le informazioni necessarie (orario e nome della macchina) in un attributo specifico dell'account utente. E al momento del logout viene eseguito un script di logout simile.<\/p>\n

    L'idea mi \u00e8 piaciuta, ma nell'implementazione c'\u00e8 qualcosa che non mi ha convinto.<\/p>\n

      \n
    1. La policy di gruppo, che definisce gli script di login e logout per gli utenti, si applica all'intero dominio, quindi gli script verranno eseguiti su qualsiasi macchina su cui effettuano il login gli utenti. Se, oltre ai workstation, utilizzi soluzioni terminali (ad esempio Microsoft RDS o prodotti Citrix), questo approccio sar\u00e0 scomodo.\n <\/li>\n
    2. I dati vengono memorizzati nell'attributo Department dell'account utente, al quale l'utente normale ha solo accesso in lettura. Oltre all'attributo dell'account utente, lo script apporta modifiche anche all'attributo Department dell'account della macchina, il quale gli utenti non possono modificare di default. Pertanto, per far funzionare la soluzione, l'autore suggerisce di modificare le impostazioni di sicurezza standard per gli oggetti AD.\n <\/li>\n
    3. Il formato della data dipende dalle impostazioni di localizzazione sulla macchina finale, quindi da una macchina possiamo ottenere 10 novembre 2018 14:53, mentre da un'altra 11\/10\/18 2:53 p.m.\n <\/li>\n<\/ol>\n

      Per eliminare questi difetti \u00e8 stata fatta la seguente operazione.<\/p>\n

        \n
      1. Il GPO \u00e8 linkato non al dominio, ma all'OU con i computer (io separo utenti e computer in diverse OU e lo consiglio a tutti). In questo modo per il modo di elaborazione della policy di loopback<\/a><\/noindex> \u00e8 impostato il modo merge<\/i>.\n <\/li>\n
      2. Lo script memorizzer\u00e0 i dati solo nell'account utente nell'attributo Info<\/i>, che l'utente pu\u00f2 modificare autonomamente per il proprio account.\n <\/li>\n
      3. \u00c8 stato modificato un pezzo di codice che genera il valore dell'attributo\n <\/li>\n<\/ol>\n

        Ora gli script appaiono cos\u00ec:
        \nSaveLogonInfoToAdUserAttrib.vbs<\/b><\/p>\n

        On Error Resume Next\nSet wshShell = CreateObject(\"WScript.Shell\")\nstrComputerName = wshShell.ExpandEnvironmentStrings(\"%COMPUTERNAME%\")\nSet adsinfo = CreateObject(\"ADSystemInfo\")\nSet oUser = GetObject(\"LDAP:\/\/\" & adsinfo.UserName)\nstrMonth = Month(Now())\nIf Len(strMonth) < 2 then\n  strMonth = "0" & strMonth\nEnd If\nstrDay = Day(Now())\nIf Len(strDay) < 2 then\n  strDay = "0" & strDay\nEnd If\nstrTime = FormatDateTime(Now(),vbLongTime)\nIf Len(strTime) < 8 then\n  strTime = "0" & strTime\nEnd If\nstrTimeStamp = Year(Now()) & "\/" & strMonth & "\/" & strDay & " " & strTime\noUser.put "info", strTimeStamp & " \" & \" @ \" & strComputerName\noUser.Setinfo\n<\/code><\/pre>\n
        SaveLogoffInfoToAdUserAttrib.vbs<\/b><\/p>\n
        On Error Resume Next\nSet wshShell = CreateObject(\"WScript.Shell\")\nstrComputerName = wshShell.ExpandEnvironmentStrings(\"%COMPUTERNAME%\")\nSet adsinfo = CreateObject(\"ADSystemInfo\")\nSet oUser = GetObject(\"LDAP:\/\/\" & adsinfo.UserName)\nstrMonth = Month(Now())\nIf Len(strMonth) < 2 then\n  strMonth = "0" & strMonth\nEnd If\nstrDay = Day(Now())\nIf Len(strDay) < 2 then\n  strDay = "0" & strDay\nEnd If\nstrTime = FormatDateTime(Now(),vbLongTime)\nIf Len(strTime) < 8 then\n  strTime = "0" & strTime\nEnd If\nstrTimeStamp = Year(Now()) & "\/" & strMonth & "\/" & strDay & " " & strTime\noUser.put "info", strTimeStamp & " \" & \" @ \" & strComputerName\noUser.Setinfo\n<\/code><\/pre>\n
        \nChi sar\u00e0 il primo a trovare tutte le differenze tra lo script di accesso e quello di disconnessione, meritando un bonus karma. \ud83d\ude42
        \n\u00c8 stato creato anche un piccolo script PS per avere informazioni visive:
        \nGet-UsersByPCsInfo.ps1<\/b><\/p>\n
        $OU = \"OU=MyUsers,DC=mydomain,DC=com\"\nGet-ADUser -SearchBase $OU -Properties * -Filter * | Select-Object DisplayName, SamAccountName, info | Sort DisplayName | Out-GridView -Title \"Informazioni sui logon\" -Wait\n<\/code><\/pre>\n
        \nIn definitiva, tutto si imposta in un attimo:<\/p>\n
          \n
        1. creiamo un GPO con le impostazioni necessarie e lo colleghiamo all'unit\u00e0 organizzativa con le postazioni degli utenti:
          \n\"Windows:\n <\/li>\n
        2. andiamo a bere un t\u00e8 (se AD ha un gran numero di utenti, ci vuole molto t\u00e8 \ud83d\ude42\n <\/li>\n
        3. eseguiamo lo script PS e otteniamo il risultato:
          \n\"Windows:
          \nNella parte superiore della finestra c'\u00e8 un comodo filtro dove \u00e8 possibile selezionare i dati in base ai valori di uno o pi\u00f9 campi. Un clic sulle colonne della tabella ordina le voci in base ai valori dei rispettivi campi.\n <\/li>\n<\/ol>\n
          Possiamo 'imballare' elegantemente la nostra soluzione.
          \n\"Windows:
          \nPer questo aggiungiamo un collegamento per eseguire lo script ai tecnici di supporto, dove nel campo 'oggetto' ci sar\u00e0 qualcosa del genere:
          \npowershell.exe -NoLogo -ExecutionPolicy Bypass -File \"servershareScriptsGet-UsersByPCsInfo.ps1\"
          \n<\/code>
          \nSe ci sono molti tecnici di supporto, possiamo distribuire il collegamento tramite           GPP<\/a><\/noindex>.<\/p>\n
          Alcuni ultimi appunti.<\/p>\n