Alle Aktivitäten

Wenn ich das korrekt verstehe, ist die Funktion von validen Zertifikaten und Credential Guard abhängig.. Und Credential Guard braucht bestimmte Hardware- oder Hypervisor-Funktionen: https://learn.microsoft.com/en-us/windows/security/identity-protection/credential-guard/additional-mitigations

Zwischen den einzelnen Sites und Domänen gibt es Firewalls. Hier sind jedoch alle notwendigen Ports - inkl. UDP/88 - freigeschaltet. In der eigens aufgesetzten Testumgebung waren alle Systeme ohne Firewall verbunden, auch die lokalen FWs waren deaktiviert.

Hallo, ich bin mir nicht ganz sicher, ob das für meine Konfiguration passend ist, denn in meinem Fall handelt es sich um kein Ressourcenpostfach sondern um ein "normales" Mailbox Postfach, welches eine Plan 1 Lizenz besitzt und dessen Standardkalender von anderen Benutzern verwendet werden soll. LG firebb

Firewalls habt Ihr nicht dazwischen? Man übersieht gern mal, dass Kerberos Port 88 UDP benötigt.

Moin, guckst du hier https://community.spiceworks.com/t/how-can-i-see-the-creator-of-an-event-in-shared-calendar-of-outlook-365/765095

nur eine kurze Rückmeldung - Die Probleme wurden immer umfangreicher und undurchsichtiger ... keine Anmeldung am Client möglich, teilweise kein Zugriff auf Shares (von Client / Server A kein Zugriff, von B wiederrum kein Problem mit gleichen User usw). Auch unser Gast-Cluster (Fileserver) hatte immer wieder Probleme, teilweise am Node ebenso Benutzername / Kennwort falsch usw. Für weiteres Probieren war einfach keine "Zeit" mehr, die Probleme in unserer Produktiv Umgebung wurden ernst. Auch war die AD-Replikation IMMER nach einen Neustart der 2025er DCs kaputt, "RPC Server nicht gefunden" usw... musste manuell angestossen werden und dann lief es wieder bis zum Neustart Wir haben uns dann entschlossen die Domain Controller zu entfernen und neue Domain Controller mit 2022 zu installieren, seit dem sind wir Problemfrei

Hallo, wir haben einen Kunden welcher von Exchange 2019 auf Exchange Online migriert hat. Unter Exchange 2019 hatte der Kunde ein eigenes Postfach mit einem Freigegebenen Kalender. Dieser wurde von mehreren Mitarbeitern verwendet um die Termine zu koordinieren. Hier konnte man beim Öffnen der Kalendereinträge sehen, welcher Benutzer bzw. welche E-Mail Adresse, den Termin erstellt hat. Bei Exchange Online wurde der Kalender auch wieder in ein eigenes Postfach migriert und an die entsprechenden Mitarbeiter freigegeben. Soweit funktioniert auch alles bis auf die Anzeige der Benutzer in den Kalendereinträgen. Der Kunde möchte nun, dass wir die Einstellung wieder gleich anpassen, dass die Mitarbeiter sehen können, wer den Termin erstellt hat. Ich habe nun schon probiert das Postfach an die Mitarbeiter per Vollzugriff freizugeben. Der Kalender bzw. das Postfach wird auch angezeigt und es wird in meinen Testterminen auch die Letzte Änderung rechts unten im Fenster angezeigt, aber hier wird, egal welcher Benutzer den Termin erstellt, immer nur der Benutzer des Kalender Postfachs angezeigt. Könnt Ihr mir weiterhelfen und sagen was ich einstellen muss, damit in den Einträgen der jeweilige Ersteller angezeigt wird? Danke und Liebe Grüße firebb

Ha! Dafür musst du Samstag arbeiten. 😅

Ich schon. 😆 ist ja frei!

Den hatte ich überhaupt nicht auf dem Schirm.

31. Okt 2025 Reformationstag ist Feiertag für mehrere Bundesländer. https://www.schulferien.org/Kalender_mit_Ferien/

Was für ein Feiertag soll sein?

Moin an Board, so starten wir dann in den Tag - ich koche Kaffee Bergfest!? Allen einen angenehmen Mittwoch, bleibt gesund! Hier derzeit bedeckt bei 8°C, bleibt den ganzen Tag bedeckt bis etwa 14°C Fragezeichen, da der Freitag ja ein Feiertag ist, nicht nur Halloween 🎃

Hallo zusammen Ich bin da relativ pragmatisch - das was funktioniert wird genommen proxy.pac deshalb weil ich dort Ausnahmen definieren kann function FindProxyForURL(url, host) { if (isPlainHostName(host)) return "DIRECT"; else if (shExpMatch(host, "*mobile*")) return "PROXY 192.168.1.1:3128"; else return "DIRECT"; } Also - alles was nicht "mobile" im domain namen hat geht ohne proxy direkt online und alle mit "mobile" im Domain Namen geht über den proxy.. @testperson - wenn ich dich richtig verstehe dann würdest du es per Startup Script in die Reg des Users schreiben - richtig ?

Hi, ist das Thema nicht etwas aus der Mode gekommen? Ich würde hinterfragen, ob es eine proxy.pac oder ein Client-Script sein muss - oder ob es einen moderneren Ansatz gibt. VG

Hi, schreib es dann doch per Scrip. o.ä. in die Registry. Gruß Jan

Ich bin gespannt, ob jemand Ideen hat. Ich bin am Freitag wieder im Lande und kann mir das anschauen, ich habe mindestens ein Labor, wo das funktioniert. (Disclaimer: Funktionierte im Sommer). Es ist in dieser unseren Zeit nicht auszuschließen, dass einer der letzten Patchdays das kaputt gemacht hat, selbst wenn's im Sommer noch funktioniert hat.

Servus Die beiden WTS hängen nicht an einem Domändencontroller sondern laufen "stand allone" - ohne Domäne ... Geht das dann auch ?

Solange das File per HTTP abrufbar ist, kann man den Pfad dazu auch per GPO verteilen. IE Proxy Settings.

Hallo soweit schon mal so gut - ich habe noch ein paar quellen gefunden wie das proxy.pac file aussehen kann und mir das was zusammengebaut. Das klappt auch soweit ganz wunderbar ! Ich möchte das File aber nicht per DHCP ausrollen sondern irgendwie anders .. Ich suche daher nach einer Möglichkeit das per gpedit oder regedit pro server für alle TS User fest zu vergeben -also dass alle eingeloggten User automatisch das entsprechende Skript zugewiesen bekommen. CU GTR

Hallo cj_berlin, ja, sowohl die Kerberos-Client als auch die KDC-Policy sind konfiguriert. Wenn die KDC-Policy auf Supported steht, werden auch Tickets mit der FAST-Option ausgestellt (KLIST). Clients sind alle Win11 oder Server 2019/2022. Ich hatte auch testweise nach der Aktivierung 2xKRBTGT-Resets durchgeführt (in der Testumgebung), ohne Auswirkung auf den Armoring-Fehler.

Moin, ist auf die DCs auch die Kerberos Client-Policy für Armoring ausgerollt oder nur die KDC-Policy? Das ist der häufigste Fehler

Hallo, bei der Aktivierung von Kerberos-Armoring in einer Umgebung mit mehreren Active Directory Domains und Forests stoße ich auf Fehler sobald Armoring erzwungen wird. Die Umgebung enthält einen Forest mit einer Root- und einer Tree-Domain sowie einen weiteren Forest mit nur einer einzigen Domain. Alle Domains sind mit 2-Way-Trust verbunden. Wird Armoring nur auf "Supported" gesetzt ist alles OK, bei "Required" funktionieren verschiedene Dinge nicht mehr. Es gibt Fehler bei der AD-Replikation zwischen den Domänen im gleichen Forest. Der Zugriff über die Domänengrenzen scheitert, z.B. Dateizugriff oder auch RDP-Anmeldung. Das gilt sowohl für die Domänen im gleichen Forest als auch zwischen den Forest. Als Fehlermeldung kommt immer, fehlerhafte Anmeldung oder vergleichbares. Wir konnten das Problem auch in neu aufgebauten Testumgebungen nachstellen. Kennt das jemand? oder besser noch, eine Lösung? Ich freue mich über jeden Tipp. Dank an Euch im Voraus. Michael

Moin an Board, dann wollen wir mal - ich koche Kaffee Allen einen ruhigen Dienstag, bleibt gesund! Hier regnet es bei 7°C, wir wohl den ganzen Tag so bleiben. Nachmittags kommt noch Wind dazu bis etwa 13°C

ABE=Access Based Enumeration in Deutsch: Zugriffsbasierte Aufzählung. Hier wird es kurz erklärt: https://anreiter.at/dateifreigabe-zugriffsbasierte-aufzaehlung-aktivieren/