alexanderbrix

Das ist bei mir deaktiviert und ausgegraut, könnte, selbst wenn ich wollte, die "Verbesserungen für geteilte Kalender" nicht aktivieren

Hallo zusammen, wir nutzen Office 365 Apps fro Enterprise auf unseren Windows Servern 2019 (als Terminalserver). Seit Montag ist es nicht mehr möglich, freigegebene Kalender der Kolleg*innen zu öffnen (Exchange Online). Ein Klick auf das Kästchen neben dem Namen des Kollegen ist wirkungslos. Einzige Abhilfe: Kalender löschen und freigegebenen Kalender neu öffnen. Wird der Outlook Client dann aber geschlossen und neu geöffnet, gleiches Spiel, Kalender nicht mehr anklickbar... Über den Webclient (outlook.office365.com) funktioniert alles, wir brauchen aber die Outlook App... Jemand ne Idee? 😞

Wir sind vom toten RDP Manager auf den Remote Desktop Manager umgestiegen und bereuen es keine einzige Sekunde. Top Programm!

Das Problem hat sich erledigt. Es lag an einer Einstellung in der Lokalen Sicherheitsrichtlinie (gpedit.msc). "Benutzerkontensteuerung: Administratorgenehmigungsmodus für das integrierte Administratorkonto" war auf "Aktiviert". Sobald die Richtlinie auf "Deaktiviert" steht, werden mir die Drucker als lokaler Admin und als Domänen-Admin angezeigt. Bei meinem persönlichen Domänen-Admin-Account jedoch nicht, keine Ahnung warum... EDIT: Auch das Problem hat sich soeben erledigt. Es lag an der Richtlinie gleich eins tiefer: "Benutzerkontensteuerung: Alle Administratoren im Administratorgenehmigungsmodus ausführen" - das muss auf "Deaktiviert".

Hallo zusammen, wir setzen aktuell 2 Windows Server 2019 als Remote Desktop Session Hosts (Terminalserver) ein. Hier sind ca. 30 Drucker installiert und entsprechend mit Rechten versehen. Heute habe ich zwei weitere RDSH aufgesetzt, die Drucker von einem alten RDSH über die Druckverwaltungs-Konsole exportiert und auf den beiden neuen RDSH importiert. Die ganzen Drucker werden mir auch in der Druckverwaltungs-Konsole angezeigt, allerdings NICHT über Systemsteuerung - Geräte und Drucker. Weder als lokaler Serveradmin, noch als Domänen-Admin. Auf den beiden alten RDSH allerdings schon. Hat jemand ne Idee?

Switches hben i.d.R. doch keine eigene IP-Adresse? Außer sie sind managebar...

das kommt bei uns raus: BankLabel Capacity DataWidth Description DeviceLocator FormFactor HotSwappable InstallDate InterleaveDataDepth InterleavePosition Manufacturer MemoryType Model Name OtherIdentifyingInfo PartNumber PositionInRow PoweredOn Removable Replaceable SerialNumber SKU Speed Status Tag TotalWidth TypeDetail Version NODE 0 CHANNEL 0 DIMM 0 17179869184 64 Physikalischer Speicher DIMM_A1 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E55B9D 2933 Physical Memory 0 72 128 NODE 0 CHANNEL 0 DIMM 1 17179869184 64 Physikalischer Speicher DIMM_A2 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E5599E 2933 Physical Memory 1 72 128 NODE 0 CHANNEL 1 DIMM 0 17179869184 64 Physikalischer Speicher DIMM_B1 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E55D38 2933 Physical Memory 2 72 128 NODE 0 CHANNEL 1 DIMM 1 17179869184 64 Physikalischer Speicher DIMM_B2 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E55983 2933 Physical Memory 3 72 128 NODE 0 CHANNEL 3 DIMM 0 17179869184 64 Physikalischer Speicher DIMM_D1 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E542B1 2933 Physical Memory 6 72 128 NODE 0 CHANNEL 3 DIMM 1 17179869184 64 Physikalischer Speicher DIMM_D2 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E561EF 2933 Physical Memory 7 72 128 NODE 0 CHANNEL 4 DIMM 0 17179869184 64 Physikalischer Speicher DIMM_E1 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E54468 2933 Physical Memory 8 72 128 NODE 0 CHANNEL 4 DIMM 1 17179869184 64 Physikalischer Speicher DIMM_E2 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E55AB9 2933 Physical Memory 9 72 128 NODE 1 CHANNEL 0 DIMM 0 17179869184 64 Physikalischer Speicher DIMM_G1 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E55989 2933 Physical Memory 12 72 128 NODE 1 CHANNEL 0 DIMM 1 17179869184 64 Physikalischer Speicher DIMM_G2 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E55E59 2933 Physical Memory 13 72 128 NODE 1 CHANNEL 1 DIMM 0 17179869184 64 Physikalischer Speicher DIMM_H1 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E561EE 2933 Physical Memory 14 72 128 NODE 1 CHANNEL 1 DIMM 1 17179869184 64 Physikalischer Speicher DIMM_H2 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E56240 2933 Physical Memory 15 72 128 NODE 1 CHANNEL 3 DIMM 0 17179869184 64 Physikalischer Speicher DIMM_K1 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E55A44 2933 Physical Memory 18 72 128 NODE 1 CHANNEL 3 DIMM 1 17179869184 64 Physikalischer Speicher DIMM_K2 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E53FE3 2933 Physical Memory 19 72 128 NODE 1 CHANNEL 4 DIMM 0 17179869184 64 Physikalischer Speicher DIMM_L1 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E5654F 2933 Physical Memory 20 72 128 NODE 1 CHANNEL 4 DIMM 1 17179869184 64 Physikalischer Speicher DIMM_L2 8 0xCE00 0 Physikalischer Speicher M393A2K40CB2-CVF 16E55915 2933 Physical Memory 21 72 128

Hallo Leute, wir haben u.a. einen Cisco UCS 220 M5 Server mit 256 GB RAM (16 x 16 GB). Verbaut sind laut CPU-Z: 16x M393A2K40CB2-CVF Nun habe ich mir deren Spezifikationen angesehen und RAM mit den gleichen Werten gekauft (16 GB Speicherriegel, 288pin DIMM DDR4 - ECC, Registered, 1,2V, 1 Rank von Mushkin). Server heruntergefahren, RAM eingebaut, geht nicht... Im BIOS wird der Speicher zwar erkannt (Total Memory = 384 GB - Effective Memory = 256 GB), die installierten neuen Speicher werden aber als "Failed 0GB) in der Memory Topology angezeigt. Hierbei war es auch komplett egal, wie ich den alten und neuen Speicher gesteckt habe (Bänke/Channel). Habt ihr eine Idee? Nimmt der Server nur Cisco-Speichermodule an und ignoriert den RAM anderer Hersteller (in meinem Fall Mushkin)? Oder habe ich vergessen, einen Schalter im BIOS anders zu setzen? Habe zumindest nichts gesehen... Danke für eure Hilfe! LG Alex

Hallo Leute, unsere User arbeiten auf mehreren Terminalservern/RD Session Hosts (Windows Server 2019). Ich kann mich daran erinnern, dass wir wohl "früher" eine GPO gesetzt hatten, die das Laufwerk C aus dem Arbeitsplatz ausblendet. Ich habe alle GPO's durchforstet und nichts mehr gefunden. Wenn ich "Dieser PC" öffne, ist dieses Fenster komplett leer - auch links in der Navigationsleiste wird mir "Dieser PC" nicht angezeigt. Siehe Screenshot. Ich würde aber - aus Gründen - gerne wieder Laufwerk C bzw. D einblenden. Die Richtlinien "Zugriff auf Laufwerke vom Arbeitsplatz nicht zulassen" und "Diese angegebenen Datenträger im Fenster "Arbeitsplatz" ausblenden" unter Benutzer - Administrative Vorlagen - Windows-Komponenten -Datei-Explorer sind nicht konfiguriert. Jemand eine Idee? Ich verzweifle so langsam... Danke und Grüße Alexander

Hallo Community, ich habe das Problem, dass ich auf unserem Remotedesktop-Sessionhost in Outlook 365 über den Befehl Datei - Öffnen - Öffnen/Importieren keine PST-Datei öffnen kann. Es erscheint noch bevor ich überhaupt eine PST-Datei auswählen kann die Fehlermeldung "Sie besitzen nicht die erforderliche Berechtigung um diesen Vorgang auszuführen". Das Problem ist Serverweit, andere User können auch keine PST's öffnen. In den GPO's habe ich nichts gefunden. Hat jemand einen Tipp für mich? Danke! :-)

Ich habe jetzt in meinem RDPManager den Haken bei "Konsolenverbindung" noch gesetzt - den hatte ich vergessen. Jetzt kam erstmal keine Fehlermeldung mehr - mal abwarten... Wir haben in der Farm die Benutzerprofildatenträger aktiviert. Wenn ich mich als Domänen-Admin an RDSH1 anmelde, funktioniert es, melde ich mich aber an RDSH2 an, erhalte ich ein temporäres Profil weil die VHDX bereits an RDSH1 gemountet ist... Deswegen gehe ich auf die RDSH immer als lokaler Admin drauf. Bei den Domänen-Benutzern (Testbenutzer) hat es funktioniert, die haben die Fehlermeldung nicht erhalten - da melde ich mich natürlich am Broker an und werde dann auf RDSH1 oder RDSH2 verteilt...

Hallo Leute, wir hatten bis dato eine Windows 2012 R2 Remotedesktop-Farm bestehend aus einem Verbindungsbroker und 2 RD-Sessionhosts. Die Remotedesktop-Lizenzierungsrolle hatte ebenfalls der Broker inne. Nun habe ich einen neuen 2019er Verbindungsbroker inkl. 2 neuen 2019er Session Hosts installiert und eine Sitzungssammlung erstellt. Neuer Lizenzserver ist der neue Broker, die alten Lizenzen konnte ich erfolgreich auf den neuen Broker/Lizenzserver umziehen. Nun habe ich jedoch das Problem, dass ich beim anmelden mit dem lokalen Admin an beiden RD Session Hosts die folgende Felermeldung erhalte: "Bei Ihrer Remotedesktop-Lizenz ist ein Problem aufgetreten, sodass die Sitzung in 60 Minuten getrennt wird." Alle Server befinden sich in einer Domäne. Auch scheint das Ausstellen der RD-Lizenzen (Lizenzierung pro User) nur semi zu funktionieren. Aktuell angemeldet sind 53 User, ausgestellte Lizenzen gibt es aber nur 21... Die Lizenzierungsdiagnose weist auf keinen Fehler hin... Aktuell sind alle User noch an den 2012er Terminalservern angemeldet - die 2019er Farm ist erst noch Testumgebung. Könnt ihr mir helfen? Danke und LG Alexander

Hier der PS-Befehl: Get-ADUser -Filter "SID -like ''" | select UserPrincipalName, SID ansonsten kann ich dir per PN die exe auch zuschicken wenn du magst

Schau dir mal das Tool Sidder an. Das listet dir die numerischen VHDX auf inkl. Username daneben.

Stichworte: Remotedesktop-Verbindungsbroker Rolle installieren (nicht auf einem der RD-Session-Hosts). Sitzungssammlung auf dem Broker erstellen, beide RD-Session-Hosts hinzufügen. Benutzerprofil-Datenträger in der Sammlung aktivieren.