Discussion:
Are DFS targets reachable only through UNC paths?
(too old to reply)
Luc
2009-04-24 09:42:30 UTC
Permalink
I'm new to DFS, so please...

What I'm trying to do seems simple enough, and it works, but only for 98%.


** My goal:

I want to virtually extend a server 2003's harddisk by offloading a subtree
contining half a gazillion of PDF files to a NAS (it will be running
Storage Server 2003 in the final setup, but I'm using a cheapo NAS device
from Maxtor for my first trials because I don't have the other machine
yet).

To minimize the impact on client machines, the files have to look to the
world as if they are still located in the same folder in the same share on
the server where they've always been.

Is DFS the best (or only) way to accomplish this?
Are there any pitfalls to watch out for?


** What works:

I created a DFS root on the server (called it TestDFS), and created two
links in it targeting two different shares on the Maxtor NAS.
The root, which shows up as a folder on the server's harddisk, is shared as
\\servername\TestDFS\.

The root is not published in active directory because it's only meant to be
an extension of the server, not a separate network resource.

This works fine, the shares on the NAS show up as subfolders in the server
share (\\servername\TestDFS\NASFolder1\ and
\\servername\TestDFS\NASFolder2\).
Their contents are accessible from my workstation and from other machines
as expected.


** What does NOT work:

I cannot access the "remoted" subfolders (the targets) in explorer on the
server itself.

They show up as folders, but when I try to access them it says "The network
location cannot be reached", yet their status in the DFS console is Enabled
and Online.

In other words, I can access the NAS through the DFS links on the server
from anywhere in the domain, *except* on the server itself.

On the other hand, if I approach them as \\127.0.0.1\TestDFS\NASFolder1\,
it works there too.



That means that applications running on the server, if they expect the
files to exist in a folder on a local harddisk, can't access them there.

Is this normal? Are DFS targets reachable only through UNC paths?
Isaac Oben [MCITP,MCSE]
2009-04-24 16:01:03 UTC
Permalink
Hello Luc,
See inline
--
Isaac Oben [MCTIP:EA, MCSE]
Post by Luc
I'm new to DFS, so please...
What I'm trying to do seems simple enough, and it works, but only for 98%.
I want to virtually extend a server 2003's harddisk by offloading a subtree
contining half a gazillion of PDF files to a NAS (it will be running
Storage Server 2003 in the final setup, but I'm using a cheapo NAS device
from Maxtor for my first trials because I don't have the other machine
yet).
To minimize the impact on client machines, the files have to look to the
world as if they are still located in the same folder in the same share on
the server where they've always been.
Is DFS the best (or only) way to accomplish this?
Are there any pitfalls to watch out for?
Yes, DFS should be the best option..No pitfalls if you properly configure
dfs setup
Post by Luc
I created a DFS root on the server (called it TestDFS), and created two
links in it targeting two different shares on the Maxtor NAS.
The root, which shows up as a folder on the server's harddisk, is shared as
\\servername\TestDFS\.
The root is not published in active directory because it's only meant to be
an extension of the server, not a separate network resource.
This works fine, the shares on the NAS show up as subfolders in the server
share (\\servername\TestDFS\NASFolder1\ and
\\servername\TestDFS\NASFolder2\).
Their contents are accessible from my workstation and from other machines
as expected.
I cannot access the "remoted" subfolders (the targets) in explorer on the
server itself.
They show up as folders, but when I try to access them it says "The network
location cannot be reached", yet their status in the DFS console is Enabled
and Online.
In other words, I can access the NAS through the DFS links on the server
from anywhere in the domain, *except* on the server itself.
On the other hand, if I approach them as \\127.0.0.1\TestDFS\NASFolder1\,
it works there too.
That means that applications running on the server, if they expect the
files to exist in a folder on a local harddisk, can't access them there.
Is this normal? Are DFS targets reachable only through UNC paths?
Yes, this is normal, try using \\servername\NasFolder1 or use the complete
dfs unc name
Once you are using DFS it is always advisable to give applications the dfs
path ratherthan the local path.
Luc
2009-04-28 08:07:51 UTC
Permalink
On Fri, 24 Apr 2009 11:01:03 -0500, "Isaac Oben [MCITP,MCSE]"
Post by Isaac Oben [MCITP,MCSE]
Hello Luc,
See inline
Thanks to both, that's exactly what I needed to know.

DaveMills
2009-04-25 05:25:45 UTC
Permalink
Post by Luc
I'm new to DFS, so please...
snip....
Post by Luc
I cannot access the "remoted" subfolders (the targets) in explorer on the
server itself.
They show up as folders, but when I try to access them it says "The network
location cannot be reached", yet their status in the DFS console is Enabled
and Online.
In other words, I can access the NAS through the DFS links on the server
from anywhere in the domain, *except* on the server itself.
On the other hand, if I approach them as \\127.0.0.1\TestDFS\NASFolder1\,
it works there too.
That means that applications running on the server, if they expect the
files to exist in a folder on a local harddisk, can't access them there.
Is this normal? Are DFS targets reachable only through UNC paths?
This is as documented for DFS links. It is the network redirector that resolves
the links in the DFSRoot folder to the target UNC names. Local file access does
not involve the network redirector thus you see the actual link folders (reparse
points) not the targets that the links point to.
--
Dave Mills
There are 10 types of people, those that understand binary and those that don't.
Loading...