{"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\/de\/blog\/administrirovanie\/windows-uznayom-kto-gde-zaloginen","title":{"rendered":"Windows: So erfahren wir, wer wo eingeloggt ist","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Windows:<\/a><\/noindex>
\n Oh, ich kann nichts machen, helfen Sie mir!
\n Keine Sorge, wir werden das gleich beheben. Nennen Sie den Namen des Computers\u2026
\n(ein Klassiker unter den Anrufen beim technischen Support)<\/p>\n

Es ist gut, wenn Sie ein Tool wie BgInfo haben oder Ihre Benutzer wissen, wie sie die Windows+Pause\/Brechen-Taste verwenden. Manchmal gibt es sogar seltene Exemplare, die den Namen ihres Computers gelernt haben. Doch oft hat der Anrufer zus\u00e4tzlich zu seinem Hauptproblem ein zweites: Den Namen\/IP-Adresse des Computers herauszufinden. Und oft ben\u00f6tigt man f\u00fcr die L\u00f6sung dieses zweiten Problems viel mehr Zeit als f\u00fcr das erste (es h\u00e4tte nur darum gehen sollen, den Hintergrund zu \u00e4ndern oder eine verlorene Verkn\u00fcpfung zur\u00fcckzubringen :).
\nEs w\u00e4re jedoch viel angenehmer, so etwas zu h\u00f6ren:
\n Tatjana Sergejewna, machen Sie sich keine Sorgen, ich verbinde mich bereits\u2026<\/p>\n

<\/a><\/noindex>
\nEs braucht daf\u00fcr eigentlich nicht viel.
\nF\u00fcr den technischen Support-Spezialisten reicht es aus, die Namen der Maschinen auswendig zu lernen und zu wissen, wer an welcher arbeitet.
\nBevor ich die L\u00f6sung beschreibe, die wir gerade verwenden, werde ich kurz andere Optionen behandeln, um sie zu kritisieren und meine Wahl zu erkl\u00e4ren.<\/p>\n

    \n
  1. BgInfo<\/a><\/noindex>, Desktop Info<\/a><\/noindex> und \u00e4hnliche. Wenn man viel Geld hat, gibt es auch kostenpflichtige. Der Punkt ist, dass technische Informationen auf dem Desktop angezeigt werden: Maschinenname, IP-Adresse, Login usw. Bei Desktop Info kann man sogar Leistungsdiagramme auf die H\u00e4lfte des Bildschirms anzeigen.
    \nWas st\u00f6rt, ist, dass der Benutzer bei Bginfo beispielsweise die Fenster minimieren muss, um die ben\u00f6tigten Daten zu sehen. Ich habe auch mit meinen Kollegen bei BgInfo oft gesehen,     das charakteristische Artefakt<\/a><\/noindex>, wenn neuer Text \u00fcber alten ausgegeben wird.
    \nEinige Benutzer sind genervt von der Tatsache, dass Administratoren be\u00e4ngstigende 192.168.0.123 auf das Gesicht eines katzenhaften Bildes auf ihrem Desktop zeichnen, was die \u00c4sthetik des Hintergrundbilds st\u00f6rt, und das demotiviert nat\u00fcrlich zutiefst und ruiniert die Arbeitsatmosph\u00e4re.\n <\/li>\n
  2. Ein \u201eWer bin ich\u201c-Schnellzugriff (versuchen Sie nicht, ihm ein Fragezeichen am Ende hinzuzuf\u00fcgen :). Eine klassische Verkn\u00fcpfung auf dem Desktop, hinter der sich ein ordentliches oder weniger ordentliches Skript verbirgt, das die ben\u00f6tigten Informationen in Form eines Dialogfensters anzeigt. Manchmal wird anstelle der Verkn\u00fcpfung direkt das Skript auf den Desktop gelegt, was meiner Meinung nach ein Fauxpas ist.
    \nDer Nachteil ist, dass man, um das Shortcut zu starten, wie im ersten Fall, alle offenen Fenster minimieren muss (wir ber\u00fccksichtigen nicht die Gl\u00fccklichen, die nur ein Fenster mit Solit\u00e4r auf ihrem Desktop ge\u00f6ffnet haben). \u00dcbrigens, wissen Ihre Benutzer, wo sie klicken m\u00fcssen, um alle Fenster zu minimieren? Genau, mit dem Finger ins Auge des Admins.\n <\/li>\n<\/ol>\n

    \nAu\u00dferdem weist der Chef darauf hin, dass bei beiden oben beschriebenen Methoden der Hauptnachteil darin besteht, dass der Nutzer, der m\u00f6glicherweise blind, dumm und \u00fcberhaupt unehrlich sein kann, an der Informationsbeschaffung beteiligt ist.
    \nDie Option, die Computerkenntnisse zu erh\u00f6hen, sodass jeder wei\u00df, wo man unter Windows den Namen seines Computers finden kann, werde ich nicht behandeln: es ist eine edle, aber sehr schwierige Aufgabe. Und wenn es in der Firma eine hohe Fluktuation gibt, dann ist das ganz und gar aussichtslos. Was soll ich sagen, in den meisten F\u00e4llen wissen sie nicht einmal ihren eigenen Benutzernamen.<\/p>\n

    Ich habe meine Seele ausgesch\u00fcttet, nun kommen wir zur Sache.
    \nDie Idee stammt von einem Habr-User.     mittel<\/a><\/noindex> aus dieses Artikels<\/a><\/noindex>.
    \nDer Kern der Idee ist, dass beim Anmelden des Benutzers in Windows ein Login-Skript die erforderlichen Informationen (Zeit und Maschinenname) in ein bestimmtes Attribut des Benutzerkontos eintr\u00e4gt. Und beim Abmelden wird ein entsprechendes Logout-Skript ausgef\u00fchrt.<\/p>\n

    Die Idee selbst hat mir gefallen, aber bei der Umsetzung gab es einige Unzufriedenheiten.<\/p>\n

      \n
    1. Die Gruppenrichtlinie, in der die Login- und Logout-Skripte f\u00fcr die Benutzer definiert sind, wird auf die gesamte Dom\u00e4ne angewendet, daher werden die Skripte auf jedem Rechner ausgef\u00fchrt, auf den sich die Benutzer einloggen. Wenn Sie neben Arbeitsstationen auch Terminall\u00f6sungen verwenden (z.B. Microsoft RDS oder Citrix-Produkte), wird dieser Ansatz unpraktisch.\n <\/li>\n
    2. Die Daten werden im Attribut Department des Benutzerkontos gespeichert, auf das der normale Benutzer nur Leserechte hat. Neben dem Attribut des Benutzerkontos nimmt das Skript auch \u00c4nderungen am Attribut Department des Computer-Kontos vor, das Benutzer standardm\u00e4\u00dfig ebenfalls nicht \u00e4ndern k\u00f6nnen. Daher schl\u00e4gt der Autor vor, die Standardeinstellungen der Sicherheit f\u00fcr AD-Objekte zu \u00e4ndern, damit die L\u00f6sung funktioniert.\n <\/li>\n
    3. Das Datumsformat h\u00e4ngt von den Lokalisierungseinstellungen auf dem Endger\u00e4t ab, deshalb k\u00f6nnen wir von einem Computer den 10. November 2018 um 14:53 erhalten, und von einem anderen den 11\/10\/18 um 2:53 p.m.\n <\/li>\n<\/ol>\n

      Um diese Nachteile zu beheben, wurde Folgendes unternommen.<\/p>\n

        \n
      1. Die GPO wird nicht mit der Dom\u00e4ne, sondern mit der OU der Maschinen verkn\u00fcpft (ich teile Benutzer und Maschinen in verschiedene OUs und empfehle das auch anderen). Dabei ist f\u00fcr den Loopback-Policy-Verarbeitungsmodus<\/a><\/noindex> der Modus eingestellt , also Merge-Vorg\u00e4nge.<\/i>.\n <\/li>\n
      2. Das Skript wird Daten nur in das Benutzerkonto im Attribut eintragen Info<\/i>, welches der Benutzer selbst f\u00fcr sein Konto \u00e4ndern kann.\n <\/li>\n
      3. Ein Teil des Codes wurde ge\u00e4ndert, der den Wert des Attributs generiert\n <\/li>\n<\/ol>\n

        Jetzt sehen die Skripte so aus:
        \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
        \nWer zuerst alle Unterschiede zwischen dem Anmelde- und Abmeldeskript findet, dem winkt ein Karma-Punkt. \ud83d\ude42
        \nAu\u00dferdem wurde ein kleines PS-Skript erstellt, um anschauliche Informationen zu erhalten:
        \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 \"Anmeldeinformationen\" -Wait\n<\/code><\/pre>\n
        \nAlles l\u00e4sst sich im Handumdrehen einrichten:<\/p>\n
          \n
        1. Wir erstellen eine GPO mit den erforderlichen Einstellungen und verkn\u00fcpfen sie mit der Abteilung der Arbeitsstationen der Benutzer:
          \n\"Windows:\n <\/li>\n
        2. Wir gehen eine Tasse Tee trinken (wenn AD viele Benutzer hat, braucht man viel Tee \ud83d\ude42\n <\/li>\n
        3. starten das PS-Skript und erhalten das Ergebnis:
          \n\"Windows:
          \nOben im Fenster gibt es einen praktischen Filter, mit dem Daten nach einem oder mehreren Feldwerten gefiltert werden k\u00f6nnen. Ein Klick auf die Tabellenspalten sortiert die Eintr\u00e4ge nach den Werten der entsprechenden Felder.\n <\/li>\n<\/ol>\n
          Wir k\u00f6nnen unsere L\u00f6sung sch\u00f6n \"verpacken\".
          \n\"Windows:
          \nDazu f\u00fcgen wir einen Shortcut zum Ausf\u00fchren des Skripts f\u00fcr die Techniker hinzu, bei dem im Feld \"Objekt\" etwas in dieser Art steht:
          \npowershell.exe -NoLogo -ExecutionPolicy Bypass -File \"servershareScriptsGet-UsersByPCsInfo.ps1\"
          \n<\/code>
          \nWenn viele Supportmitarbeiter vorhanden sind, kann das K\u00fcrzel \u00fcbergeben werden mit           GPP<\/a><\/noindex>.<\/p>\n
          Einige abschlie\u00dfende Anmerkungen.<\/p>\n