{"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\/nl\/blog\/administrirovanie\/windows-uznayom-kto-gde-zaloginen","title":{"rendered":"Windows: ontdekken wie waar is ingelogd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Windows:<\/a><\/noindex>
\n \u2014 Oh, niets werkt, help me!
\n \u2014 Maak je geen zorgen, we lossen het zo op. Noem de naam van de computer\u2026
\n(een klassieker uit de technische ondersteuning telefoontjes)<\/p>\n

Het is handig als je een tool hebt zoals BgInfo of als je gebruikers weten dat ze de Windows+Pause\/Break sneltoets kunnen gebruiken. Er zijn zelfs zeldzame gevallen die de naam van hun machine al hebben geleerd. Maar vaak komt er naast het hoofdprobleem van de beller ook een tweede probleem op, namelijk het achterhalen van de naam\/IP-adres van de computer. En het oplossen van dat tweede probleem kost vaak veel meer tijd dan het eerste (en het enige wat nodig was, was om de achtergrond te wijzigen of een verdwenen snelkoppeling terug te halen :).
\nHet is veel prettiger om iets te horen als:
\n \u2014 Tatiana Sergeevna, maak je geen zorgen, ik verbind meteen...<\/p>\n

<\/a><\/noindex>
\nEn daarvoor is niet veel nodig.
\nVoor een technische ondersteuning specialist is het voldoende om de namen van de machines uit het hoofd te leren en te onthouden wie op welke werkt.
\nVoordat ik de oplossing beschrijf die we nu gebruiken, wil ik kort andere opties bespreken, om deze te bekritiseren uitleggen waarom ik voor deze heb gekozen.<\/p>\n

    \n
  1. BgInfo<\/a><\/noindex>, Desktop Info<\/a><\/noindex> en dergelijke. Als je voldoende geld hebt, zijn er ook betaalde versies. Het idee is dat technische informatie op het bureaublad wordt weergegeven: machine naam, IP-adres, inlognaam, etc. In Desktop Info kun je zelfs prestatiegrafieken op de helft van het scherm plaatsen.
    \nWat niet bevredigend is, is dat voor hetzelfde BgInfo bijvoorbeeld de gebruiker de vensters moet minimaliseren om de benodigde gegevens te zien. Ook hebben mijn collega's en ik vaak bij BgInfo geconstateerd     de typische artefacten<\/a><\/noindex>, waarbij nieuwe tekst wordt weergegeven bovenop de oude.
    \nSommige gebruikers zijn gefrustreerd omdat beheerders een angstaanjagende 192.168.0.123 op de afbeelding van een uitgerekte kat op het bureaublad zetten, wat de esthetiek van de achtergrondafbeelding bederft, en dat demotiveert vreselijk en doodt volledig de werkstemming.\n <\/li>\n
  2. Een snelkoppeling zoals \"Wie ben ik\" (probeer er geen vraagteken achter te zetten :). Een klassieke snelkoppeling op het bureaublad, achter welke een netjes of niet zo netjes script verborgen zit dat de benodigde informatie in de vorm van een dialoogvenster weergeeft. Soms in plaats van een snelkoppeling op het bureaublad wordt het script zelf geplaatst, wat IMHO niet erg netjes is.
    \nHet nadeel is dat je, net als bij de eerste optie, alle open vensters moet minimaliseren om het snelkoppelingspictogram te starten (we negeren de geluksvogels die maar \u00e9\u00e9n venster met een solitaire spel op hun werkcomputer hebben geopend). Overigens, weten je gebruikers waar ze moeten klikken om alle vensters te minimaliseren? Juist, met hun vinger in het oog van de beheerder.\n <\/li>\n<\/ol>\n

    \nDe kapitein wijst er ook op dat bij beide hierboven beschreven methoden het belangrijkste nadeel is dat de gebruiker betrokken is bij het verkrijgen van informatie, en die kan zowel blind als dom zijn en in het algemeen ook liegen.
    \nIk zal de optie om de computerkennis te verhogen, waarbij iedereen weet waar ze in Windows de naam van hun machine moeten bekijken, niet bespreken: het is een nobel maar zeer moeilijk werk. En als er een hoge personeelsverloop in het bedrijf is, wordt het helemaal hopeloos. Wat wil je zeggen, in de meeste gevallen kennen ze zelfs hun eigen inlog niet.<\/p>\n

    Ik heb mijn ziel geuit, maar laten we nu ter zake komen.
    \nDe basis is het idee van een Habr-gebruiker.     middel<\/a><\/noindex> uit dit artikel<\/a><\/noindex>.
    \nHet idee is dat wanneer de gebruiker in Windows inlogt, het logon-script de benodigde informatie (de tijd en de naam van de machine) in een specifiek attribuut van het gebruikersaccount invoert. En bij het uitloggen wordt een soortgelijk logoff-script uitgevoerd.<\/p>\n

    Ik vond het idee leuk, maar er was iets in de uitvoering dat me niet beviel.<\/p>\n

      \n
    1. De groepspolicy, waarin logon- en logoff-scripts voor gebruikers zijn vastgelegd, wordt op het hele domein toegepast, dus de scripts zullen op elke machine worden uitgevoerd waar gebruikers inloggen. Als je naast werkstations ook terminaloplossingen gebruikt (bijvoorbeeld Microsoft RDS of Citrix-producten), zal deze aanpak onhandig zijn.\n <\/li>\n
    2. De gegevens worden in het attribuut Department van het gebruikersaccount ingevoerd, waarop de gemiddelde gebruiker alleen lezen-toegang heeft. Naast het attribuut van het gebruikersaccount, brengt het script ook wijzigingen aan in het attribuut Department van het computeraccount, dat standaard ook niet door gebruikers kan worden gewijzigd. Daarom stelt de auteur voor om de standaard beveiligingsinstellingen voor AD-objecten te wijzigen zodat de oplossing werkt.\n <\/li>\n
    3. Het datumnotatieformaat is afhankelijk van de locale instellingen op de eindmachine; daarom kunnen we van de ene machine 10 november 2018 14:53 krijgen, en van de andere 11\/10\/18 2:53 p.m.\n <\/li>\n<\/ol>\n

      Om deze nadelen te verhelpen, is het volgende gedaan.<\/p>\n

        \n
      1. GPO linkt niet naar het domein, maar naar OU met machines (ik scheid gebruikers en machines in verschillende OU's en raad anderen hetzelfde aan). Daarbij is voor loopback policy processing mode<\/a><\/noindex> de modus ingesteld op merge<\/i>.\n <\/li>\n
      2. Het script zal gegevens alleen in het gebruikersrecord in het attribuut Info<\/i>, dat de gebruiker zelf kan wijzigen voor zijn account.\n <\/li>\n
      3. Een stuk code is gewijzigd dat de waarde van het attribuut genereert\n <\/li>\n<\/ol>\n

        Nu zien de scripts er als volgt uit:
        \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
        \nDegene die als eerste alle verschillen tussen het logon- en logoff-script vindt, krijgt een pluspunt in karma. \ud83d\ude42
        \nOok is er een klein PS-script gemaakt voor visuele informatie:
        \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 \"Informatie over logins\" -Wait\n<\/code><\/pre>\n
        \nKortom, alles kan in een handomdraai worden ingesteld:<\/p>\n
          \n
        1. maak een GPO met de juiste instellingen en link deze aan de afdeling met de werkstations van de gebruikers:
          \n\"Windows:\n <\/li>\n
        2. ga thee drinken (als AD een groot aantal gebruikers heeft, heb je veel thee nodig \ud83d\ude42\n <\/li>\n
        3. start de PS-script en ontvang het resultaat:
          \n\"Windows:
          \nBovenaan het venster is er een handige filter waarin je gegevens kunt filteren op waarde van een of meerdere velden. Klik op de kolommen van de tabel om de records te sorteren op waarden van de overeenkomstige velden.\n <\/li>\n<\/ol>\n
          We kunnen onze oplossing mooi \"verpakken\".
          \n\"Windows:
          \nDaarom voegen we een snelkoppeling toe voor het uitvoeren van het script voor de ondersteuningsspecialisten, waarbij in het veld \"object\" iets als volgt staat:
          \npowershell.exe -NoLogo -ExecutionPolicy Bypass -File \"servershareScriptsGet-UsersByPCsInfo.ps1\"
          \n<\/code>
          \nAls er veel supportmedewerkers zijn, kun je een snelkoppeling uitdelen met behulp van           GPP<\/a><\/noindex>.<\/p>\n
          Een paar laatste opmerkingen.<\/p>\n