David's profileDavid Moisan's ITPhotosBlogLists Tools Help
    August 05

    SBS 2003 SP1/ISA 2004: WMI scripts don't work (Part 2)

    In my last post, I talked about how ISA 2004 could keep your WMI scripts from running properly on your SBS machine.  Here's how I diagnosed it on my server:
     
    ISA 2004 has an awesome monitoring capability.  It can monitor the firewall and display sessions and blocked ports in real time.  ISA has a query filter you can edit down to client IP's, destination IP's, ports and protocols.  Great for troubleshooting, especially in this case!
     
    It helps to know that WMI uses DCOM which uses RPC, in fact it's essential to know what protocols your script or program may use under the hood.
     
    First, pick your WMI script.  It should be one that you can run against a remote machine.  Most Scriptomatic-generated scripts can do this. 
     
    Open ISA Management and select Monitoring and click the Logging tab.  Click Edit Filter.  Select Log Record Type Equals Firewall and Log Time set to Live.  If there are any other filters, remove them.  Select Filter By Destination IP and enter the IP address of the remote machine you are running the script against.  Click Start Query.
     
    In another window, such as a command window, run your script.  It should fail.  Rerun it again a few times.  In the ISA Management window, you should see some entries pop up in the Logging Tab.  Click on Stop Query.  Click on Copy All Results to Clipboard and paste it to a spreadsheet.
     
    The formatting of this blog won't let me put the whole log in here legibly, but these are the fields that came up in my troubleshooting that I want to point out:
     
    Client IP:  192.168.12.x (the SBS machine)
     
    Destination IP: 192.168.12.10 (the remote machine)
     
    Protocol:  RPC (all interfaces)
     
    Action: Closed Connection
     
    Rule: Allow RPC from ISA Server to trusted servers
     
    Result Code: 0x80074e24
     
    Note that ISA will log the rule it uses to deny (or allow) access.  "Allow RPC from ISA server to trusted server" is an ISA system policy, according to the ISA help file.  The help file also explains that this system policy is grouped under Authentication Policy and that I can change it with the System Policy Editor.
     
    The result code, unfortunately, is not in ISA Help but it is on the ISA 2004 SDK page.   0x80074e24 is listed as FWX_E_CONNECTION_KILLED.  In other words, ISA dropped it, as it does most RPC connections (and WMI) when "Enforce strict RPC compliance" is checked.
     
    As I mentioned in my last post, I've been running in circles for over a month trying to fix this.  Once I got smart and had the idea of using ISA monitoring to troubleshoot this, it only took me about 30 minutes to fix.  ISA 2004 is an excellent product!
     

    Comments

    Please wait...
    Sorry, the comment you entered is too long. Please shorten it.
    You didn't enter anything. Please try again.
    Sorry, we can't add your comment right now. Please try again later.
    To add a comment, you need permission from your parent. Ask for permission
    Your parent has turned off comments.
    Sorry, we can't delete your comment right now. Please try again later.
    You've exceeded the maximum number of comments that can be left in one day. Please try again in 24 hours.
    Your account has had the ability to leave comments disabled because our systems indicate that you may be spamming other users. If you believe that your account has been disabled in error please contact Windows Live support.
    Complete the security check below to finish leaving your comment.
    The characters you type in the security check must match the characters in the picture or audio.

    To add a comment, sign in with your Windows Live ID (if you use Hotmail, Messenger, or Xbox LIVE, you have a Windows Live ID). Sign in


    Don't have a Windows Live ID? Sign up

    Trackbacks

    The trackback URL for this entry is:
    http://dmoisan.spaces.live.com/blog/cns!95CB015E3E4A702A!122.trak
    Weblogs that reference this entry
    • None