testperson

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.

Hi, du hast ein Zertifikat erworben welches als SAN auch autodiscover.<deine-domains>.<tld> enthält? Den Exchange und die Clients einmal durchgebootet? Gruß Jan

Zum Thema Pfusch würde ich noch anbieten den RDP Port einfach pro VM immer um +1 zu ändern :D

Naja, da lässt sich bestimmt was mit nem RDGW / RDWeb zaubern oder mit einem Reverse Proxy / RDP Proxy.

IPv6 deaktivieren ist _nie_ eine gute Lösung! Was ist denn da jetzt genau Sache? Sind beide Server Hyper-V und beider Server sollen auch noch DC sein / werden? Also ist EL2008 Hyper-V und DC und LEHYPERV01 ist ebenfalls Hyper-V und soll DC werden?