|
j -> RE: Remote WMI to the ISA server (29.May2006 7:19:22 AM)
|
Hi, heres how i do it, but you must trust the souce, ie. the monitoring box(es). this method your scripts will work and not time-out and use can use mmc properly aswell, while the rpc/dcom publising on isa 2004 is awesome for rpc stuff like outlook, its not so fun for remote scripting/required mmc usage from trusted internal hosts to the isa box itself. 1.First you need to make explicict range form dcom high ports you can use via in the registry (see http://support.microsoft.com/?kbid=154596) HKEY_LOCAL_MACHINE\Software\Microsoft\Rpc\Internet Edit the Ports multi-string to your liking. I use 5000-5100, this should be fine amount for a non application server.(see kb above) Ports 5000-5100 (multi-string) 2. create two basic custom protocols for SMB and dcom, cust_smb 445 tcp outbound 445 udp send (no related application filters ticked!) cust_dcom 135 tcp outbound 5000-5100 tcp outbound (no related application filters ticked!) 4. create the rule, allow, source = trusted admin/monitor box(es), destination localhost, protocols: cust_smb, cust_dcom, all users 5. Edit the System policy Untick the 'enable' for Microsoct Management Console, you don't need it now because we have created a better rule for our trusted box(es) ( note having this ticked will create a hidden rule that can break wmi scripts and alike). Untick the 'force strict rpc compliance' option for Active Dicrectory Click ok, apply new configuration, restart the isa server now when the isa box has booted back up, from your monitoring box. you can use mmc consoles, vbscripts, wmi scripts to monitor/admin the isa 2004 server. fyi do a netstat -an and you wil se the listening dcom servers in your configured range. This methods allows for the best of both worlds, secure admin/scripting of the the isa box and no less secure isa box because the rpc filter is still active and being used by isa server other default/custom access or publishing rules. cheers j
|
|
|
|