{"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, non funziona nulla, aiutatemi!
\n \u2014 Non si preoccupi, sistemeremo tutto. Pu\u00f2 dirmi il nome del computer...
\n(classico del genere nei dubbi al supporto tecnico)<\/p>\n

Va bene, se ha uno strumento tipo BgInfo o se i suoi utenti sanno del collegamento Windows+Pause\/Break e sono capaci di usarlo. Ci sono anche esemplari rari che sono riusciti a memorizzare il nome della loro macchina. Ma spesso chi chiama ha, oltre al problema principale, un secondo: scoprire il nome\/l'indirizzo IP del computer. E spesso per risolvere questa seconda questione si impiega molto pi\u00f9 tempo rispetto alla prima (e bisognava solo cambiare lo sfondo o ripristinare un'icona scomparsa : ).
\nE sarebbe molto pi\u00f9 piacevole sentire qualcosa del tipo:
\n \u2014 Tatiana Sergeevna, non si preoccupi, mi collego subito...<\/p>\n

<\/a><\/noindex>
\nE per farlo non servono molte cose.
\nPer un tecnico del supporto \u00e8 sufficiente memorizzare i nomi delle macchine e ricordare chi lavora su quale.
\nPrima di descrivere la soluzione che utilizziamo ora, esaminer\u00f2 brevemente altre opzioni per criticare spietatamente spiegare la mia scelta.<\/p>\n

    \n
  1. BgInfo<\/a><\/noindex>, Desktop Info<\/a><\/noindex> e simili. Se ci sono molti soldi, ci sono anche opzioni a pagamento. La cosa fondamentale \u00e8 che sul desktop vengono visualizzate informazioni tecniche: nome della macchina, indirizzo IP, login, ecc. In Desktop Info \u00e8 anche possibile inserire grafici delle prestazioni su met\u00e0 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 osservato pi\u00f9 volte che in BgInfo     si presenta un artefatto caratteristico<\/a><\/noindex>, dove il nuovo testo viene sovrapposto al vecchio.
    \nAlcuni utenti si irritano per il fatto che gli amministratori scrivono spaventoso 192.168.0.123 sul musetto di un gattino disteso sul desktop rovinano l'estetica dello sfondo, e, naturalmente, questo demotiva terribilmente e distrugge completamente l'umore lavorativo.\n <\/li>\n
  2. Collegamento tipo 'Chi sono' (non provate ad aggiungere un punto interrogativo alla fine :). Un collegamento classico sul desktop, sotto il quale si nasconde uno script ordinato o meno, che mostra le informazioni necessarie in una finestra di dialogo. A volte al posto del collegamento sul desktop viene messo direttamente lo script, il che IMHO \u00e8 di cattivo gusto.
    \nIl problema \u00e8 che, come nel primo caso, per avviare il collegamento \u00e8 necessario ridurre tutte le finestre aperte (non consideriamo i favoriti del destino, che hanno aperta una sola finestra con un solitario sul computer). A proposito, i vostri utenti sanno dove devono cliccare per ridurre tutte le finestre? Giusto, un dito nell'occhio all'amministratore.\n <\/li>\n<\/ol>\n

    \nInoltre, il capo suggerisce che entrambi i metodi descritti sopra hanno come principale svantaggio il fatto che nella raccolta delle informazioni partecipa un utente che potrebbe essere un po' miope, stupido e comunque mentire.
    \nNon considerer\u00f2 l'opzione di aumentare l'alfabetizzazione informatica, quando tutti sanno dove guardare in Windows per vedere il nome del proprio computer: \u00e8 un'impresa nobile, ma molto difficile. E se in azienda ci sono turnover di personale, diventa impossibile. Cosa dire, nella maggior parte dei casi nemmeno ricordano il proprio login.<\/p>\n

    Ho espresso l'anima, ora passiamo al sodo.
    \nLa base \u00e8 stata presa dall'idea di un utente di Habrahabr     mitte<\/a><\/noindex> da di questo articolo,<\/a><\/noindex>.
    \nL'essenza dell'idea \u00e8 che al momento dell'accesso dell'utente a Windows, uno script di login registra le informazioni necessarie (ora e nome del computer) in un determinato attributo dell'account utente. E al momento dell'uscita dal sistema viene eseguito uno script di logout analogo.<\/p>\n

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

      \n
    1. La policy di gruppo, in cui sono definiti gli script di login e logout per gli utenti, si applica a tutto il dominio, quindi gli script verranno eseguiti su qualsiasi macchina a cui accedono gli utenti. Se nel vostro ambiente, oltre ai computer, vengono utilizzate soluzioni terminali (ad esempio, Microsoft RDS o prodotti Citrix), questo approccio risulter\u00e0 scomodo.\n <\/li>\n
    2. I dati vengono inseriti 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 anche modifiche all'attributo Department dell'account del computer, che per impostazione predefinita gli utenti non possono modificare. Pertanto, affinch\u00e9 la soluzione funzioni, l'autore propone 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 un computer possiamo ottenere 10 novembre 2018 14:53, mentre da un altro 11\/10\/18 2:53 p.m.\n <\/li>\n<\/ol>\n

      Per risolvere questi svantaggi sono state fatte le seguenti modifiche.<\/p>\n

        \n
      1. GPO non \u00e8 collegato al dominio, ma all'OU con le macchine (divido utenti e macchine in OU diverse e lo consiglio agli altri). A tal fine, per modalit\u00e0 di elaborazione delle policy di loopback<\/a><\/noindex> \u00e8 impostata la modalit\u00e0 merge<\/i>.\n <\/li>\n
      2. Lo script registrer\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 stata modificata la parte 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 trover\u00e0 per primo tutte le differenze tra lo script di logon e quello di logoff, avr\u00e0 un punto in pi\u00f9 nella karma. \ud83d\ude42
        \nInoltre, per ottenere informazioni visive, \u00e8 stato creato un piccolo script PS:
        \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 totale, tutto si configura in un attimo:<\/p>\n
          \n
        1. creiamo un GPO con le impostazioni necessarie e lo colleghiamo all'unit\u00e0 con le postazioni di lavoro degli utenti:
          \n\"Windows:\n <\/li>\n
        2. andiamo a bere un t\u00e8 (se l'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, in cui \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 campi corrispondenti.\n <\/li>\n<\/ol>\n
          Possiamo confezionare elegantemente la nostra soluzione.
          \n\"Windows:
          \nA tal fine, aggiungeremo un collegamento per eseguire lo script agli specialisti del supporto tecnico, nel quale nel campo \"oggetto\" ci sar\u00e0 qualcosa del genere:
          \npowershell.exe -NoLogo -ExecutionPolicy Bypass -File \"servershareScriptsGet-UsersByPCsInfo.ps1\"
          \n<\/code>
          \nSe ci sono molti dipendenti del supporto tecnico, \u00e8 possibile distribuire l'icona tramite           GPP<\/a><\/noindex>.<\/p>\n
          Alcuni appunti finali.<\/p>\n