testperson

Wenn ich deine Anmerkung zum "Fachbuch" richtig deute, hast du daneben gegriffen ;) Hier ein echt gutes Fachbuch: https://www.faq-o-matic.net/2014/03/03/hyper-v-und-system-center-das-neue-buch/

Hi, in diesem Fall hat sich halt "jemand" das <Verschlüsselungstrojaner XYZ>-Spionage Tool per "Klick" oder wie auch immer eingefangen. Wenn das <Verschlüsselungstrojaner XYZ>-Spionage Tool dann erstmal auf einem PC im Netz ist und das Netz auf entsprechende Exploits scannen kann ist der Rest nur noch eine Frage der Zeit. Gruß Jan

BTW. wird das VPN ja nur "Mittel zum Zweck" sein. Was soll denn auf dem Server laufen bzw. was soll da erreicht werden? Evtl. gibt es da ja sinnvolle Alternativen neben VPN ;)

Hi, mit der FritzBox und dem Windows Server wirst du dein Vorhaben nicht realisiert bekommen. Entweder vor den Server ebenfalls eine FritzBox / einen kompatiblen Router oder anstelle der FritzBox einen entsprechenden Router / VPN Server der kompatibel zum Windows Routing und RAS Server ist. Gruß Jan

Hi, Microsoft sagt: https://support.microsoft.com/en-us/kb/297684 Gruß Jan

Hi, auf was für eine Stelle hast du dich denn beworben? Und dein potentieller neuer Arbeitgeber schickt dich mal so mir nichts dir nichts zu einem seiner Kunden? Du wirst doch irgendwelche Infos bekommen haben? Gruß Jan

VPN Passthrough brauchst du wenn du durch die Fritzbox Tunneln möchtest. Sprich wenn du LAN seitig hinter der FB einen VPN Server hast.

Hi, die MVA bietet da einiges: https://mva.microsoft.com/ Gruß Jan

Hi, ich meine mich zu erinnern, dass Samsung SSDs und LSI Controller keine gute Paarung sind. Auf dem Host selber hast du identitsche Werte? Gruß Jan

Hi, ich würde einfach in feste IPs investieren ;) Gruß Jan

Eher ein Not-to-Tutorial: https://technet.microsoft.com/de-de/video/active-directory-tu-mir-das-nicht-an-sagte-der-domanencontroller.aspx

https://technet.microsoft.com/de-de/library/bb397214%28v=exchg.150%29.aspx

Hi, über welche Exchange Version reden wir denn? Ab 2007 sollte das in den Nachrichtenübermittlungseinstellungen und dort in den Einschränkungen für die Nachrichtenzustellung funktionieren. Gruß Jan

Beende einfach sämtliche Exchange Dienste? Und als wichtigster Tipp: Lass V2V / P2V ganz bleiben und migriere den Exchange so wie es vorgesehen ist. Dann musst du dich auch nicht um so einen "Blödsinn" kümmern.

Hi, hat die TK Anlage eine feste IP auf der LAN Schnittstelle konfiguriert oder ist die Schnittstelle auf dynamisch konfiguriert und es greift die Reservierung des DHCP? Gruß Jan

Hi, MigrationBatch wäre eine Möglichkeit. Aber selbst wenn du es im "laufenden Betrieb" machst, bekommt der User einen Hinweis, dass er sein Outlook aufgrund von Änderungen des Administrators neu starten möge. Gruß Jan

Hi, die Empfänger E-Mail-Adresse ist definitiv korrekt geschrieben und das Start Datum ist ebenfalls korrekt und in der Vergangenheit? Machst du das Tracking in der EMC oder in der EMS? Welche Exchange Version und welcher Patchstand? Gruß Jan

Das heißt, es gibt einen Exchange Server? Können die Geräte Active Sync? Wenn nein, wäre es wohl sinnvoller auf Geräte mit EAS Funktionalität zu setzen z.B. SmartPhones ;)

Hi, was für PDAs nutzt ihr denn da und von wo kommen die Kontakte, Kalender usw.? Gruß Jan

Hi, manuell ersetzen ist doof ;) Einfach eine http Umleitung einrichten: https://technet.microsoft.com/de-de/library/aa998359%28v=exchg.150%29.aspx Gruß Jan

Hi, evtl. interessiert sich der Code nicht für den deaktivierten WSH und nutzt einen entsprechenden Exploit, um diesen zu starten. Gruß Jan

Hi, wenn Fax so unabkömmlich ist würde ich bei Ferrari Electronics nach einer Lösung suchen. Gruß Jan

Hi, welches Dateisystem / welche Block Size hast du auf der produktiven Umgebung und was auf den älteren Hosts und wie groß ist die TEST-VM? Eure Lizenzen der eingesetzten Software decken auch ein solches Warm-Standby-Szenario ab? Gruß Jan

Hi, generell kommen (in unseren Fällen) die Platten für ein DR auch wieder per Kurier oder persönliche Abholung zurück. Was da für Zeiten garantiert werden müsste ich nachgucken. Bei unseren Kunden ist es halt die Option wenn alles vor Ort "in Schutt und Asche" liegt. Da dem Kunden dann möglicherweise neben geeignet Hardware auch noch ein Gebäude felht, trifft es sich ganz gut, dass wir im selben RZ hosten und das DR dort abwickeln können. Und in einem solchen DR Konzept wird es ja vermutlich auch noch eine Vereinbarung geben, wann welcher Service spätestens wieder online zu sein hat. Das sehr viele Dienstleister / Kunden ein super Backup Konzept haben aber noch nie über ein mögliches (Disaster) Recovery Szenario nachgedacht haben ist leider nicht von der Hand zu weisen.. Gruß Jan P.S.: Man könnte sollte natürlich auch zuerst einmal die Anforderungen definieren ;)

Hi, dann würde ich lieber direkt auf einen FTP Server setzen der auch einen SSH Server im Gepäck hat und direkt alles per SFTP verschlüsselt durch SSH getunnelt abwickeln. Gruß Jan