Sorry, my mistake, I had the wrong filename in the clipboard when I wrote the post.  I meant to ask about the "ScriptResource.axd" file, which is referenced in the web.config but I cannot locate it anywhere on my system.

The "SimpleAuth.asmx" file is in another exception error that has been popping up quite a bit.  I'm trying to figure out what is going on with that as, like you said, the only reference I can find about it online is with a WSUS server.  We do have one of those, but it is on another server. 

This is the error I keep getting over and over today:

AssemblyVersion: 04.05.01
PortalID: -1
PortalName:
UserID: -1
UserName:
ActiveTabID: -1
ActiveTabName:
RawURL: /SimpleAuthWebService/SimpleAuth.asmx
AbsoluteURL: /SimpleAuthWebService/SimpleAuth.asmx
AbsoluteURLReferrer:
UserAgent: Windows-Update-Agent
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: ef4cdd37-fc12-4bd8-8f0f-dd2304f77018
InnerException: Unhandled Error:
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Web.UI.Util.CheckVirtualFileExists
StackTrace:
Message: System.Exception: Unhandled Error: ---> System.Web.HttpException: The file '/SimpleAuthWebService/SimpleAuth.asmx' does not exist. at System.Web.UI.Util.CheckVirtualFileExists(VirtualPath virtualPath) at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile) at System.Web.Compilation.BuildManager.GetVPathBuildResult(HttpContext context, VirtualPath virtualPath) at System.Web.UI.WebServiceParser.GetCompiledType(String inputFile, HttpContext context) at System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath) at System.Web.Script.Services.ScriptHandlerFactory.GetHandler(HttpContext context, String requestType, String url, String pathTranslated) at System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig) at System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) --- End of inner exception stack trace ---
Source:

Here is another error I got tonight, after shutting down the Firewall Client:

AssemblyVersion: 04.05.01
PortalID: 0
PortalName: Marquette Area Public Schools
UserID: -1
UserName:
ActiveTabID: 52
ActiveTabName: Login
RawURL: /Home/Login/tabid/52/Default.aspx?returnurl=%2fHome%2ftabid%2f36%2flogon%2fwindows%2fDefault.aspx
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer: http://www.mapsnet.org/Home/Login/tabid/52/Default.aspx?returnurl=%2fHome%2ftabid%2f36%2flogon%2fwindows%2fDefault.aspx
UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; MAPSIE; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.1; .NET CLR 3.0.04506.30; MAPSIE; MAPSIE)
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: f6097180-f6a4-4cc4-b665-b4adfc067cdd
InnerException: Object reference not set to an instance of an object.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: DotNetNuke.Security.Authentication.ADSIProvider.GetUser
StackTrace:
Message: System.NullReferenceException: Object reference not set to an instance of an object. at DotNetNuke.Security.Authentication.ADSIProvider.GetUser(String LoggedOnUserName, String LoggedOnPassword)
Source:

I was doing some tracing on the first error, and it appears that all of those calls for that URL are coming from the Internet, so I'm assuming they are being generated by district laptops that are in use at home (a different headache).  The computer has GPO settings to use the internal WSUS server, and when it is on a different network it still attempts to contact that server.  All unidentified HTTP traffic is routed to the main webserver, so that would explain why there are calls for the WSUS server on the DNN server.  I'll make a special ISA rule to block that traffic, but I don't like the fact that DNN generates such omnious warning messages for such an action. 

So, that explains the first exception... Come to think of it, I should trace back the DailyComic calls to see if that is the case there also...  Hmmmmmmmmm

Anyways, back to the second error.  I'm assuming you're referring to this section of the web.config?

    <!-- Forms or Windows authentication -->
    <authentication mode="Forms">
      <forms name=".DOTNETNUKE" protection="All" timeout="60" cookieless="UseCookies"/>
    </authentication>
    <!--
      <identity impersonate="true"/>
      <authentication mode="Windows">
      </authentication>
  -->

I did start playing with the WinMerge program, that should make checking the new web.config files a heck of a lot easier!