testperson

Also wir selber nutzen bei keinem Kunden eine solche Veeam Lösung. Aber bei verschiedenen Kunden ebenfalls eine ähnliche Lösung. Und da wird der Initial-Sync bei solchen Massen einfach per verschlüsseltem Backup auf USB HDU und einem Kurier erledigt.

Hi, ein Off-Site Backup zu einem entsprechenden Veeam Cloud Connect Partner ist sicherlich auch noch eine Überlegung wert. Gruß Jan

BTW.: Wenn du "%SystemRoot%\explorer.exe shell:PrintersFolder" öffnest, hast du die alte Ansicht inkl. Kommentar und Standort. Lässt sich z.B. per GPP Verknüpfung auf die Desktops oder ins Startmenü der User zaubern.

Hi, wir behelfen uns bei verschiedenen Kunden mit "sprechenden" Namen. Z.B.: "EG<Raum Nr.> Drucker01"; "1OG<Raum Nr.> Kopierer07" oder "Drucker01 Flur links" oder oder oder. Gruß Jan

Hi, auf die PF DB komplett verzichten und alles in eine oder ggfs. mehrere Shared Mailboxen packen. Gruß Jan

Hi, zum Einen könnte dein Exchange mal aktualisiert werden auf CU13. Zum Anderen wäre es vielleicht einfacher, die STMP Adresse per E-Mail-Adressrichtlinie zu setzen. Für den Vollzugriff würde ich einfach im Script eine Gruppe erstellen lassen und diese berechtigen. Die Gruppe kannst du dann ja auch nach Lust und Laune mit Usern füllen. Gruß Jan

Und die Shared Mailbox kommt jeden Morgen mit dem Rad zur Arbeit, trinkt nen Kaffee und setzt sich dann an den PC und fängt das Arbeiten an? Du lizenzierst den Zugreifenden User und eben nicht die (Shared) Mailbox.

Du lizenzierst User oder Geräte aber keine Postfächer. Eine Shared Mailbox benötigt keine Lizenz. Das darauf Zugreifende Device oder der User müssen lizenziert sein.

Warum "verbraten"? Geht es um "Lizenz verbraten"?

Für sowas gibt es dann wiederum entsprechende Appliances die SSL Offloading beherrschen.

War der (unschöne) Hinweis das evtl. vom RDS selbst signierte Zertifikat als "vertrauenswürdige RootCA" zu installieren ;)

Hi, du musst der CA bzw. in dem Fall vermutlich dem Zertifikat vertrauen und es als vertrauenswürde RootCA ansehen. Gruß Jan

Eine ganze Menge WiFi Clients posaunen doch laufend raus, welche APs sie kennen und suchen. Jetzt stellt dir vor, da ist ein Device welches immer ruft: "Ja ich bin dein Gesuchter AP, verbinde dich doch bitte" ;)

Ein (gemeiner und fieser) Mann in der Mitte könnte den Download nach belieben modifizieren.

Citrix Netscaler IIS mit ARR (nicht auf dem SBS!) IIS mit WAP (ab Server 2012 R2) Apache NGINX HA-Proxy

Du hast doch schon 2mal von SBS2008 zu SBS2011 migriert? Was ist denn da passiert? Im Normalfall bekommt der User höchstens eine Meldung, dass er Outlook einmal neu starten muss. An den DHCP auf dem SBS wird auch gedacht ;)

Wird der Sharepoint / interne Website des SBS genutzt? Wird der WSUS des SBS genutzt? Wird der Remote Webarbeitsplatz genutzt? Wird der VPN Zugang über den SBS genutzt? Du kannst im Nachgang noch die SBS spezifischen GPOs deaktivieren / löschen und im AD die Umleitung (redirusr / redircmp) anpassen bzw. die User und Computerkonten in entsprechende eigene OUs schieben. Ein funktionierendes Backup ist ebenfalls hilfreich. Und bei ganz großen Zweifeln: Spiel das Backup in einer virtuellen abgeschotteten Umgebung zurück und geh die Migartion in dieser Umgebung durch.

Hi, AD Migration: https://technet.microsoft.com/de-de/library/dd379558%28v=ws.10%29.aspx Exchange 2007 zu 2013: https://blogs.technet.microsoft.com/meamcs/2013/07/25/part-1-step-by-step-exchange-2007-to-2013-migration/ Patche zuerst das Quellsystem komplett durch und installiere den Exchange 2013 direkt mit dem aktuellsten CU12. Die FSMO Rollen würde ich erst recht spät nach einem gewissen Parallelbetrieb vom SBS auf den neuen DC schieben, da der Server ansonsten nach 7 Tagen herunterfährt. Dann sauber den Exchange 2007 deinstallieren und den SBS demoten. Ggfs. wäre es noch eine gute Vorbereitung, die öffentlichen Ordner auszusortieren und in Shared Mailboxen "umzuwandeln". Gruß Jan

Hi, http://publib.boulder.ibm.com/infocenter/systemx/documentation/index.jsp?topic=/com.ibm.sysx.7944.doc/t_obtaining_ip_imm.html Gruß Jan

Na hoffentlich ist er auf einer Fortbildung zum Thema Exchange ;)

Hi, dürfen die Mitarbeiter private E-Mails senden / empfangen? Generell klingt das stark nach Überwachung der Mitarbeiter. Gruß Jan

Selbst wenn die Druckerschächte sauber mit auf den TS kommen bleibt immernoch: http://www.mcseboard.de/topic/199355-2012-r2-rds-extreme-druckerprobleme/ Ist der entsprechende KPDL / PCL Treiber den du auf dem Mac verwendest auch auf dem TS installiert? Oder willst du mittels EasyPrint drucken? Welchen RDP Client unter Mac nutzt du? Ich bleibe aber dabei: Rüste NICs in die Drucker nacht.

Unter Citrix ist mir das Problem noch nicht untergekommen. Selbst wenn die Server im RZ stehen wird es doch ein VPN dorthin geben? Die Drucker ohne Netzwerk zu kaufen ist sicherlich ungeschickt, lässt sich aber vermutlich nachrüsten.

Hi, ich würde einfach auf eine entsprechende Monitoring Lösung zurückgreifen und sowohl AD als auch Exchange damit 24/7 überwachen. Gruß Jan

Hi, binde die Drucker über Netzwerk ein und installiere diese dann am Remotedesktopserver. Gruß Jan