StRe

So, erst jetzt dazu gekommen... In der GPO "Default Domain Controllers Policy" in der Richtline "Anmelden über Remotedesktopdienste zulassen" fehlt tatsächlich ein entsprechender Eintrag. Kurios.. Lt. Microsoft stehen dort für gewöhnlich die Gruppen "Administratoren" & "Remotedesktopbenutzer" drin, korrekt? Im Eventlog finde ich leider keine Einträge mehr, die rückschließen lassen, wer die Anpassung vorgenommen hat :-(

Wenn ich mich per Konsole einlogge, dann ist die RDP-Anmeldung aktiv. Hab sie mal deaktiviert, reboot und wieder aktiviert... Aber leider besteht das Problem weiterhin :-(

Ich hab an unseren GPOs nichts verändert... Hast du eine bestimmte/spezielle GPO im Fokus?

In der Sicherheitsgruppe "Remotedesktopbenutzer" ist der "Administrator" Mitglied. Auf dem DC unter Remotedesktop steht MEINEDOMÄNE\Administrator als Remotedesktopbenutzer drin. Mit einem anderen Admin kann ich mich via RDP anmelden...

Hallo zusammen, siehe Screenshot anbei - ich kann mich auf einmal nicht mehr mit dem Domänenadmin via RDP am DC1 & DC2 anmelden. Der User ist aber def. Mitglied der besagten Gruppen. Auf anderen Servern aus unserer Umgebung kann ich mich problemlos via RDP anmelden. Ich steig nicht dahinter :-(

Sorry, was genau raus nehmen? Den Azure-DC als DNS-Server oder als Logonserver? WINS-Server nehme ich raus...

Du meinst die Antwortzeiten z. B. aus nem Ping? Klar, der DC1 in Azure hat 20ms und der lokale DC02 <1ms... Was meinst du genau mit rausnehmen?

Der 172.29.79.4 ist unser DC1 in Azure. Erreicht wird diese Adresse mit einer VPN-Verbindung zwischen lokaler Firewall und einer Firewall in Azure...

Seit wann das so ist kann ich nicht genau sagen :-( Bin leider auch nur in die Materie rein geschlittert :-( Replikation des NETLOGN/SYSVOL auf allen beteiligten DCs muss ich noch prüfen lassen...

Hallo zusammen, siehe Screenshot anbei - ich habe in letzter Zeit immer wieder das Problem, dass beim Logon/Login keine Verarbeitung der Gruppenrichtlinie stattfindet. Erst nach mehrmaligem Neustart des Clients klappt es dann irgendwann. Es tut m. E. nichts zur Sache, welcher Logonserver (wir haben 2) genutzt wird. Grund dafür, dass die GPOs nicht gezogen werden ist, dass der Zugriff aufs Sysvol nicht immer funktioniert. Siehe Screenshot, dieser stammt aus einer RDP-Session, in welcher ich via Domainadmin auf einem Client verbunden bin – wenn ich manuell darauf zugreifen möchte (Namensauflösung funktioniert), dann muss ich die Credentials eingeben – folglich ist klar, dass die GPOs nicht angewendet bzw. gelesen werden können. Starte ich das Laptop neu durch, so kann es sein es funktioniert oder auch nicht – ist ein bisschen ein Glücksspiel.

Über eine Mail-Flussregel? Eine GPO habe ich dazu nicht gefunden :-(

Doch ich hab es ausprobiert, diese "schlechte Einstellung" habe ich nicht

Habt ihr bei euch @mention & Reactions deaktiviert?

Wir nutzen Exchange Online und Outlook 365 als Client

Klar im abgesicherten Modus von Outlook Aber m. E. greift da die Funktion überhaupt nicht....

Moin, wir haben ca. 90 User in der Umgebung. Mein Client ist z. B. nicht ganz frisch und soeben hat es reibungslos funktioniert. Teste ich es zu einem späteren Zeitpunkt nochmals, dann kann das Verhalten wieder anders sein.... Im abgesicherten Modus funktioniert die Funktion m. E. gar nicht... Die Hardwaregrafikbeschleunigung-Option habe ich in Outlook nicht mehr :-( VG

Niemand eine Idee hierzu?

Perfekt, Schnellstart via GPO deaktiviert und nun funktioniert es

Hi, die werden abends zum Feierabend heruntergefahren und am nächsten Morgen wieder eingeschalten. Die genannte AVD hingegen wird neu gestartet. Habe soeben auch mal nen Client neu gestartet und siehe da, die Aufgabe wird ausgeführt. D. h. "beim Start" ist nur beim warmen Neustart und nicht beim Kaltstart, oder?

Hallo zusammen, ich habe eine geplante Aufgabe via GPO verteilt, deren Trigger "Beim Start" bzw. "Beim Systemstart" ist. Als ausführendes Benutzerkonto habe ich "NT-AUTORITÄT\System" eingetragen/ausgewählt. Problem ist nun aber, dass die Aufgabe auf meinen Clients beim Systemstart nicht ausgeführt wird. Vorhanden ist die Aufgabe aber - d. h., sie wird via GPO verteilt. Auf meiner AVD hingegen, welche 1x pro Nacht neu startet, wird die Aufgabe korrekt ausgeführt. Hat jmd. eine Idee, warum die Aufgabe auf den anderen Clients beim Systemstart nicht ausgeführt wird? VG

Bei uns z. B. WhatsApp.... Die Frage, ob man das nicht anders verteilen kann, ist sicherlich berechtigt?! Aber ich wüsste nicht wie, dazu fehlen mir die Kenntnisse :-(

Und was, wenn ein User tatsächlich mal ne App aus dem Store benötigt - z. B. zur Produktivitätssteigerung?!

Hallo zusammen, mal ne Frage in die Runde - wie handhabt ihr das bei euch im Unternehmen? Dürfen sich User bei euch an den Clients im Microsoft Store bedienen und Apps installieren oder nicht? VG

Hallo zusammen, ich/wir haben ein Problem bei Verwendung von @mention in Outlook. @mention = Zu erwähnende Namen vorschlagen, wenn ich das @-Symbol in einer Nachricht verwende Sobald ich in Outlook "@" tippe, greift zwar die Funktion, aber ab dann stockt es. Es dauert tlw. 4-5-6 Sekunden, bis die Namen vorgeschlagen werden bzw. mit jeder weiteren Eingabe eines Buchstaben stockt Outlook mehr und mehr. Ich nutze Outlook 365 Version 2502 als 64bit-Installation... Kennt das Verhalten jmd. von euch?

Hallo zusammen, siehe Screenshots, kann ich diese Meldung per GPO unterbinden/steuern? Diese erscheinen nacheinander, wenn ein User an einem Client zum ersten mal Microsoft Teams öffnet. VG