testperson

D.h. Ihr nutzt XenApp und stellt Sitzungen und / oder Anwendungen bereit? Wenn du auf allen Servern löschen willst, vermute ich, Ihr nutzt kein PVS oder MCS? Dann solltet Ihr euch PVS und MCS angucken ;) Je nachdem was das für Dateien oder Strukturen sind, könnte man vielleicht über den UPM die Dateien auf einen zentralen Server "ins Profil" synchronisieren / spiegeln und dort an nur einer Stelle löschen. So als evtl. Citrix-Lösungs-Ansatz-Gedanke ;)

Hi, was für Daten sind das denn und was ist das genaue Ziel hier? Wäre es evtl. sinnvoll die Daten einfach auf einem Fileserver o.ä zu speicher und somit nur an einem Ort? Gruß Jan

Hi, ein lokaler Virenschutz auf dem Client / Server? Hat der evtl. seine Finger im Spiel? Gruß Jan

Hi, dann poste doch mal den kompletten Fehlertext der 405 4.7.1 Meldung. Nutzt Ihr einen Exchange Server? Oder wo liegen die Postfächer? Ich würde vorsichtig auf Greylisting tippen. Gruß Jan

Ja, es gibt auch Firewalls die da still und leise im Traffic rumpfuschen.

Hi, es gibt übermotivierte Virenscanner die sich mit einer Port- / Protokollüberwachung einfach als Proxy zwischenschalten. Spontan fällt mir da G-Data ein. Gruß Jan

Bei einer handvoll betroffener User EAS ausschalten und beobachte was die TLogs machen? Um so evtl. an den User ranzukommen? Oder eben die User nach und nach in eine neue DB verschieben und beobachte ob und ab wann da das Problem los geht?

Hi, hast du mal einen Case bei Microsoft aufgemacht? Ggfs. können die den Verursacher benennen oder das Problem beheben. Gruß Jan

Hi, da dürfte es einiges geben. Spontan käme mir "SPLA Reporting" oder Citrix CloudPortal in den Sinn. Du kannst bestimmt auch dein Script anpassen und täglich auswerten. Daraus kannst du dann ja weiteres berechnen / auswerten. Gruß Jan

Solange du die direkt wieder ausgeschaltet hast und jetzt dein Backup ans laufen bringst.. Ok. Ansonsten ist das eher keine Lösung.

Hi, damit ist euer Backup Programm BE15 gemeint. Und es wird vermutlich nicht laufen bzw. zumindest das Exchange Backup nicht (richtig) ;) Gruß Jan

Hi, Logs? Läuft das Backup? Ansonsten schau mit Tree Size o.ä. nach, wo welche Datenmengen liegen. Exchange Version und Patchstand? Gruß Jan

Hi, ich vermute eher es liegt am SHA1 Zertifikat. Das ganze rumgefriemel dürfte unterm Strich deutlich mehr kosten, wie einfach ein SAN Zertifikat zu kaufen und einzubinden. So langsam könnte man sich dann auch Gedanken machen, den Ex 2007 abzulösen. Gruß Jan

Hi, soll das eine Erweiterung oder ein Ersatz fürs Backup werden? Gruß Jan

Hi, installiere auf einem Windows 10 Client / Windows 2016 Server mal die RSAT Tools zur Gruppenrichtlininenverwaltung und starte die dann auf dem Windows 10 Rechner. Gruß Jan

Hi, dafür musst du am Exchange dem User A das "Senden Als" oder das "Senden im Auftrag von" von User B erlauben. https://technet.microsoft.com/de-de/library/bb676368(v=exchg.141).aspx Gruß Jan

Und temporär könntest du die DBs kurz auf Umlaufprotokollierung (und direkt wieder zurück) stellen. Und dich dann ASAP ums Backup kümmern.

Hi, wenns um den eigenen Heimserver geht, würde ich den Bitvise SSH Server nehmen und darüber sFTP machen. Dann sparst du dir das ganze genatte und brauchst immer nur Port 22 tcp. Und wenns nicht "Personal Use" ist, würde ich den Bitvise lizenzieren oder ne Linux VM für sFTP nutzen. Gruß Jan

Hi, suchst du https://blogs.technet.microsoft.com/msrc/2017/05/12/customer-guidance-for-wannacrypt-attacks/ und https://technet.microsoft.com/en-us/library/security/ms17-010.aspx? Gruß Jan

Manchmal sind es die kleinen Dinge im Leben ;) P.S.: Gibt es keinen WINS Server in dem Netz?

Heißt die Domäne elaste.local oder elaste.lokal (Wie der DNS Suffix)? Den Domain-Join hattest du mit elaste.lokal getestet und dich hier nur verschrieben oder der DNS Suffix ist falsch?

Hi, evtl. ähnliche Umgebung wie hier: http://www.mcseboard.de/topic/210325-exchange-m%C3%BCllt-c-zu/ Wenn du Platz brauchst, schieb Platten nach oder erweiter die Platte. Gruß Jan

Kannst du den Server in die Domäne aufnhemen, wenn du den DNS Namen nutzt (Elaste.lokal)?

Das ganze xxx bei den IP Adresse hilft nicht wirklich weiter. Und so geheim und schützenswert sind interen IPs jetzt auch nicht ;)

Dafür gibt es das Remotedesktop Gateway. RDP nach intern zu öffnen ist keine gute Idee.