heuchler

Lese dich mal in 802.1x ein (WPA-Enterprise). Jedoch benötigst Du hier einen Radius Server. Diesen gibt es für Linux auch als freie Variante. Cisco WLC sollte damit umgehen können. Das hat aber erstmal nichts mit IP Adressen zu tun. Das wiederum könntest Du mit VLAN realisieren. Auch das sollte WLC können. Allerdings weiß ich nicht ob WLC direkt damit umgehen kann, oder Du eine weitere Komponenten benötigst. Grundsätzlich könntest Du zum Beispiel VLANs einrichten: VLAN 2= WLAN Werkstatt VLAN 3= WLAN Geräte VLAN 4 = WLAN Gäste Alles in eigenen Netzen. Ein Zugriff untereinander wäre dann eigentlich auch wieder am Ziel vorbei (weil, wozu trennt man vorher?), wobei auch dies ginge. Mein Senf: Ich hatte in meiner alten Umgebung Cisco APs. Die Dinger gingen mir irgendwann so sehr auf den Zwirn dass ich sie gegen managed APs ausgetauscht habe.

Ich dachte da auch zuerst an Mailstore. Nutze ich privat und geschäftlich. Home sieht aus wie im Bild. Firma muss ich mir morgen mal anschauen. Piler wäre jetzt noch was freies. Etwas tricky einzurichten.

Neben gbak habe ich damals xopero (oder so) gefunden. Die Preise gingen auch. Allerdings habe ich die FBDs beim Standardbackup mitgesichert. Danach ist einmal ein Server und einmal eine DB kaputt gegangen. Konnte ich beides wiederherstellen. Es gab einen Linux Knecht und einen Windows Server. Vielleicht war es auch einfach nur Glück.

Da gebe ich Dir recht. Aber ... bei der Umgebung weiß ich nicht was einfacher, sicherer und ggf. sinnvoller wäre. Wobei Letzteres ja ein anderes Thema wäre ;-) Der Exchange scheint ja erstmal zu laufen, BPA spuckt auch keine Fehler aus. Was ja eigentlich dafür spricht dass das Produkt an sich "okay" läuft und das Update ließe sich - meiner wenigern Erfahrung nach - nicht installieren wenn es hier schon Probleme gäbe oder die IS einen groben weg hat. MS wird's richten. Mich interessiert das Ergebnis.

Der Umzug wird schon funktionieren. Du installierst einen neuen Server und verschiebs die Postfächer. Natürlich erstmal ein Testpostfach, das keine 20GB groß ist ;-) Theoretisch könntest Du auch den Mailverkehr stoppen und die Postfächer via Powershell exportieren - so als kleines "Backup". Ein 50GB Postfach ist natürlich nett, vermutlich alle auch noch in einer einzigen Datenbank? (Also wenn diese korrupt ist, hast Du eh ein Problem). Eine Archivierung in der Größenordnung kostet nun weniger als Du denkst - ggf. JETZT testen, Mails archivieren (auf einer anderen Maschine natürlich). Dann wären diese schonmal halbwegs safe. Sollte dann garkein Zugriff mehr möglich sein (was ich nicht denke) dann greift man auf das Archiv zu. Was sagt denn die GF zu der ganzen Misere? Ihr benötigt ja irgendwie eine Lösung. Die Infrastruktur ist schon irgendwie... nicht mehr zeitgemäß.

Oh, deine Frage hat sich ja nun erledigt. Die Frage ist: wieviel Zeit hast Du und wieviel möchtest Du davon investieren? Alle der hier Anwesenden waren schonmal in der Situation. Und alle hier Anwesenden haben sich hinterher bestimmt schonmal gedacht "Hätte ich es Neu gemacht, wäre nur ein Tag dabei drauf gegangen". https://www.youtube.com/watch?v=YOlrLQhgg1Y An der Datenbank würde ich an deiner Stelle nicht viel machen. Wenn sie i.O. ist lasse sie so. Welche Backupsoftware habt ihr? Wiederherstellung der DB möglich? NorbertFe hat es ja schon erwähnt: wenn Du nun das CU16 installierst, dann kann kaum mehr kaputt gehen. Und grundsätzlich ist das ja relativ schnell gemacht. Hast Du dir mal die Ereignisantzeigen auf dem DC angeschaut (auch mal dcdiag)? Der Exchange an sich läuft? "Nur" die Verbindung zu Outlook dauert Ewigkeiten? Prinzipiell: Dass ihr nun Hardware einsetzt ist natürlich hinderlich, sonst könnte man mal eben einen neuen Exchange aufsetzen, dann die Daten übernehmen und hoffen dass es läuft. Allerdings solltest Du vorher ausschließen dass nicht andere Dinge für die Fehler verantwortlich sind. So habe ich zB mal über einen Tag damit vergeudet auf einem Ex2010 einen Fehler ausfindig zu machen, obwohl der DC nach der Installation der XenServer Tools eine Macke hatte. Nachdem ein neuer DC installiert und die Rollen übernommen wurde, lief der Exchange wieder. Daher auch der Tipp Dir mal die DCs anzuschauen.

Ich habe mir mal dein anderes Thema durchgelesen. Ist die Netzwerkstruktur immernoch so dass die Server über eure Fritzbox laufen? Die FB hat, soweit ich weiß, 2x GBit + 2x FastEthernet LAN. Das führt in Verbindung mit fixen Geschwindigkeiten (nicht autonegotiation) auch mal zu Problemen. Nicht dass hier irgendwas bockt. Selbst ich daheim lasse alles über einen Switch laufen mit einem Uplink zum Router, da die Kiste bei Last gerne mal zusammen brach. Bist Du dir sicher dass eure Netzwerkkonfiguration sauber ist? Wir sind ja nun zu viert der Meinung dass die Kommunikation nicht ohne Grund abbrach. Wie hast Du denn ipV6 konfiguriert? ipconfig / all > c:\ipconfigServerDC.txt Auf jedem Server ausführen, dann die Textdateien einmal zusammenfügen und benamen. Ich glaube Du kannst hier auch txt Dateien hochladen. Und mal eine blöde Frage: Wurde nach der damaligen Exchange Installation eine Änderung in der Struktur vorgenommen, bzw. gab es nach der ersten Exchange Einrichtung bereits Exchange Updates? Nicht dass es bereits länger ein Problem gab, obwohl alles augenscheinlich lief. Ggf. - und das ist jetzt nur ein Schuss ins Blaue - kannst Du nochmal preparead und prepareschema ausführen. Zusätzlich kannst Du dir mal die Konfig an den Outlook Clients anschauen. Funktioniert das Hinzufügen eines neuen Kontos? Gibt es Fehlermeldungen in Bezug auf Zertifikate? Letzte Frage: habt ihr keinen Dienstleister an der Hand? Ich weiß aus Erfahrung, es gibt anscheinend nur 10 Exchange-Spezis in diesem Land. Drei davon schreiben Bücher und der Rest tummelt sich hier (und ich zähle mich nicht dazu). Aber vielleicht hat er vor Ort ein paar mehr Möglickeiten sich die Geschichte anzuschauen. Du wirst wohl mit alltgäglichen Aufgaben beschäftigt sein.

Hast Du denn zwischenzeitlich versucht das Update nochmal zu installieren? Deine Zeile weiter oben war schon richtig. Eine Frage aus Interesse: was heißt Verbindung zum AD unterbrochen? Mir geht es hier um die Ursache - das passiert ja nicht einfach so. Nicht dass dies beim nächsten Update wieder passiert.

Also erstmal tut es mir leid dass man dich hier mit Dingen und Themen angeht und Diskussionen losgetreten werden, die Dir derzeit nicht weiterhelfen. Das ist hier so - das Mitbewerberforum ist jedoch schlimmer. (Hätte-Wäre-Könnte-Prinzip.... Ich hätte auch gerne ein Einhorn, wäre gerne Reich und könnte mich zur Ruhe setzen.) Zunächst solltest Du dir die Dienste anschauen. Seltsamer Weise gab es in den letzten 14 Tagen zwei Server die geupdatet wurden, wo ebenfalls das Dienste-Phänomen auftrat. "Leider" eben auch solche, die nicht "Exchange" im Titel trugen. Nachdem dieses Problem gefixt war, lief der Exchange immerhin wieder. Danach nochmal das Update eingespielt - und danach war es i.O. Wenn Du nun versuchst ein Update einzuspielen obwohl die Dienste nicht sauber laufen (hängen zum Beispiel) ist die Gefahr relativ hoch dass es nicht sauber durchläuft. Prinzipiell kannst Du nicht viel kaputt machen. Als Anhaltspunkt schaue Dir mal den Link an: https://evotec.xyz/exchange-2013-cu9-kb3087126-installation-goes-bad/ Ich würde das Script nicht ausführen, sondern an deiner Stelle die Dienste manuell durchgehen und dann starten/auf automatisch setzen. Es gab auch mal einen Patch seitens MS der dieses Verhalten förderte - jetzt frage mich aber nicht welcher das war. ein bisschen Powershell kannst Du bestimmt auch. Wenn Du via: Get-Service | ft DisplayName, name, Status > C:\Temp\Services.txt die Dienste ausliest, dann hast Du eine Übersicht über die Dienste mit entsparendem Status UND dem Namen. Vergleich die mal mit den Services in dem Link (RPC W3SVC)

Hm,es ist tatsächlich so dass diese Ausnahmeregel für angegebene Programme greift. Für alle. Hat also ein Rechner ein Problem mit einer Java-App, kann ich diese für alle Rechner erlauben. Vielleicht verstehe ich es auch einfach nicht?

Guten Tag zusammen, Ich würde mich freuen wenn sich der ein oder andere findet der sich bereits mit dieser Sophos Spielerei auseinander gesetzt hat. Derzeit teste ich dieses Porgrämmchen auf einer dritten Maschine, ein neuer Windows 10 Client der vor drei Tagen frisch installiert wurde. Die ersten beiden Tests waren, sagen wir mal vorsichtig, ziemlich interessant. Programme wurden nicht mehr gestartet, was allerdings das weniger schlimmere war. Oder (bei einem Kollegen) Windows startete nicht mehr sauber und hing bei der Anmeldung - was dann nicht mehr ganz so lustig war. Und jetzt, auf einem neuen Client, ein ähnliches Spiel mit nicht startenden Programmen und einer LOG "Übersicht" die stark zu Wünschen übrig lässt. Lädt man sich die Test Exploits herunter werden diese erkannt (wäre ja auch b***d wenn nicht). Aber... ich möchte Word starten. Nichts. Ich möchte ein PDF öffnen. Nichts. Da ich während der Freizeit auch ein wenig daddel... hier gibt es alle paar Minuten massive Hänger. Wo finde ich Infos darüber? Ich weiß es nicht? Im Sophos Central erkenne ich ebenfalls die Exploits, aber nicht warum sich auf einmal Standardprogramme nicht mehr öffnen lassen. Der erste Hinweis in US Foren "wenn alles aktuell ist, dann läufts" - kann ich nicht nachvollziehen, da alles aktuell ist. Es hat etwas mit der Exploit Abwehr zu tun. Wenn ich diese manuell deaktiviere dann lassen sich die Programme wieder starten. Schaue ich ins Sophos Central "Blocked Applications" - Nichts. Es gibt noch den Punkt "Exploit Mitigation Exclusions". Das klingt nach einer Lösung, da sich hier auch Programme finden die sich u.a. nicht öffnen lassen. Füge ich hier PDF oder Word hinzu, dann geht's. Aber was passiert wenn ich dies nutze? Wird dann der Schutz für Word, PDF und Co ausgehebelt? Sozusagen "Wenn Du das Programm unbedingt starten möchtest, lebe mit dem Risiko"? Vielleicht klärt mich jemand auf. Die Lösung scheint ja, wenn man der Marketing Abteilung glauben mag, DIE Lösung zu sein. Aber bisher zweifel ich noch etwas ob ich über die Testphase hinaus gehe. Wäre super wenn jemand helfen kann :) Viele Grüße und Danke euch!

Eine Frage dazu: Konntest Du die Updates einzeln auf den Server aktualisieren und die VMs trotz ungleichen Standes verschieben? Ich habe nämlich gerade folgendes Problem: Hosts HyperV01 und HyperV02 sind auf Stand 18217. HyperV03 sollte nun neu rein. Hier ist jedoch durch Updates das Build 18592 installiert (also neuer). Der Cluster Validation Test schlägt fehl. Idee: HyperV02 aktualisieren, Rollen von HV01 auf HV02, dann HV01 aktualisieren... ABER: ich habe etwas bammel dass dann die Migration zwischen HV01/HV02 nicht klappt bzw, die Rollen runtergefahren werden müssen... das wäre suboptimal. Vielen Dank und Grüße! Edit: Zur Auflösung: Das DSM Versionsupdate 18592 wird entweder mit seltsam anmutenden INTEL SYSTEM Update oder dem neuesten Vorschau Update installiert. Leider hat es jemand zu gut gemeint und eben auch diese draufgepackt - naja. Nachdem ich nun ein weiterer HV aktualisiert wurde, konnte dieser auch Live migriert werden. Schlussendlich schlägt also "erstmal" nur Cluster Validation fehl - die Umgebung bleibt jedoch produktiv. Wenn nun der letzte Server aktualisiert wird dann sollte alles laufen.

Einfache Frage, einfache Antwort: Mache Dir das Leben doch einfach leicht, schnappe Dir einen User aus der alten Domain, exportiere sein Postfach, lege den User in der neuen Domain an (vielleicht gibt es auch Gründe die Domain umzubenennen?), packe seinen Rechner rein, melde dich an, verbinde Outlook und importiere die PST. Das geht "nebenbei" in der MIttagspause (okay, bei einem 10GB Postfach vielleicht nicht) und Du kannst "sanft" migrieren. Es herrscht ja anscheinend auch kein Zeitdruck? Für 9 Postfächern würde ich da jetzt garnichts umkonfigurieren oder experientieren.

Gut zu wissen. :-/ Heißt also, wenn eine Änderung vorgenommen wurde (wie in diesem Fall Hinzufügen der Bindung 443) ist Essig, obwohl ich diese direkt wieder entfernt habe? Mehr wurde dort nicht geändert. ECP und OWA... still ruht der See.. Hm, was könnte man unternehmen? Ich habe mal in einer Testumgebung den IIS neu installiert bzw. über die Shell die Verzeichnisse neu angelegt. Ist dies die einzige Option?

Ich muss mich korrigieren, ECP funktioniert nicht mehr nachdem ich unter Backend die 443 Bindung anlegen wollte. Status jetzt wieder normal: Default Website: Bindung: 443 * selbstsigniertes Zertifikat Exchange Backend : Bindung kein 443 Aufruf intern ECP oder OWA : Seite nicht gefunden.

Du hast recht, die Mailboxes sind nicht drüben. Das hat nicht sauber funktioniert. Ich sehe z.B. das FaxPostfach, aber ohne Inhalt. Und das meckert er ebenfalls an. Heißt wohl Systemmailboxes etc neu erstellen? Edit: danke nochmal, habe deine Antwort jetzt gesehen :) ECP funktioniert. OWA nicht (404), Verzeichnis ist auch da. Virtual Directory stimmen auch. B indung stimmt auch, Zertifikat auch, das war das erste was mir einfiel. Interne CA, erstmal. Reicht für den Zweck. OutlookAnywhere für extern folgt, dann gibt es ein offizielles. 2016 CU4 auf Server 2016 durchgepatcht. Das Postfach für den Dom-Admin gibt es. b***d gefragt: was heißt elev. cmd? Wenn ich das Setup ausführe dann startet er eine neue ADPrep etc.? Sowas Blödes, echt. Ich sollte meine Schichten überdenken... -_-

Hey, danke Dir :) Also zuerst: Der Server wurde nie gewartet, dängelte sauber vor sich hin (ich bin da schon fast schwer begeistert). Kleine Umgebung, kein WWB, wohl auch nicht wirklich die Zielgruppe Microsofts für einen Exchange. Aufgrund dieser Planung auf eine neue 2016er Umgebung (inkl. Exchange), musste dann ein Update für den Exchange 2007 installiert werden (als Voraussetzung für den 2013er). Während des Updates brach er trotz vorheriger positiver Prüfung einfach ab. Das Problem hier war meiner Meinung nach ein Fehler im IIS - oder mehrere. Der WSUS machte ebenfalls Probleme. Kein Vor, kein Zurück. Also nach dem Zurücksetzen des Installmodus wurde dann die CAS Rolle und ebenfalls der IIS reinstalliert. Darauf lief der Exchange. Interessanterweise war das Update durch, nur der "Status" und die Versionsnummer stimmte nicht. Hier bin ich auch nach TechNet vorgegangen, wo ich dann auch die Tipps gefunden habe. Schlussendlich: Exchange 2013 konnte installiert werden, Postfächer (auch Systemmailbox) wurden über die Admin Konsole verschoben. 2007er deinstalliert, Freude :) Im jetzigen Schritt wurde ja bereits von 2013 auf 2016 migriert, auch die Postfächer - aber jetzt hast Du mich echt erwischt was mit den Systempostfächern ist, dass wird nochmal geprüft. Ich befürchte nämlich, und jetzt Asche auf mein Haupt, dass ich eins in der Console deaktiviert habe weil es Zicken machte. Und, auch wenn man mich neben der Asche auch noch steinigt, bei diesem "tipp" habe ich mich der MS Community bedient wo dann sowas drin stand wie "wenn die alte DB gelöscht werden muss und die Postfächer dies verhindern, get-mailbox -arbitration. -> disable ... lastarbritationmailbox" so in der Art. Es gibt ein sauberes Backup des Postfaches dass ich via single-item Restore wiederherstellen könnte...? Bisher habe ich noch nichts über ADSI Edit gefuscht. Derzeit läuft mode:uninstall - ich berichte gleich nochmal. ----Edit----- Jetzt bin ich verwirrt und erstaunt. Die Deinstallation lief durch. Kurzer Blick in ADSI Edit (nur ein Blick, wie vorher auch), keinen Hinweis mehr auf dem alten Server. Services sind auch weg. Allerdings: OWA klappt nicht. Das hat ja wieder was mit dem CAS zu tun... ich werde verrückt.

Hallo zusammen, ich hätte da mal eine Frage. Folgendes Vorgehen: Exchange 2007 (SBS2008..) -> Exchange 2013 -> Exchange 2016. Schritt 1: Exchange 2007 -> 2013 war schon eine schwierige Geburt. Die CAS Rolle des 2007er brach während der Installation des SP ab, das habe ich dann irgendwie durch viel Log lesen und Recherche hinbekommen (regkey "install" zurücksetzen etc.). Naja, so lief es dann also und ich konnte die Postfächer auch alle auf den 2013er übertragen. Der 2007er lies sich dann auch einwandfrei entfernen. Nun habe ich die Postfächer vom 2013er auf den 2016er migriert, einwandfrei. Sind alle in der neuen Datenbank (immerhin). Aber: bei der Deinstallation des 2013er brach die Deinstallation ab. Es schien mir so als hätte der Server sogar neugestartet?! Ende vom Lied: Install nochmal gestartet "Der Server befindet sich im Uninstall Modus...". Also wieder regedit: im CAS Eintrag stand er auf Uninstall: wieder entfernt, Setup neu gestartet, Prüfung durchlaufen lassen: Der Mist es nun er bricht die Deinstallation schon sehr schnell ab: Fehler: Der folgende Fehler wurde generiert, als "$error.Clear(); New-PushNotificationsVirtualDirectory -Role Mailbox -OAuthAuthentication:$RoleIsDatacenter -DomainController $RoleDomainController; " ausgeführt wurde: "System.ArgumentException: Die AD-Konfiguration für das virtuelle Verzeichnis 'PushNotifications' ist bereits in 'CN=PushNotifications (Exchange Back End),CN=HTTP,CN=Protocols,CN=SRV-EXMIG2012,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=atteloiv,DC=local' vorhanden. Entfernen Sie diese AD-Konfiguration manuell. Parametername: VirtualDirectoryName bei Microsoft.Exchange.Configuration.Tasks.Task.ThrowError(Exception exception, ErrorCategory errorCategory, Object target, String helpUrl) bei Microsoft.Exchange.Management.SystemConfigurationTasks.NewExchangeVirtualDirectory`1.InternalValidate() bei Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__b() bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean terminatePipelineIfFailed)". Hier steht zwar unübersehbar drin (ich habe es auch erst gesehen wo ich nun diesen Thread tippe :D ) dass ich die AD Konfig manuell entfernen soll. Aber... wie? ADSI-Edit? Soll ich diesen hier über den üblichen Weg "Konfiguration -> Services... etc., etc.,... Servers = EXMIG2012" entfernen? Was folgt danach? Muss ich noch etwas manuell setzen damit der neue Exchange sauber die Arbeit übernimmt? Connectoren ist klar. Vielleicht kann mich kurz jemand in die richtige Richtung lenken. Vielen Dank an euch Daniel

Das Leben wäre so langweilig wenn man nach Ikea-Manier alles aufbaut. Lieber nochmal von vorne machen, das schafft auch Vertrauen in die eigenen Fähigkeiten :D Nee, natürlich danke für den Tipp. Derweil sind die Zonen fertig, aber es klappt nicht. Alter Server aus, keine Verbindung. Die Autodiscover URI zeigt zwar noch auf den neuen internen FQDN, aber das sollte doch theoretisch auch so klappen? hm.

Danke dafür. Irgendwie sowas habe ich mir auch schon gedacht, aber nun hänge ich. Grundsätzlich kann ich doch im DNS ne Zone einrichten? Zone: externe-domain.de Da rein packe ich dann mail.externe-domain.de outlook.externe-domain.de autodiscover.externe-domain.de Alle zeigen auf den neuen Server. Und dann? Achso, ich vergaß zu erwähnen dass die Umgebung recht simpel ist. Alle Dienste auf einem Server, nur interne Kommunikation bis auf OWA. (Noch) kein Anywhere im Einsatz.

Guten Morgen :) Es gibt zwei Ergebnisse: AutoDiscoverServiceInternalUri : https://srv-mail01.InternalDomain.local/Autodiscover/Autodiscover.xml AutoDiscoverServiceInternalUri : https://srv-exchange01.InternalDomain.local/Autodiscover/Autodiscover.xml Habe nun auf dem alten srv-mail01 ebenfalls set-clientaccesserver -autodiscoverServiceUri auf den srv-exchange01 ausgeführt. Das Ergebnis (wenn alter Exch aus, dann keine Verbindung bzw passwortabfrage) ist leider gleich. SCP im ADSIEdit zeigt srv-mail01: hier steht der srv-mail01 srv-exchange01: hier steht der srv-exchange01 Und noch die PS Abfrage :) distinguishedName ----------------- CN=SRV-MAIL01,CN=Autodiscover,CN=Protocols,CN=SRV-MAIL01,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT), CN=Administrative Groups,CN=FirstExchangeOrganization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fb,DC=local CN=SRV-EXCHANGE01,CN=Autodiscover,CN=Protocols,CN=SRV-EXCHANGE01,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF2 3SPDLT),CN=Administrative Groups,CN=FirstExchangeOrganization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fb, DC=local

Guten Morgen zusammen :) Aufgrund eines Problems mit dem alten Exch2010 (der noch läuft) wurde ein neuer Exchange 2010 aufgesetzt. Unter einer neuen IP und einem neuen Namen. Eigentlich schon eine überfällige Aktion. Überwiegend Outlook 2007 oder 2010. Nun, der alte läuft noch (wegen Postfächern, Verteilerlisten etc..). Somit kein m:RecoverServer Postfächer wurden bereits einige übernommen, solange der Alt_Exchange läuft kann sich Outlook verbinden. Sobald ich diesen runterfahre kann sich Outlook nicht mehr verbinden. Blöde Sache. Ein neues Zertifikat habe ich bereits erstellt. DNS Zone eingerichtet und PTR A-Host (von mail.abc.de und autodiscover.abc.de für intern) angelegt. Dennoch öffnet sich beim Öffnen des Outlook das Benutzername/Kennwort Fenster... Nun überlege ich ob dies funktionieren wird wenn ich den alten sauber entferne. Unter ADSIEDit befindet sich der alte Exchange... daher dachte ich an den Step "alten Exchange entfernen". Vielleicht klärt mich kurz jemand auf? Vielen Dank und viele Grüße Daniel

Sie ist nicht unnütz wie ich schon mehrfach selber sehen konnte. Allerdings, was das Reporting in Bezug auf die Sandstorm angeht, echt um Welten verbesserungswürdig (hier zeigt sich dann die "Integration" durch Sophos) und ebenfalls die "Workarounds" sind eine Frechheit. Ansonsten ein gutes Produkt!

"Nicht schön" zu verwalten ist wirklich nett ausgedrückt. Eset Antivirus ist hier beinahe mein Favorit, kenne aber ebenfalls Drivelock (das nennt man mal ausführliches Management). Mein Rating: DriveLock (vielleicht etwas viel für eure Anwendung) Eset (inkl. AV eine echte Bereicherung) Sophos mit Management Console . Den Einsatz der erlaubten Sticks kann man vorher schon planen indem man Sticks anschafft, die SN ausliest und diese dann verteilt. Birgt zwar immernoch das Risiko der fremd mitgebrachten Daten (private Nutzung), ggf. hilft hier eine Verschlüsselung. Aber ansonsten ist dies eine Kombination aus technischer Möglichkeit und internen Richtlinien.

Vielen Dank für die vielen Antworten, hat sich ja wieder gelohnt :) Wir werden sehen was daraus wird. Grundsätzlich ging es mir erstmal um die Frage ob auch die kleine Serie unterstützt wird, der Rest wird sich dann zeigen :) Vieel Grüße Daniel