Jump to content

StRe

Members
  • Gesamte Inhalte

    86
  • Registriert seit

  • Letzter Besuch

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

Fortschritt von StRe

Fellow

Fellow (7/14)

  • 1 Jahre dabei
  • Engagiert
  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei

Neueste Abzeichen

1

Reputation in der Community

2

Beste Lösungen

  1. 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 :-(
  2. 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 :-(
  3. Ich hab an unseren GPOs nichts verändert... Hast du eine bestimmte/spezielle GPO im Fokus?
  4. 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...
  5. 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 :-(
  6. Sorry, was genau raus nehmen? Den Azure-DC als DNS-Server oder als Logonserver? WINS-Server nehme ich raus...
  7. 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?
  8. 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...
  9. 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...
  10. 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.
  11. Über eine Mail-Flussregel? Eine GPO habe ich dazu nicht gefunden :-(
  12. Doch ich hab es ausprobiert, diese "schlechte Einstellung" habe ich nicht
  13. Habt ihr bei euch @mention & Reactions deaktiviert?
  14. Wir nutzen Exchange Online und Outlook 365 als Client
  15. Klar im abgesicherten Modus von Outlook Aber m. E. greift da die Funktion überhaupt nicht....
×
×
  • Neu erstellen...