Yup, crazy! We have the same issue between the ends of our WAN, so I've sort-of hijacked your thread... -- richard
John Hornbuckle <[email protected]> wrote on 06/06/2011 01:23:46 PM: > Yep?I have no problem accessing the shares that way. Either \\server\shareor > \\server.our.domain.name\share. Both work fine. > > Crazy, huh? > > > From: Christopher Bodnar [mailto:[email protected]] > Sent: Monday, June 06, 2011 1:49 PM > To: NT System Admin Issues > Subject: RE: DFS Only Works with "Pre-Windows 2000" Domain Name > > On a "Bad" machine, does a non-DFS path UNC using a FQDN work? For example: > > \\server1.acme.com\share1 > > > Chris Bodnar, MCSE, MCITP > Technical Support III > Distributed Systems Service Delivery - Intel Services > Guardian Life Insurance Company of America > Email: [email protected] > Phone: 610-807-6459 > Fax: 610-807-6003 > > > > From: John Hornbuckle <[email protected]> > To: "NT System Admin Issues" <[email protected]> > Date: 06/06/2011 01:41 PM > Subject: RE: DFS Only Works with "Pre-Windows 2000" Domain Name > > > > > Good suggestion. I just tried, and both the long short domain names > resolve to the same IP address. > > On a couple of machines, unjoining from and then rejoining to the > domain cleared up the issue. But we have a handful left that that > isn?t working for. > > > John > > > > > > From: Andrew S. Baker [mailto:[email protected]] > Sent: Monday, June 06, 2011 12:39 PM > To: NT System Admin Issues > Subject: Re: DFS Only Works with "Pre-Windows 2000" Domain Name > > Compare your DNS resolution between the good and bad machines... > > ASB (Professional Bio) > Harnessing the Advantages of Technology for the SMB market... > > > > > On Mon, Jun 6, 2011 at 12:24 PM, John Hornbuckle <john. > [email protected]> wrote: > I?ve got a handful of Win7 clients that are having trouble with DFS. > When I say a handful, I mean half a dozen out of several hundred > (seemingly, but apparently not) identical client machines. All the > rest work fine. > > When you try to access DFS from the bad machines, browsing to \\our. > domain.name\our.dfs.path, you get ?Access is denied? even when > logged in as a user with full permission to access everything. > However, DFS content can be accessed just fine from these machines > if you use the shorter ?Pre-Windows 2000? domain name (e.g., > \\domain\our.dfs.path). The problem is that our AD GPOs all use the > long domain name, so software deployment fails on these machines. > > The issue is machine-specific, not user-specific. Any user who logs > into the bad machines has the problem. The same user can log into a > good machine and access DFS with no trouble. > > I?m stumped. Anyone seen this before? > > > > John Hornbuckle > MIS Department > Taylor County School District > www.taylor.k12.fl.us > > > ~ 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 > ----------------------------------------- This message, and any > attachments to it, may contain information that is privileged, > confidential, and exempt from disclosure under applicable law. If > the reader of this message is not the intended recipient, you are > notified that any use, dissemination, distribution, copying, or > communication of this message is strictly prohibited. If you have > received this message in error, please notify the sender immediately > by return e-mail and delete the message and any attachments. Thank you. > ~ 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 ~ 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
