In ISA 2004 this is in system policy. IIRC I had to create an ISA group called "Domain Controllers" and enable something in the system policy to talk back and forth from local host to this ISA group. Since you changed the ipaddress s of the DC, maybe the ISA can't find a DC anymore?
hth, Devin On Thu, Nov 6, 2008 at 12:18 PM, Kelsey, John <[EMAIL PROTECTED]> wrote: > ISA didn't change addresses, just the DC. Same subnet, not a new address > space. > > > ******************************* > *John C. Kelsey > *DuBois Regional Medical Center > (: 814.375.3073 > *: [EMAIL PROTECTED] > ******************************* > > -----Original Message----- > *From:* Jake Gardner [mailto:[EMAIL PROTECTED] > *Sent:* Thursday, November 06, 2008 13:11 > *To:* NT System Admin Issues > *Subject:* RE: ISA 2006 issue after DC upgrade > > Did you reconfig ISA properties to reflect the new 'local' address? Is > the new address in a completely new address space? > > Thanks, > > Jake Gardner > TTC Network Administrator > Ext. 246 > > > ------------------------------ > *From:* Kelsey, John [mailto:[EMAIL PROTECTED] > *Sent:* Thursday, November 06, 2008 12:01 PM > *To:* NT System Admin Issues > *Subject:* ISA 2006 issue after DC upgrade > > Good afternoon all, > Having a very troublesome issue here with ISA. ISA 2006 running on > Windows 2003 server. All was good until yesterday. We moved the IP address > from our last 2003 DC to a new 2008 DC. The 03 DC got a new address. Both > DCs were rebooted and DNS looks good. All clients and servers are doing > good except for ISA. It looks like ISA loses its connection to the DCs and > starts prompting all web proxy users for their credentials. Reboot ISA and > its good to go for awhile. > > There are some errors in the ISA event log referring to 'connection limit' > exceeded from the new DC's. Is this disconnection causing my issue? Why > would the new DCs have a connection limit problem? > > I've also posted on the isaserver forum, but thought I'd try here too > > Thanks!! > > ******************************* > *John C. Kelsey > *DuBois Regional Medical Center > (: 814.375.3073 > 2 : 814.375.4005 > *: [EMAIL PROTECTED] > ******************************* > > > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > If you have received this email in error please notify the system manager. > This message contains confidential information and is intended only for the > individual named. If you are not the named addressee you should not > disseminate, distribute or copy this e-mail. > > > > > > > > > > > ***Teletronics Technology Corporation*** > This e-mail is confidential and may also be privileged. If you are not the > addressee or authorized by the addressee to receive this e-mail, you may not > disclose, copy, distribute, or use this e-mail. If you have received this > e-mail in error, please notify the sender immediately by reply e-mail or by > telephone at 267-352-2020 and destroy this message and any copies. > > Thank you. > > ******************************************************************* > > > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > If you have received this email in error please notify the system manager. > This message contains confidential information and is intended only for the > individual named. If you are not the named addressee you should not > disseminate, distribute or copy this e-mail. > > > > > > -- Devin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
