Oh, I missed that part. Yes, DA requires IPv6 and IPv6 tunneling technologies to access IPv4 resources.
-----Original Message----- From: John Cook [mailto:[email protected]] Sent: Thursday, April 05, 2012 8:54 PM To: NT System Admin Issues Subject: Re: UAG configuration for DA - I'm testing it now... I set up a UAG for another group and my understanding was DA requires IPv6 and only resources (WS2008) that natively run it can be accessed. You can publish IPv4 resources through the Portal application. John W. Cook Systems Administrator Partnership for Strong Families ----- Original Message ----- From: Michael B. Smith [mailto:[email protected]] Sent: Thursday, April 05, 2012 08:46 PM To: NT System Admin Issues <[email protected]> Subject: RE: UAG configuration for DA - I'm testing it now... You can disable the IPv6 stack. If you want. I guess the question is, what are you attempting to accomplish? "Server discovery" and "name discovery" work differently in IPv6 than they do in IPv4. That's not really a surprise. If you have IPv4 addresses, you can use them just fine. With ping, use "ping -4 <ip-address>" or "ping -4 <computer-name>". It's simply that IPv6 is used preferentially to IPv4. -----Original Message----- From: Kurt Buff [mailto:[email protected]] Sent: Thursday, April 05, 2012 8:30 PM To: NT System Admin Issues Subject: UAG configuration for DA - I'm testing it now... I've finished configuration of DA/UAG, and am testing out a couple of laptops with it, from our guest wireless network. This was not a simple configuration, but I'm liking what I'm seeing so far. I must say, it's kinda weird to ping a server, and get back an IPv6 address. I am wondering if there's a way to use internal resources by their IPv4 addresses, or if I'm just going to have to populate DNS with a whole bunch of new names. I'm thinking of network equipment, mostly, but also some test lab machines that aren't part of our domain, too. Anyone else out there worked with this, and can share some opinions? Kurt ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin CONFIDENTIALITY STATEMENT: The information transmitted, or contained or attached to or with this Notice is intended only for the person or entity to which it is addressed and may contain Protected Health Information (PHI), confidential and/or privileged material. Any review, transmission, dissemination, or other use of, and taking any action in reliance upon this information by persons or entities other than the intended recipient without the express written consent of the sender are prohibited. This information may be protected by the Health Insurance Portability and Accountability Act of 1996 (HIPAA), and other Federal and Florida laws. Improper or unauthorized use or disclosure of this information could result in civil and/or criminal penalties. Consider the environment. Please don't print this e-mail unless you really need to. ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
