DonMatze

Moin, wenn es dir um einen TMG Ersatz geht, schau mal hier rein: http://www.frankysweb.de/die-suche-nach-einem-forefront-tmg-ersatz-das-fazit/ Auch dies könnte dir helfen! http://www.schmarr.com/Blog/Post/13/Installing-Reverse-Proxy-on-Windows-Server-2012-R2-%28Web-Application-Proxy%29 Viele Grüße Matze

Moin, du kannst probeweise TrueCrypt installieren und den internen Benchmark laufen lassen. Ich benutze TC schon länger, im Regelbetrieb gibt es keine Verzögerungen. Es wird schneller, wenn deine CPU die AES Befehle unterstützt. Vielleicht hilft dir das: http://en.wikipedia.org/wiki/Comparison_of_disk_encryption_software Viele Grüße Matze

Moin moin, ich habe leider noch keine Antwort auf meine Frage gefunden, deswegen stelle ich sie mal. Mit der Kategorie bin ich mir nicht ganz sicher, zwei konnte ich leider nicht auswählen, da ich aber mit Microsofts Server rum hantiere, denke ich passt das hier schon. Kernpunkt meiner (virtuellen-) Infrastruktur ist ein Windows Server 2012 R2 mit zwei Interfaces. Die Subnetze sind 10.0.2.0/24 und 192.168.0.0/24. Die Interfaces haben die IP Adressen 10.0.2.15 ("ExternesNetz") und 192.168.0.1("InternesNetz"). An das 192er Subnetz ist der DHCP Service gebunden. Unter der IP 10.0.2.2 befindet sich ein NAT Router, der am Internet hängt. Nun habe ich die RAS Rolle installiert und dort LAN Routing aktiviert. Nun sollten eigentlich beide Subnetze mit einander kommunizieren können. Ein Ping vom Client 192.168.0.51 an 10.0.2.15 funktioniert. Jedoch kann ich vom besagten Client den NAT Router (10.0.2.2) nicht anpingen. Ein Ping vom Server aus funktioniert. Statische Routen führten mich nicht zum Erfolg. Vom Interface "InternesNetz" wurde Folgende Route eingerichtet: Destination: 10.0.2.0, Netzwerkmaske: 255.255.255.0, Gateway: 10.0.2.15 Vom Interface "ExternesNetz" wurde Folgende Route eingerichtet: Destination: 192.168.0.0, Netzwerkmaske: 255.255.255.0, Gateway: 192.168.0.1 Ein Blick mit Wireshark unter die Haube brachte folgendes zu Tage. ARP vom Client (192.168.0.51) nach 10.0.2.2 funktioniert. Versucht 10.0.2.2 jedoch auf den ICMP Ping zu reagieren, lässt sich die IP Adresse des Clients nicht per ARP auflösen. Eine Antwort auf die ARP Anfrage bleibt aus. Wireshark meldet dann natürlich die Warnung "no response found!". Wenn ich LAN Routing verwerfe und stattdessen NAT Routing benutze, geht es in Richtung 10.0.2.2 und Internet funktioniert auch. Aber das ist nur unidirektional und es soll halt in beide Richtungen funktionieren. Ich hoffe ihr könnt mir da weiter helfen. Falls ihr noch mehr Infos braucht, meldet euch ruhig. Viele Grüße Matze