Discussion:
When using DFS windows explorer shows owner sids instead of friendly names
(too old to reply)
m0rk
2008-11-26 14:01:21 UTC
Permalink
All 2003 R2 DC's, when using DFS namespaces when the option to show the
owner column is used in windows explorer the sids show instead of the
friendly user names.

If I go in via a standard unc \\server\share the friendly name resolves
fine or if on the server, only appears to happen via dfs namespaces.

Any ideas ?
confuzzled
2008-12-15 20:51:00 UTC
Permalink
I have this issue as well....has anyone found a fix for this yet?

This is only an issue when using a dfs namespace path. When going back to
using the unc directly to the share, the owner column is populated properly.
Post by m0rk
All 2003 R2 DC's, when using DFS namespaces when the option to show the
owner column is used in windows explorer the sids show instead of the
friendly user names.
If I go in via a standard unc \\server\share the friendly name resolves
fine or if on the server, only appears to happen via dfs namespaces.
Any ideas ?
jas0n
2008-12-20 18:01:46 UTC
Permalink
Post by confuzzled
I have this issue as well....has anyone found a fix for this yet?
This is only an issue when using a dfs namespace path. When going back to
using the unc directly to the share, the owner column is populated properly.
Post by m0rk
All 2003 R2 DC's, when using DFS namespaces when the option to show the
owner column is used in windows explorer the sids show instead of the
friendly user names.
If I go in via a standard unc \\server\share the friendly name resolves
fine or if on the server, only appears to happen via dfs namespaces.
Any ideas ?
Our logon script was mapping to the dfs share with \\domain\share rather
than the full dns \\domain.local\share - once changed this it worked
correctly.
confuzzled
2009-01-12 22:45:01 UTC
Permalink
So what you are saying is that the DFS must be published in Active Directory,
and to use the Fully Qualified Domain Name name vs NT Domain Name?

Ie. "FQDN\dfs share name\dfs link" seems to work

Why does this work instead of "NT Domain Name\dfs share name\dfs link"

???
Post by jas0n
Post by confuzzled
I have this issue as well....has anyone found a fix for this yet?
This is only an issue when using a dfs namespace path. When going back to
using the unc directly to the share, the owner column is populated properly.
Post by m0rk
All 2003 R2 DC's, when using DFS namespaces when the option to show the
owner column is used in windows explorer the sids show instead of the
friendly user names.
If I go in via a standard unc \\server\share the friendly name resolves
fine or if on the server, only appears to happen via dfs namespaces.
Any ideas ?
Our logon script was mapping to the dfs share with \\domain\share rather
than the full dns \\domain.local\share - once changed this it worked
correctly.
DaveMills
2009-01-14 22:28:20 UTC
Permalink
On Mon, 12 Jan 2009 14:45:01 -0800, confuzzled
Post by confuzzled
So what you are saying is that the DFS must be published in Active Directory,
and to use the Fully Qualified Domain Name name vs NT Domain Name?
Ie. "FQDN\dfs share name\dfs link" seems to work
Why does this work instead of "NT Domain Name\dfs share name\dfs link"
I believe the answer is in "How DFS works" but it is while since I read it. At
least there is a discussion on DNS v Netbios/Wins names.
Post by confuzzled
???
Post by jas0n
Post by confuzzled
I have this issue as well....has anyone found a fix for this yet?
This is only an issue when using a dfs namespace path. When going back to
using the unc directly to the share, the owner column is populated properly.
Post by m0rk
All 2003 R2 DC's, when using DFS namespaces when the option to show the
owner column is used in windows explorer the sids show instead of the
friendly user names.
If I go in via a standard unc \\server\share the friendly name resolves
fine or if on the server, only appears to happen via dfs namespaces.
Any ideas ?
Our logon script was mapping to the dfs share with \\domain\share rather
than the full dns \\domain.local\share - once changed this it worked
correctly.
--
Dave Mills
There are 10 types of people, those that understand binary and those that don't.
ARoe
2009-01-19 18:57:01 UTC
Permalink
Fixing the DNS Suffix search order also appears to correct this issue.
Post by DaveMills
On Mon, 12 Jan 2009 14:45:01 -0800, confuzzled
Post by confuzzled
So what you are saying is that the DFS must be published in Active Directory,
and to use the Fully Qualified Domain Name name vs NT Domain Name?
Ie. "FQDN\dfs share name\dfs link" seems to work
Why does this work instead of "NT Domain Name\dfs share name\dfs link"
I believe the answer is in "How DFS works" but it is while since I read it. At
least there is a discussion on DNS v Netbios/Wins names.
Post by confuzzled
???
Post by jas0n
Post by confuzzled
I have this issue as well....has anyone found a fix for this yet?
This is only an issue when using a dfs namespace path. When going back to
using the unc directly to the share, the owner column is populated properly.
Post by m0rk
All 2003 R2 DC's, when using DFS namespaces when the option to show the
owner column is used in windows explorer the sids show instead of the
friendly user names.
If I go in via a standard unc \\server\share the friendly name resolves
fine or if on the server, only appears to happen via dfs namespaces.
Any ideas ?
Our logon script was mapping to the dfs share with \\domain\share rather
than the full dns \\domain.local\share - once changed this it worked
correctly.
--
Dave Mills
There are 10 types of people, those that understand binary and those that don't.
Loading...