peterg

Hallo, wir haben Office 365 Business Premium Lizenzen und somit sollten die Lizenzen für Intune und MS Defender Endpoint vorhanden sein. Wir würden gerne unserer Clients damit verwalten und den Defender for Business nutzen. Ich probiere schon ewig im MS Secutity Center (Microsoft Defender) unter "Einstellungen" die Lizenz "Endpoints" hinzuzufügen, da diese fehlt (siehe Bild). Ich habe schon Videos gesehen, wo ein Setup nach der Anmeldung startet (siehe Bild) , aber ich komme da nicht hin. Wenn ich im AdminCenter einen Benutzer auswähle und mir alle Apps anzeigen lasse, dann steht dort "MS Defender for Office 365 (Plan1)" - Die App ist auf Organisationsebene zugewiesen. Kann mir ggf. jemand sagen, was ich machen muss, damit die Lizenz "Endpoints" angezeigt wird? Die Videos im Web sind teils 3 Jahre alt und das passt nicht mehr zusammen. Schöne Grüße Peter

Hallo, nun gibt es ja eine neue Outlook-Version (2408 Build 17928.20156). Diese ist nun am Terminalserver installiert, da hier noch der "aktuelle Kanal" als Update-Channel eingestellt ist. Nun möchte ich zum Test auf einem lokalen Client die gleiche Outlook-Version installieren. Hier ist noch 2308 drauf und "halbjährlicher Enterprise-Kanal" als Update-Channel eingestellt. Ich weiß nicht, ob ich nicht einen neuen Thread dafür aufmachen soll, aber ich schaffe es nicht ums ver... den Update-Channel umzustellen. - Im O365-Admin Center habe ich bei den M365-Installationsoptionen auf "aktuellen Kanal" umgestellt. - Am lokalen Client habe ich in der Aufgabenplanung "Office Automatic Updates 2.0" manuel gestartet --> Das hat nichts gebracht - Dann habe ich den Link unter "CDNBaseUrl" in der Registry (siehe Anlage) geprüft. Der steht auf "http://officecdn.microsoft.com/pr/492350f6-3a01-4f97-b9c0-c7c6ddf67d60". Das sollte der richtige Link für den "aktuelle Kanal" sein. - Auch habe ich die Änderung über die Eingabeaufforderung probiert (OfficeC2RClient.exe /changesetting Channel=Current - dann OfficeC2RClient.exe /update user) --> Nichts funktioniert. Ich bin zu dumm dafür. Wie verdammt kann ich den Update-Channel auf einem lokalen Client (ohne Domäne und mit lokalen Adminrechten) umstellen? Das kann doch nicht so schwer sein.... Evtl. hat jemand einen Tipp.... Gruß, Peter

Hallo, folgendes steht in der letzten Mail vom MS Support (Rechtschreibung ist nicht die Stärke von MS): Wir haben schon beschprochen ,dass Ihr Problem etwas wie ein Bug ist. Wenn Sie aus dem Urlaub zurück sind, wird alles funktioniert ist. Und in Jedem Fall kann das Ticket bis 30 Tagen geöffnet werden. Da bin ich mal gespannt, wenn ich am 8.9 zurück bin. Gruß, Peter

Hallo, MS hat sich heute bei mir gemeldet. Mein Ticket wurde eskaliert und es wurde mir bestätigt, dass dieses Verhalten ein globales Problem ist und MS daran arbeitet.

Mache ich natrülich. Jetzt bin ich aber erstmal im Urlaub. Wenn ich wieder da bin, wird nochmal eskaliert. Das hat man von einem Monopolisten...

Ich habe mich schon bei MS per Mail beschwert, weil auf das Ticket schlichtweg keiner reagiert. Das interessiert MS aber scheinbar nicht. Echt unverschämt. Wir haben folgendes festgestellt und das Ticket damit ergänzt: 1. Web-Outlook Hier funktioniert alles. Die Termine bleiben nach dem Zusagen im Kalender 2. Outlook lokal am Rechner installiert Bei einem User mit Outlook 2405 (Build17628.20110) bleiben die Termine nach dem Zusagen im Kalender. Bei einem User mit Outlook 2308 (Build 16731.20636) verschwinden die Termine nach dem Zusagen im Kalender. 3. Outlook am Terminalserver (Windows Server 2022) Bei beiden Usern (Outlook 2406 Build 17726.20160 ist am TS installiert) verschwinden die Termine nach dem Zusagen im Kalender. Generell Erfolgt eine Zusage für eine Einladung über Outlook-Web, dann bleibt der Termin auch in den anderen Outlook-Versionen vorhanden. Erfolgt eine Zusage für eine Einladung z.B. über Outlook am Terminalserver und verschwindet im Kalender, dann ist der Termin auch nicht in Outlook-Web vorhanden. Gruß, Peter

Bis jetzt kam nur folgende Nachricht von MS: Hiermit möchten wir Sie darüber informieren, dass wir Ihre Anfrage soeben erhalten haben und wir uns mit Ihnen unter der angegebenen Telefonnummer bzw. E-Mail-Adresse in Verbindung setzen werden. Warten wir mal ab.... Morgen machen wir noch ein paar Tests mit Web-Outlook und lokalen Installationen (ältere Version).

Ich habe gerade ins Admin-Cenmter geschaut. Geräte sind nicht hinterlegt. So wie ich es verstehe könnte ich doch einfach nur eine XML-Datei mit <Configuration> <Updates Channel="SemiAnnual" /> </Configuration> erstellen und diese mit den Deployment-Tool installieren. ODER via Eigabeaufforderung C:\Program Files\Common Files\microsoft shared\ClickToRun>OfficeC2RClient.exe /changesetting Channel=SemiAnnual C:\Program Files\Common Files\microsoft shared\ClickToRun>OfficeC2RClient.exe /update user Funktioniert das? Wobei ich nun erstmal abwarte. Ggf. ist das Problem ja ganz neu und wird mit einem Update behoben. Ich warte auch mal ab, was MS dazu sagt. Ich habe ja ein Ticket erstellt. Gruß, Peter

Das macht wohl Sinn. Ich habe O365 am TS nicht installiert. Den damaligen Admin gibt es nicht mehr. Wie kann man das am TS umstellen? Ich habe die Doku gefunden. Installiert wurde O365 am TS mit dem MS Bereitstellungstool. Bzgl. der Updates wurde im Konfigurationstool für die Updates "Aktueller Kanal" ausgewählt. Office selbst wurde dann über eine "lokale Quelle" -> C:\office bereitgestellt.

Hi, Ticket habe ich über das Admin-Center schon erstellt Da wir O365 auch lokal auf den Clients installiert haben, teste ich das mit der Version erstmal auf einem lokalen Client.

Hi, wir haben tatsächlich die aktuelle Version 2406 (aktueller Kanal) vom 26.6.2024. Da wir O365 auf einem Terminalserver installiert haben, muss ich mich erstmal schlau machen, wie man auf die frührere Version welchseln kann.

Hallo, wir haben bei uns gerade ein ernstes Problem mit Office365 (Outlook) festgestellt. Ich kann noch nicht sagen, ob es alle User betrifft, aber auf jeden Fall einige. Bekommt man via Outlook eine Einladung von extern, so verschwindet diese aus dem Outlook-Kalender, kurz nachdem man die Einladung angenommen hat. Die Einladung ist dann auch in der Web-Version von Outlook verschwunden, also nicht nur in der lokalen Installation. Auch wenn man z.B. auf die Listenansicht umstellt, ist der Termin verschwunden. Solange man die Einladung nicht annimmt, bleibt der Termin als „offen“ im Kalender. Bisher hat alles einwandfrei funktioniert und es wurden auch keine „globalen“ Konfigurationsänderungen gemacht. Auch die User selbst haben nichts verändert. Habt Ihr irgendwelche Ansatzpunkte für eine mögliche Ursache? Schöne Grüße, Peter

Hi, das klingt ja schon sehr gut. Schaue ich mir an. Bin nur gerade im Stress wg. eines Wasserschadens im Haus. Das wünsche ich keinem.

Hallo, wer sagt was von 10 User? Es sind ca. 30-34 User (schwankt immer etwas). Und der Terminalserver ist grunsätzlich ok. Wie kam alles: Corona -> Homeoffiice via VPN (aber nur die User mit Notebook), dann hat man festgestellt, dass 2 Programme nicht VPN-fähig sind, ... die Server waren auch schon alt, ... Dann hat man sich für eine IT in der Cloud entschieden. Dort gibt es nun einige Server (DC, Lizenzserver, Datenbankserver, Fileserver und den Terminalserver). Super ist, dass man Updates nun noch am TS machen muss und nicht mehr auf jedem Client. Wir haben ca. 20 verschiedene Programme und das spart immens Zeit. Die Clients (normale Windows 10/11 Rechner) benötigen keine großartige Hardware mehr, ... Auch unsere beiden Programme, die nicht VPN unterstützen, können jetzt im Homeoffice genutzt werden. Das Problem ist der teure NVMe-Speicher am TS (dieser ist natürlich recht performant ausgestattet mit RAM, CPU, Grafikkarten, ...). Der TS benötigt daher eigentlich nur Speicher für die Software, die Profile und Windows selbst. Der Rest ist am Fileserver. Wir arbeiten via OneDrive oft mit sehr großen Videodaten und da kommt es eben vor, dass unabsichtlich was lokal im Profil des Users am TS gespeichert wird und schon sind nur noch 50GB am TS frei, was problematisch werden kann. Daher einfach den Speicher am TS erweitern macht keinen Sinn. Dafür ist der Speicher zu teuer. Daher wäre es schön gewesen, wenn man den OneDrive-Ordner einfach hätte verschieben können. Ggf. könnte man ja 200GB güstigen RAID10-Speicher als LW D: am TS einbinden und die OneDrive-Ordner aller User dort anlegen. Wenn der voll ist, dann merken das die User schon und geben den Speicher wieder frei. Dass hat dann keinen Einfluß auf den TS selbst. Es ist eben nicht norwendig, dass die One-Drive-Daten lokal im Userprofil und in der Cloud liegen. Ginge das? Oder man verzichtet auf den Fileserver und legt diese Daten auf ein neues LW D am Terminalserver (ca. 20TB). Dann wird dieser aber wohl im Laufe der Zeit mit OneDrive-Daten zugemüllt. Daher gefällt mir die vorherige Möglichkeit besser. Was meint Ihr? Wisst Ihr was so eine Umstellung mit FSLogix kostet und wer dafür ein Angebot abgeben kann? Das ist dann eine Entscheidung der Geschäftsleitung. Vielen Dank für Eure Unterstützung. Schöne Grüße, Peter

Hallo Hans, vielen Dank für die Rückmeldung. Das bekomme ich selbst bestimmt nicht hin. Aber brauche ich wirklich "OneDrive installation on multiple RDS-Hosts". Wir haben nur einen Terminalserver und der OneDrive-Ordner soll bei jedem User auf seinem Homelaufwerk (ist ein Netzlaufwerk vom Fileserver) liegen und nicht am Terminalserver unter C:\Users\xxxx\yyyy. Gleichzeitige oder mehrere Verbindungen zu einem einzigen OneDrive-Ordner werden auch nicht benötigt. Evtl. verstehe ich das auch komplett falsch.

Hi, runterladen soll aber möglich sein. Es geht darum, dass OneDrive-Dateien nur "online" (Symbol mit Wolke) verfügbar sein sollen. Somit wird kein Speicherplatz auf dem Gerät verbraucht. Manchmal passt man eben nicht auf, und schon sind 200GB (nur bei einem User) mehr auf der Festplatte. Wenn daher der OneDrive-Ordner auf dem Fileserver wäre, wäre das egal. Danke!

Hi, leider kommt die gleiche Fehlermeldung. Ich habe die GPO (inkl. Mandanten-ID und Pfad) als Benutzerkonfigurationsrichtlinie erstellt. Dann habe ich bei einem User zum Test die OneDrive-Verknüfpung getrennt. Beim Anlegen der neuen Verknüpfung wird gleich der neue Pfad auf H:\ als Standard angezeigt (wie in den GPO definiert), aber wenn man dann auf "Weiter" klickt kommt die gleiche Fehlermeldung wie bei der manuellen Änderung - siehe Anlage. Schade.... Habe ich was falsch gemacht? Das kann es doch nicht geben? Das wäre schon eine erhebliche Einschränkung.

Liest sich ziemlich aufwendig. Wie man den Standardspeicherort via GPO festlegen kann steht zwar im Artikel, aber nicht, ob es auch ein Netzlaufwerk sein kann. Aber vielen Dank. Ich probiere es aus.

Hallo, gibt es eine Möglichkeit, dass man seinen OneDrive-Ordner auf einem Netzlaufwerk ablegt? Wir arbeiten über einen Terminalserver (jeder User hat M365) und dort sollen aufgrund des Speicherplatzes möglichst keine lokalen Daten abgelegt werden. Dafür gibt es einen Fileserver mit ausreichend Speicherplatz. Da wir oft sehr große Videodaten über OneDrive austauschen, kann eine versehentliche, lokale Speicherung am Terminalserver schon problematisch werden. Jeder User hat ein eigenes Homelaufwerk am Fileserver (alle Netzlaufwerke werden über ein Anmeldeskript verbunden) und dort würde der OneDrive-Order für jeden User ideal sein. Leider kommt die Meldung: Ihr OneDrive-Ordner kann am ausgewählten Speicherort nicht erstellt werden. Wählen Sie einen anderen Speicherort. Ich habe es mit dem Netzlaufwerk selbst (H:\OneDrive) und mit dem UNC-Pfad probiert. Die Filesystem ist NTFS. Gibt es eine Möglichkeit das hinzubekommen? Ich habe folgendes gefunden: OneDrive-Ordner kann nicht am ausgewählten Speicherort erstellt werden. Wenn dieser Fehler beim Einrichten von OneDrive angezeigt wird, liegt dies daran, dass das Laufwerk, auf das Sie verweisen, als "wechselbar" klassifiziert ist. Um dieses Problem zu beheben, ändern Sie die Klassifizierung Ihres Laufwerks. Wie kann man unter Server 2022 Std. die Klassifizierung eines Netzlaufwerks ändern? Wäre das die Lösung? Gruß, Peter

Hallo, das Problem wurde identifiziert und es gibt einen "Workaround". Da ja manchmal einige Pings funktioniert haben und die VPN-Verbindung nach gemeinsamen Tests mit dem RZ-Betreiber vorhanden war und nicht getrennt wurde, dachte ich nun an ein Routingproblem, da auch im neu aufgesetzten VPN-Hub das Problem nicht gelöst war. Ich habe dann in den Netzwerkeinstellungen des VPN LAN-Adapters die Schnittstellenmetrik zum Test manuell auf 1 gesetzt und schon funktioniert alles. Es dauert zwar ca. 20 Sek. nach dem Aufbau der VPN-Verbindung bis alles korrekt funktioniert (z.B. alle Pings durchgehen), aber das ist akzeptabel. Warum die "neuen" Rechner mit der Standardeinstellung (autom. Metrik) Probleme haben und die "alten" Rechner nicht, ist mir aber immer noch nicht klar. Die VPN-Verbindung ist auch definitiv korrekt konfiguriert. Gruß, Peter

Hallo, ich habe hier ein für mich nicht nachvollziehbares Problem mit zwei neuen Notebooks. Wir haben unsere IT in ein Rechenzentrum ausgelagert. Jeder Rechner hat einen VPN-Client installiert (Softether VPN), verbindet sich damit mit dem Rechenzentrum und öffnet via RDP eine Session zum Terminalserver. Das funktioniert alles tadellos. Aus Sicherheitsgründen werden im VPN-Netzwerkadapter am Rechner die IP-Adresse, etc. manuell eingetragen. Nun haben wir zwei neue Notebooks. 1x Fujitsu Lifebook (April 2023) und 1x HP Elitebook (Oktober 2023). Diese beiden neuen Geräte können keine RDP-Verbindung herstellen, da für die beiden Geräte nach dem Herstellen der VPN-Verbindung kein Server erreichbar ist. Das sieht man ganz einfach an einem Ping auf den DC oder den Terminalserver. Bei allen „alten“ Rechnern funktioniert der Ping auf den DC oder Terminalserver nach dem Herstellen der VPN-Verbindung einwandfrei. Bei den beiden neuen Geräten funktioniert der Ping komischerweise gar nicht, oder manchmal nur kurz (2-3 Antworten) und dann kommt die Zeitüberschreitung. Ich habe das auch schon im Netz bei mir zu Hause ausprobiert. Dort ist es das gleiche Verhalten. Auch habe ich schon die Firewall deaktiviert, etc. Mein altes Notebook funktioniert bei mir zu Hause. Ich habe auch ein uraltes Notebook (7 Jahre) mit den Zugangsdaten der beiden Problemgeräte ausprobiert und da funktioniert auch alles. Auch hatte ich schon an eine fehlerhafte Konfig in der Domäne gedacht. Dann hat der RZ-Betreiber schnell einen zusätzlichen Server installiert und diesen nicht mit der Domäne verbunden. Damit war es das gleiche Problem. Alte Geräte können den Testserver erreichen, die beiden neuen Notebooks nicht. Der RZ-Betreiber hat auch zum Test einen zweiten VPN-Server mit einem ganz anderen Netz aufgesetzt und es ist das gleiche Problem. Ich bin nun schlichtweg ratlos. Gibt es irgendeine Technik in neuen Rechnern, was so ein Verhalten auslösen kann? Für ein paar Tipps wäre ich dankbar. Gruß, Peter

Hallo, ist es eigentlich mögllich MS To Do als Desktop App auf einem Terminalserver zu installieren? Die entsprechende M365 Lizennz haben wir und M365 ist auch korrekt am Terminalserver installiert. Bei der Installationskonfiguration (mit Bereitstellungstool und Konfig-Datei) habe ich keine Möglichkeit dafür gefunden die App aufzunehmen. Gruß, Peter

Hi, vielen Dank für die Antworten. Ich lese mir das durch. Ja, es gibt einfach ein paar Adressen über die nur empfangen und dann weitergeleitet wird. Gesendet wird über diese Adressen nicht.

Lassen wird das. Das macht keinen Spaß.

???