1. F\u00fcr einen internen Client, der \u00fcber TMG z.B. ins Internet m\u00f6chte \u201csieht\u201d TMG wie folgt aus:<\/p>\n
Hier ist gut erkennbar, das TMG Port 8080 f\u00fcr Webproxyclients und Port 1745 f\u00fcr <\/p>\n 2. Ist eine Client-Maschine hingegen Mitglied der \u201cRemoteverwaltungscomputer\u201d, dann sieht das Scan-Ergebnis so aus:<\/p>\n Hier ist deutlich mehr m\u00f6glich \u2013 ein \u201cRemoteverwaltungscomputer\u201d kann z.B. von Haus aus per RDP und RPC den TMG administrieren. Verantwortlich f\u00fcr die Umsetzung sind die bereits integrierten Systemrichtlinien.<\/p>\n <\/p>\n 3. Neu seit TMG ist ein Computersatz in der Toolbox mit dem Namen \u201cVerwaltete Servercomputer\u201d. Dieser wird (warum auch immer) w\u00e4hrend der TMG-Installation wie von Zauberhand mit einer kleinen IP-Range gef\u00fcllt. Bei meiner Installation wo TMG die interne IP 10.10.10.1 hat ist die Range wie folgt: 10.10.10.0 \u2013 10.10.10.31.<\/p>\n <\/p>\n Die Beschreibung des Computersatzes besagt folgendes: Vordefinierter Computersatz, der aus den Computern besteht, die eine Verbindung mit dem Konfigurationsspeicherserver dieses Arrays herstellen d\u00fcrfen.<\/p>\n Soso, TMG scheint also davon auszugehen, das falls ein Array gegr\u00fcndet werden soll (EMS oder Standalone), dann befinden sich anderen TMG-Hosts IP-technisch in der N\u00e4he. Eine Systemrichtlinie \u00f6ffnet f\u00fcr diese Range folgende Verbindungswege:<\/p>\n![\"pic2](\"https:\/\/blog.forefront-tmg.de\/wp-content\/uploads\/2010\/08\/pic2keinegruppe.jpg\" "\\"pic2")
<\/a><\/p>\nFirewall-<\/strike> \u00e4h TMG-Clients zur Verf\u00fcgung stellt.<\/p>\n<\/a><\/p>\n<\/a><\/p>\n