acesulfam

Hi, und ich wollte schon fragen ob das Thema zu einfach oder zu kompliziert ist :) Weshalb ich im wesentlichen Frage: Nach meinem Kenntnisstand sind meine Favoriten Kombinationen ja offiziell nicht unterstützt, also Outlook 2010 und Office365/Exchange. https://docs.microsoft.com/de-de/exchange/plan-and-deploy/supportability-matrix?view=exchserver-2019 Dazu las ich immer mal wieder Kommentare die eher abraten ohne konkret zu werden. Mit den Einschränkunge durch reine PST-Übertragung kann ich leben. Mit Hybrid meinst du diese Variante? https://docs.microsoft.com/de-DE/exchange/mailbox-migration/use-minimal-hybrid-to-quickly-migrate Wobei ich betonen muss, dass ich aus diversen Gründen eigentlich keine Verbindung des alten AD mit dem neuen will. D.h. ich will mit "frischen" Usern in Azure/Office365 beginnen. Diese sollen dann erstmal nur den Exchange in der Cloud nutzen. Der eigentliche Servertausch inkl. Neuaufbau der Infrastruktur soll dann später erfolgen. Oder ist die Verzahnung von Office365/Azure AD/Essentials/Win10 so groß, dass alles direkt parallel angegangen werden muss? mfg aces

Hi, ich bereite gerade die Umstellung vom SBS2011 (lokalem Exchange, Win 7 Client Office 2010) auf Server 2019 (Std. oder Essentials) + Office365. Wir haben insgesamt keine 10 User, und eine insgesamt ~50 GB große Exchange-Datenbank. 2 User haben ~17 GB große Postfächer, der Rest verteilt sich auf 1-4 GB große Postfächer. Mein Plan sieht vor den neuen Server komplett neu aufzubauen. Am Ende wird dies schneller gehen als die Altlasten kontrollieren zu müssen. Ob ich die Client-PCs neu kaufe oder auf Win 10 hochziehe ist noch nicht entschieden. Zuerst sollen aber unsere Emails in die Cloud. Zwischen dem Start mit Office365 und der Umstellung von Server & Clients werden wohl einige Wochen des Parallelbetriebs liegen. Am Standort stehen 50 Mbit/s Down und 5 Mbit/s Up zur Verfügung (~24h für 50 GB Upload). Die beiden PCs für die 17 GB Postfächer kann ich auch problemlos an eine 1060 Mbit/s Down und 53 Mbit/s Up Leitung hängen (~3h für 50 GB Upload). Zudem ist aktuell mehr als genug Zeit für die Clients ungenutzt ihrer Synchronisierung nachzugehen :( Aber wie mache ich es in meiner Situation am geschicktesten? A) Minimal Hybrid: https://docs.microsoft.com/de-DE/exchange/mailbox-migration/use-minimal-hybrid-to-quickly-migrate B) Cutover: https://docs.microsoft.com/de-DE/exchange/mailbox-migration/cutover-migration-to-office-365 C) Manuell: Office 365 wir angelegt und ggfs. temporär über contoso.onmicrosoft.com angesprochen. Die 10 Benutzer lege ich an und konfiguriere sie. Wenn alles bereit ist: DNS-Umstellung zu Office365 als Live-System / MX-Ziel. Die Clients/Outlook verbinde ich mit den "neuen" Accounts, aber: Je länger ich darüner nachdachte umso mehr Möglichkeiten sind mir eingefallen die alten Emails zu übertragen: 1) PST-Export per Powershell und Upload bei Microsoft. https://docs.microsoft.com/de-de/microsoft-365/compliance/importing-pst-files-to-office-365 2) PST-Export per Powershell und Importieren in neue Profile in Outlook 2010 auf Win 7 3) PST-Export per Powershell und Importieren in neue Outlookprofile Office 365 auf Win 7 4) PST-Export aus Outlook 2010 heraus und Importieren in neue Outlookprofile in Outlook 2010 auf Win 7 5) PST-Export aus Outlook 365 heraus und Einspielen in neue Outlookprofile in Outlook 365 auf Win 7 6) PST-Export aus Outlook 2010 heraus und Importieren in neue Outlookprofile in Outlook 365 auf Win 7 Mein klarer Favorit wäre der manuelle Weg und die 4) PST-Export aus Outlook 2010 heraus und Importieren in neue Outlookprofile in Outlook 2010 auf Win 7 Das bekomme ich ganz alleine und sehr schnell hin. Teilweise remote nebenher. Die Clients können danach ja alleine rödeln. Auch die anderen C-Varianten wären mir noch lieb. Bei den Varianten A, B und C1 hingegen wäre ich zeitlich durch das notwendige Einlesen und ggfs. notwendige Hilfestellung bedeutend unflexibler und am Ende langsamer. Spricht als etwas gegen C-4? Habt ihr sonstige Tipps? Vielen Dank aces

Hi, vielen Dank für die Bestätigung! Der Hintergrund meiner Frage: Unser neuer Server wird einiges an Reservekapazität haben. Daher ist es eine reine Geldfrage ob ich bereits jetzt "große" Platten kaufen muss oder einige Zeit mit kleinern auskommen werde. Bei den großen Platten werde ich wahrscheinlich 1-2 Jahre lang Backups auf einer einzigen Platte speichern können. Da benutze ich zu Beginn lieber kleinere und dafür insgesamt mehr Platten im Wechsel. mfg aces

Hi, vielen Dank. Das die IP russischen Ursprungs ist hatte ich auch schon gesehen, aber vergessen zu erwähnen. Dies war der wesentliche Auslöser für den Thread :) An der Abschaltung des SBS2011 wird intensiv gearbeitet. Ich weiß das wir zu spät dran sind, aber es ging leider nichts anders. Bzgl. der allgemeinen VPN-Theamtik werde ich mir aber erlauben noch einen Thread zu eröffnen, sobald ich meine Alternativen kenne. mfg aces

Hi, @jreckzigel Vielen Dank! Das reicht mir zwar eigentlich nicht, aber esser als nichts. So wie es aussieht werde ich aber damit arbeiten müssen. @Gu4rdi4n Da bei meiner Wunschkonfigration ja die eigentliche Nachricht bis auf den betroffenen Anhang zugestellt wird, kann jeder Empfänger gut selbst beurteilen ob der Anhang gebraucht wird. Für uns funktioniert es seit Jahren sehr gut. Die Beurteilung von Grenzfällen traue ich wiederum den Usern nicht zu. Dies zu übernehmen kostete mich bislang keine nennenwerte Zeit, wenige Minuten je Woche. Eine Testinstallation aus Office365 & Trend Micro Cloud Ap Security habe ich mittlerweile aufgebaut. Cloud App Security ist sehr bzgl. seiner Verwaltung sehr gefällig! Auch ist der Einstellungsdialog eigentlich identisch zur bsiherigen on-premise Variante aufgebaut. Leider führen die gleichen Einstellungen zu einem anderen Ergebnis :( Wahrscheinlich werde ich mir also andere Prozesse ausdenken müssen. mfg aces

Hi, sind das alle verfügbaren HTML-Tags? mfg aces

Hi, nach eine Gespräch mit dem Vertrieb/Support von Trend Micro kann ich folgendes berichten: 1) Worry-Free Services Advanced besteht aus diesen Teilprodukten: Worry-Free Services: Virenscanner für Clients/Server. Administriert über eine Cloudlösung. Hosted Email Security: Ein virtueller Gateway der zwischen O365 und den Clients sitzt. Emails werden also umgeleitet. Trend Micro Email Security: Ähnlich bzw. der Nochfolger von Hosted Email Security Cloud App Security (for Office 365): Dockt per API direkt in O365/Azure an 2) Cloud App Security verfügt wohl über die gewünschten Funktion: https://docs.trendmicro.com/en-us/enterprise/cloud-app-security-online-help/advanced-threat-prot_003/adding-atp-policies/file-blocking.aspx mfg aces

Hi, das Sperren von Anhängen passiert ja nicht anstatt, sondern zusätzlich zu den Spam, Viren, etc. Filtern die laufen. Es ist nur die erste Hürde. Da die Regel auch für ausgehende und interne Email gilt kann ich so auch ein wenig ausschließen, dass offene Dateien unser Haus auf diesem Weg verlassen. Von der Regel sind nur Bilddateien und .pdfs ausgenommen. Eine Whitelist für vermeintlich vertrauenswürdige Absender halte ich für sehr problematisch. Die besten Versuche kamen bislang von Adressen die auf der Whitelist gestanden hätten und damit womöglich auch durch die anderen Filter gerutscht wären. Das komplette Blockieren oder unter Quarantäne stellen will ich unbedingt vermeiden, dann wird der Verwaltungsaufwand zu groß. Wir bekommen viele Emails von Kunden die Fotos oder Anschreiben gerne in .zip oder .doc übersenden. Aus Servicesicht also b***d. Auch viele unserer Lieferanten verschicken Preislisten und manche sogar noch Rechnungen/Lieferscheine als Office-Dokumente. Dadurch, dass die eigentliche Nachricht ohne Anhang zugestellt wird "trainiere" ich unsere Mitarbeiter und die ihre die regelmäßigen Kontakte von selbst. Für die Freigabe der sonstigen Emails verwende ich keine 10 Minuten in der Woche. Ob das irgendwie noch on-premise oder nur cloudbasiert passiert ist mir herzlich egal. Office 365 kann halt nur die Emails nicht wie gewünscht vorfiltern und ich muss ein weiteres Produkt lizenzieren und warten - so ich den eines finde :) mfg aces

Hi, ich glaube da kam was durcheinander. Ist bei der vor Marketing-Bla-Bla überquellenden Website und der Namensgebung der Produkte auch kein Wunder. 1) Das "alte" Worry-free (Business) Advanced Installation der Verwaltung on-premise. Es gibt normale Suchagents für Server & Clients, dazu einen extra Agent für einen on-premise Exchange. 2) Das "neue" Worry-Free Services Advanced Die Verwaltung liegt in der Cloud bei Trend-Micro (SaaS). Die Suchagents für Server, Clients und ggfs. on-premise Exchange werden lokal installiert. Bis auf den Ort der Verwaltung entspricht es somit dem "alten". Auf einen on-premise Exchange kannt verzichtet werden: Zusätzlich ist das Produkt "Hosted Email Security" mit enthalten, das sich bei Office365/Azure einklinkt. Die Verwaltung scheint über ein von Worry-Free getrenntes, bei Trend Micro gehostetes, System zu laufen. Nu weiß ich noch nicht ob mein gewünschtes Verhalten für das Blockieren von Anhängen darüber möglich ist. mfg aces

Hi, warum schräg? Bislang war es mir unbekannt, aber MS scheint in Azure/Office 365 ja jede Menge Schnittstellen bereit zu stellen. Sie bieten sogar einen gut gefüllten Shop für solche Produkte an: https://azuremarketplace.microsoft.com/en-us Hier der betreffende Teil der Anleitung von Trend Micro Worry-free Businees Advanced (on-premise): https://docs.trendmicro.com/de-de/smb/worry-free-business-security-100-service-pack-1-server-help/managing-basic-secur_003/attachment-blocking/configuring-attachme.aspx Es funktioniert wirklich einfach. Dadurch, dass die Nachricht ansich direkt zugestellt wird halten sich die Nachfragen der User extrem im Rahmen. Zugleich treffen sie eine Vorauswahl, denn fehlende Anhänge müssen aktiv bei mir angefordert werden. Und man muss Kunden nicht "zumuten" korrekte Dateitypen zusenden. Das Office 365 kompatible Produkt bei Trend Micro heißt wohl "Hosted Email Security" (Teil der Worry-Free Services Advanced) In der dortigen Anleitung finde ich spontan leider keine Entsprechung. Das werde ich wohl um eine weitere Testinstallation nicht drumherum kommen. https://docs.trendmicro.com/de-de/enterprise/hosted-email-security-administrator-guide/configuring-policies.aspx mfg aces

Hi, also auf den Tag an dem ich mir denke, dass die ganzen cloudbasierten Lösungen ja auch was für sich haben warte ich noch. Weiß jemand ob es mit Hilfe von Drittanbietern möglich wäre? Trend Micro "deckt" mit Worry-Free Services Advanced laut eigener Aussage Office 365 ab. mfg aces

Hi, ich bereite gerade den Umstieg vom SBS2011 (mit Trend Micro Worry-Free Business Advanced) auf Server 2019 + Office365 vor. Dabei stehe icht jetzt gerade vor den Räsel wie ich folgendes Verhalten "nachgebaut" bekommen soll: Alle Emails mit Anhängen werden prinzipiell zugestellt. ABER: entspricht ein Anhang nicht der Whitelist (z. Bsp. .jpg;.pdf) oder enthält Schadsoftware wird diese Datei in Quarantäne verschoben und kann nachträglich zugesendet/freigegeben werden. Die Nachricht ansich und unkritische Anhänge werden also zugestellt. Der Empfänger bekommt statt des ursprünglichen Anhangs eine .txt mit den Hinweis, dass etwas gelöscht wurde. In Office365/ Exchange Admin Center habe ich zur Verfügung: 1) Schadsoftwarefilter. Setzt die gesamt Nachricht in Qurantäne und ist limitiert auf die vorgebenenen Dateianhangstypen. Die Liste der Dateitypen mir die von Outlook zu sein. 2) Nachrichtenflussregeln. Dort finde ich aber auch keine Option nur den Anhang in Qurantäne zu verschieben. Dazu erscheint mir die Konfiguration sehr kompliziert und damit fehleranfällig. https://docs.microsoft.com/de-de/exchange/security-and-compliance/mail-flow-rules/inspect-message-attachments https://docs.microsoft.com/de-de/exchange/security-and-compliance/mail-flow-rules/common-attachment-blocking-scenarios Könnt ihr mir auf die Sprünge helfen? Vielen Dank aces

Hi, nachdem ich mir auf einem alten PC eine kleine Testinstalltion mit Server 2019 Essentials gebaut habe, kann ich die Hauptfrage wohl beantworten: es funktioniert. Eine physische Hdd gleicher Größe wie die OS Hdd nimmt er genauso wie eine virtuelle Festplatte die kaum größer als die Basisinstallation ist. mfg aces

Hi, ich habe in der Ereignisanzeige unseres SBS2011 einige Einträge dieser Art gefunden: Quelle: RasMan ID: 20209 "Es wurde eine Verbindung zwischen dem VPN-Server und dem VPN-Client 92.63.194.155 hergestellt, aber die Verbindung kann nicht abgeschlossen werden. Die häufigste Ursache für dieses Verbindungsproblem ist, dass die Konfiguration einer Firewall oder eines Routers zwischen dem VPN-Server und dem VPN-Client keine GRE-Pakete (Generic Routing Encapsulation) (Protokoll 47) zulässt." Ich finde dazu aber nur Themen, die sich damit beschäftigten wenn es ein gewollter Zugriff ist der nicht funktioniert. In meinem Fall versucht sich aber eine unerwünschte Person zu verbinden. Meine Frage: Ist zum Zeitpunkt der Fehlermeldung die eigentliche Basisverbindung bereits gescheitert, oder war die Person schon einen Schritt weiter, also hätte der Login (user//pass) ansich funktionieren können? In der Ereignisanzeige finde ich ansonsten keine weiteren Hinweise auf einen Eindringling. Sollten aber Zugangsdaten erraten worden sein, wüsste ich spontan auch nicht wie ich diese Zugriffe finden sollte. Vielen Dank aces

Hi, ich komme vom SBS 2011 und bereite gerade die Umstellung auf Server 2019 (Essentials oder Std.) vor. Da ich vom SBS 2011 ja die diversen Einschränkungen beim Backup gewohnt bin, hoffe ich jemand kann mir folgende Frage mit Sicherheit beantworten: Ist es beim Server 2019 über die Windows Server-Sicherung möglich größere Volumes auf ein kleineres USB-Ziellaufwerk zu sichern, wenn der eigentliche Platz ausreichen würde? Konkretes Beispiel: Array1 / C:\ mit 240 GB Gesamtkapazität, physisches OS Array2 / D:\ mit 4,8 oder 7,2 TB Gesamtkapazität, davon derzeit maximal 2 TB belegt Ziellaufwerk: USB-Hdd mit 4 TB Ein Netzlaufwerk als Ziel für inkrementelle Backups ist ja soweit ich weiß noch immer nicht möglich. Die 2 TB-Grenze ist ja durch .vhdx gefallen. Nur finde ich nirgends die Auskunft ob das obige Beispiel durchführbar ist. Bei dieser Gelegenheit noch folgende Frage: würde unter Server 2019 die Wiederherstellung auf ein kleineres Ziel funktionieren? Beim SBS 2011 ging auch das nicht. Vielen Dank! aces

Hi, hier noch leicht verspätet die Rückmeldung: Da die Installation nicht klappen wollte habe ich den Drucker einfach 5x manuell installiert. Bei den verbliebenen 32-Bit Clients erfolgt die Verteilung weiterhin per GPO, jetzt allerdings per WMI-Abfrage eingeschränkt, was zu laufen scheint. Vielen Dank! aces

Hi, also ist der Weg über WMI-Abfragen auch für diesen Fall der "Königsweg"? Ich frage, da bei entsprechenden Threads oder Anleitungen oftmals die Behandlung über OU empfohlen wird. Da ich mit beiden quasi noch keine Erfahrungen habe, bin ich da frei:) Es geht im übrigen um ~10 Clients die dann jetzt 50/50 verteilt seien werden. mfg aces

Hi, ich habe hier einen SBS2011 mit Win7 Clients am laufen. Bislang waren diese fast ausschließlich in der 32 Bit Version installiert. Jetzt setzte ich einige neu auf und werde dabei auch auf 64 Bit wechseln. Dabei gibt es ein kleineres Problem, bei dem ich um eure Hilfe bitten würde: Der zentrale Drucker ist ein Ricoh MP C 2050 der als Netzwerkdrucker mit einem PCL 6 Treiber angesprochen wird. Die Verteilung läuft über GPO> User> Einstellungen> Systemsteuerungselemente> Drucker ohne Adressierung auf Zielgruppenebene. Das klappt auch bislang problemlos und wie gewünscht. Für eine Sonderfunktion brauche ich aber den leicht angestaubten und nicht mehr gepflegten Ricoh RPCS Treiber. Dieser funktioniert bei 64 Bit PCs leider genau mit dieser Sonderfunktion (Briefpapier) nicht als Netzwerkdrucker. D.h. ich muss den Drucker an diesen Client-PC "direkt" installieren und würde dies auch gerne über die GPO erledigen. Die reine Installation an den Clients, die Konfiguration werde ich jeweils manuell erledigen. Nur bekomme ich es bislang nicht hin:( Zudem würde ich gerne die Verteilung als RPCS/Netzwerkdrucker für die 32 Bit Clients bestehen lassen, aber nur noch diese ansprechen. Auf Zielgruppenebene kann ich leider genau unsere OS-Versionen (Win 7 Pro 32/64 Bit) nicht auswählen. Und welche der vermuteten Alternativen der richtige Weg ist weiß ich nicht. Ich denke dabei an Computername, Umgebungsvariable, WMI-Abfrage oder Sicherheitsgruppen. Habt ihr ein paar Tipps für mich? Vielen Dank! mfg aces

Hi, glaube ich habe es geschafft. DF hat angeboten die Zertifikatserstellung zu übernehmen. Hier in aller Kürze mein Vorgehen: -IIS, Zertifikatsanforderung erstellt, CSR Text nebst Daten an DF geschickt -RapidSSL Email/Anforderung bestätigt -Die "übliche" Email von DF zurückbekommen undauch im df-Panel ist alles wie gehabt. Mit Zwischenzertifikaten (GeoTrust_Global_R1_CA.pem, RapidSSL_Intermediate_CA.pem) und "sub.domain.de.p7b"-Zertifikat -Die Zwischenzertifikate habe ich nicht erneut installiert -Im IIS "Zertifkatanforderung abschließen, die "sub.domain.dep7b"-Datei gewählt und den Namen "sub.domain.de" angegeben !!! Der IIS gibt eine Fehlermeldung aus, die man aber wohl ignorieren kann: https://www.geocerts.com/install/iis_7 -Das Zertifikat erscheint nach dem Abbruch im IIS und lässt sich dann auch über den SBS-Assistenten auswählen und aktivieren -SBS-Konsole und auch ein Browser geben das neue Zertifikat aus. mfg aces

Hi, ok, dann will ich es mal so wagen:) - Vielen Dank! Edit: Das war wohl nichts. Das DF-System akzeptiert die nach ihrer Anleitung erstellte Anforderung mit den gleichen Fehlermeldungen nicht: Offenbar bin ich nicht der einzige: https://social.technet.microsoft.com/Forums/windowsserver/en-US/f9dfdf68-df16-45c6-a349-72b3129f97fc/how-to-generate-a-csr-in-iis-75-with-sha2-algorithm?forum=winserversecurity http://technet.microsoft.com/de-de/library/cc725793%28v=ws.10%29.aspx Als SBS Nutzer fühle ich mich von der certreq-Syntax gerade mehr als nur ein wenig überfordert :( mfg aces

Hi, vielen Dank für den Link. Dann werde ich die Angaben weiter "umschreiben". Die Schlüsseleinstellungen geben sie so an: Kryptografiedienstanbieter: Belassen Sie den voreingestellte Anbieter "Microsoft RSA SChannel Cryptographic Provider". Bitlänge: Als Schlüssellänge ist 1024 voreingestellt. Wählen Sie hier eine Bitlänge von 2048 "Frisst" das der SBS? Man umgeht ja teilweise den Assistenten und das soll man ja nicht:) mfg aces

Hi, das Zertifikat für den Remotezugriff läuft die Tage ab und ich wollte es wie in den letzten Jahren erneuern/verlängern. Das Zertifikat habe ich bislang über domainfactory bezogen und bislang keine Probleme gehabt. (SBS-Konsole, Zerifikatsassistent, Request, Zertifikat installieren,...) Heute lieferte das df-System aber eine Fehlermeldung und aktzeptierte den CSR-Request nicht. Der Support gab mir diese Antwort: Jetzt liefert der SBS-Assistent keine mir bekannte Einstellungsmöglichkeit daran etwas zu ändern. Liegt die Lösung darin direkt über den IIS eine Zertifikatanforderung zu erstellen, das Zertifikat über den IIS zu importieren und dann im SBS-Konsolen-Assisten dieses "bereits auf dem Server installierte Zertifikat" zu verwenden? Sollte dem so sein, kennt jemand die "besten" Einstellungen für den SBS? Ich kann ja zwischen MS RSA SChannel 384 bis 16384 und MS DH SChannel 512 und 1024 wählen. Zusatzfrage: Bei erstellen der Zertifikatsanforderung kann ich Umlaute und Sonderzeichen angeben. Der SBS-Assistent hat sich daran immer gestört. Bsp: XXX & Co. KG in Musterort-mitBindestrich Kann ich diese neue Möglichkeit bedenkenlos nutzen oder lieber "umschreiben"? Vielen Dank aces

Hi, über RSnych als Stichwort bin ich schon gestolpert, konnte mir aber eine Frage bislang nicht beantworten: Überträgt dieses inkrementell, blockbasiert, oder-wie-auch-immer-man-es-nennt-wenn-nur-die-Änderungen/einzelnen-Bits&Bytes-übertragen-werden:) Das SBS bzs. wbaadmin Backup besteht ja aus einigen Katalogdateien und 1-2 VHD die so groß wie die Partitionen sind, also dem gesamten Ordner "WindowsImageBackup" auf dem Sicherungslaufwerk. Genau diese Ordner will ich mit einem externen Standort synchronisieren, ohne ihn jedesmal komplett neu hochladen zu müssen - denn dies wären jeden Abend einige hundert Gigabyte. Ich habe Propellerguppy so verstanden dass er dies umgeht: Bedeutet für mich: 1) Wbadmin-Skript mit gleichen Einstellungen wie bei der SBS-Sicherung (Bare-Metal, etc.) auf ein fixes Laufwerk. Kein NAS damit kein Vollbackup gezogen wird, sondern die Sicherung ansich inkrementell ist. 2) Die Sicherungsdateien (der Ordner "WindowsImageBackup" auf dem Sicherungslaufwerk) wird auf ein NAS kopiert 3) Der Ordner wird vom NAS auf ein externes NAS/Hostinganbieter INKREMENTELL übertragen, damit man nicht hunderte Gigabyte übers Internet durch die Gegend schaufeln muss. Leider fehlen mir Wissen, techn. Ausstattung und Google-Glück um insbesondere die Umsetzung von 3) abzuklären. Ich vermute es gibt eine Möglichkeit über RSYNC, BITS oder proprietäre Protokolle wie Dropbox oder WD-Cloud mit denen sich die tatsächlich zu übertragene Datenmenge reduzieren lässt. Ich hoffe meine Fragestellung jetzt klarer gemacht zu haben:) Danke und mfg aces

Hi, ich glaube ich muss meinen letzten Post korrigieren: es half mir für den Moment genug weiter:) Demnächst stehen einige Veränderungen am Server an und dabei wäre die von Propellerguppy skizierte Lösung gar nicht schlecht. Nun würde mich interssieren wie genau der inkrementelle Weg per FTP auf das NAS an einen externen Stadort realisiert ist. Inkrementell bedeutet hier ja, dass die Veränderungen der VHD-Datei übertragen werden müssen wenn man nicht immer das komplette Backup hochladen möchte. Am besten wäre natürlich eine Lösung a ala Dropbox:) Danke und mfg aces

Hi, vielen Dank, das hilft mir genug weiter! mfg aces