testperson

vor 5 Minuten schrieb Andy82Bln:

Hat Jemand Erfahrung mit Entra-Anwendungsproxy?

Kenne ich nur i.V.m. RD Web / RD Gateway. Theoretisch sollte Exchange damit auch veröffentlicht werden können, da modern Hybrid nicht viel anderes macht. Allerdings wirst du da vermutlich auch keine modern Auth für rein On-Premises hinkriegen. Da wäre dann AFAIK nur "Hybrid modern Auth" (HMA) möglich. 

Hi,

klingt für mich eher nach einer entsprechenden "Eventbuchungslösung" anstatt nach plain Exchange / Outlook. Evtl. ließe sich (online) was mit Power Automate, Forms und ggfs. Bookings(?) erstellen?

Gruß

Jan

Hi,

vor 3 Minuten schrieb NorbertFe:

technisch sollte es per Modern Auth am Exchange funktionieren

solange ich rein On-Premises bin, gilt das aber doch nur für OWA bzw. Forms-based und MAPI over HTTP bzw. mit Outlook als Client. "Der Rest" sollte doch für Exchange 2019 noch nachgereicht werden. Oder habe ich das verschlafen?

Gruß

Jan

Hi,

du kommst ja zusätzlich auch noch per VPN und könntest den Exchange Zugriff auf einem Reverse Proxy terminieren, der dann nur /EWS (für diesen einen User) erlaubt. Den direkten Zugriff auf den Exchange kannst du dann ja im VPN verbieten. (Selbst ohne VPN wäre das ein Ansatz.)

Gruß

Jan

Hi,

vor 2 Stunden schrieb PeterchenFrost:

da wir keine RDS Cals für 2019 haben.

du wirst doch so oder so nicht um die neuen RDS CALs rumkommen. Warum nicht einfach die passenden CALs für die neue Version kaufen?

Gruß

Jan

AWS Snowball | Secure Edge Computing und Offline-Datenübertragung | Amazon Web Services

Seeding Backups to Amazon S3 Storage - User Guide for VMware vSphere (veeam.com)

Ja, da lag das Hauptaugenmerk aber auf der/den CPUs im Blech. Es ist durchaus denkbar, dass du mehrere Standard Lizenzen oder zusätzliche Core-Packs benötigst..

Hi,

du lizenzierst immer* das Blech bzw. die darin enthaltenen CPU Kerne mit einem Minimum von 16. Wenn auf dem Blech nur die Hyper-V Rolle (und Verwaltung / Monitoring / Backup) läuft, kannst du mit der Lizenz 2 virtuelle Betriebssysteme betreiben. Das Mischen "1/1" geht AFAIK nicht bzw. ist technisch - in meinen Augen jedenfalls - grober Unfug. Der Hyper-V Host ist ausschließlich Hyper-V Host.

*) Mit Lizenzen per CSP Subscription kannst du auch "nach VMs per vCore" lizenzieren.

Am einfachsten wäre es vermutlich, du schilderst dein konkretes Vorhaben mit Infos zur Hardware.

Gruß

Jan

vor 24 Minuten schrieb Heckflosse:

Wie im Screenshot zu sehen ist dort kein Protokoll, keine Auth., etc. einzustellen. Somit wird das der Telekom-Server nicht annehmen. 

Das steht doch auch in dem Artikel:

Zitat

For the email domain forwarding to be working properly, you need to use the same server as the custom SMTP relay and the forwarding SMTP relay. There is no option to enter credentials at Domain > Forwarding, but Kerio Connect will use the credentials defined at SMTP Server > SMTP Delivery if the target server is the same.

vor 11 Minuten schrieb Heckflosse:

Das mache ich ja bereits. Als Host ist hier der IIS eingetragen. 

Und wieso nicht der Telekomserver? Der macht doch scheinbar alles korrekt?

Sollte das nicht mit dieser Option konfigurierbar sein: Email Domain Forwarding – KerioConnect Support (gfi.com)

Zitat

Enable If the recipient was not found in this domain, forward the message to another host option and specify the Mail server name and port.

Hi,

ob jetzt ein guter Zeitpunkt wäre einen Schlussstrich unter diese Bastelei zu ziehen und das einfach vernünftig umzusetzen?

Gruß

Jan

Und die Ersatzteile werden alle "Non-commercial" bestellt.

vor 14 Minuten schrieb zahni:

Vom Chinesen. gibt es sogar 24" -Geräte.

Der Südkoreaner hat da sogar was bis 75": 2023 75 Zoll QLED 4K The Frame LS03BG TV | Samsung Deutschland

Der Citrix Storefront schließt sich direkt mit an: Citrix StoreFront Security Bulletin for CVE-2023-5914

Allerdings nur mit einer "medium" XSS Attacke.

(Session Recording war ebenfalls mit "medium" in der heutigen Verlosung: Citrix Session Recording Security Bulletin for CVE-2023-6184)

Moin,

die Citrix ADCs können wieder gepatched werden. ;)

NetScaler ADC and NetScaler Gateway Security Bulletin for CVE-2023-6548 and CVE-2023-6549 (citrix.com)

HTH

Jan

Das "wie" sollte untern Strich völlig egal sein bzw. hängt auch ein wenig davon ab, von welchem Office es zu welchem Office geht.

Was bei uns in Masse (altes Office auf Apps for Enterprise) funktioniert hat:

1. Mit passendem "OffScrub VBS" das alte Office entsorgen
2. Neues Office installieren

Hier sollten fertige Beispiele und OffScrub zu finden sein: GitHub - OfficeDev/Office-IT-Pro-Deployment-Scripts: A collection of useful PowerShell scripts to make deploying Office 2016 and Office 365 ProPlus easier for IT Pros and administrators. If you have any feature requests or ideas for future scripts please add the idea to the issues list in this repository

Hi,

bei den Office Updates meiner Kunden von 2013 auf 2016 oder neuer wurden die Einstellungen übernommen. Zumindest hat am Tag danach niemand gemoppert.

Gruß

Jan

vor 17 Minuten schrieb NorbertFe:

Was dann aber aus Sicherheitssicht auch "Augen zuhalten und ich bin nicht da" entspricht. ;)

Als ob ;)

Hi,

du kannst deine Einstellungen per GPP Registry in den User-nicht-Policy-Zweig schreiben. Allerdings kann der User die Einstellungen dann händisch in den Office Programmen ändern.

Gruß

Jan

Hi,

du musst jedes zugreifende Device (Computer, Notebook, Tablet, Molbiltelefon, Smart Board, ...) auf den Terminalserver mit Office lizenzieren. Auf dem zugreifenden Device kann dann auch jeder User lokal das Office installieren und nutzen.

(Die Lizenzierung per User wäre per M365 Apps for Enterprise oder Business Premium möglich.)

Ggfs. noch einen Blick in die Support Matrix werfen: https://aka.ms/windows-office-support-matrix

Gruß

Jan

Hi,

von MS gibt es jetzt Scripts: KB5034957: Updating the WinRE partition on deployed devices to address security vulnerabilities in CVE-2024-20666 - Microsoft Support

HTH

Jan

Hi,

nutze die Chance doch "einfach" und trenne DC und Fileserver in jeweils eine eigene VM auf. Dann noch einen DFS Namespace und du bist dein Problem für die Zukunft los. Für das konkrete Problem dann ein Handout und/oder Script für die User bereitstellen.

Generell könntest du auch den WAN Zugriff über VPN auf die Daten überdenken. I.d.R. hast du deutlich weniger Probleme, wenn die User per Terminalserver / virtuellem Desktop auf die Fileservices zugreifen.

Gruß

Jan

vor 13 Minuten schrieb teletubbieland:

Gleicher Name ist keine Option, wenn mehrere (Datev)-Dienste auf dem Server installiert sind und er eben nicht mal 3-4 Stunden offline sein darf.

Finde den Fehler. :) Aber ja, ich kenne die "Probleme"... Manch einer lässt sich da beraten, manch einer lernt durch Schmerz und manch einer lernt gar nicht. ;)

(Ich stelle mir bei vielen (DATEV) Kunden immer die Frage, was denn bei einem (ungeplanten) Ausfall passiert, wenn ein (geplantes) Wartungsfenster von 3-4 Stunden nicht möglich ist.)

Wir driften allerdings gerade ab. :)

vor einer Stunde schrieb teletubbieland:

Servername braucht nicht mehr gleich zu sein. Das war früher.

Es hat schon seine Vorteile, wenn der Name gleich bleiben kann. Dann muss man bspw. die Clients / die Profile gar nicht anfassen.

vor einer Stunde schrieb teletubbieland:

Das Einzige, was Probleme machte: Nach abschalten des alten Servers waren einige Funktionen (Auswertungen) sehr langsam.

Daraufhin habe ich bei den Useren die registry keys von Datev gelöscht. Problem behoben.

Da kümmert sich eigentlich der Server-Anpassungs-Assistent im Userkontext drum bzw. muss sich da niemand drum kümmern, wenn der Name gleich bleibt. (Siehe oben.) ;)

Generell funktionieren beide Wege aber recht gut und schmerzfrei.