Mastering IIS FTP Part 3: The Doorway Folder Trick
page 1 of 1
Published: 19 Aug 2004
Unedited - Community Contributed
In the previous two parts we learned how to leverage virtual directories and physical folders to offer a lot of control from IIS FTP. In this part, we'll cover what we should do when we want to have one site administrator have access to more than one, but not all, of the directories in a site and how this is accomplished from within IIS FTP.
by Web Team at ORCS Web
Average Rating: This article has not yet been rated.
Views (Total / Last 10 Days): 9191/ 12

In the previous two parts we learned how to leverage virtual directories and physical folders to offer a lot of control from IIS FTP. Now, what about when we want to have one site administrator have access to more than one, but not all, of the directories in a site? How is this accomplished from within IIS FTP?

Objective: To create a customized login with access to some of the folders in a site.

Note: For the purpose of Part 3 and Part 4, I’ve decided to standardize on the word “Folder” when referring to something at the disk level, and “Directory” when referring to something within IIS.

Let’s view this visually so that it’s easier to see where we are heading. Below is a picture of a fresh server build on Windows Server 2003 with the Default FTP Site.

screen shot 1

I’ve changed the FTP root path to D:\domains which points to 7 sites that we'll pretend that I manage. You can see the site names below.

screen shot 2

Now, in this illustration we have two different site administrators, Scott and Matt. Scott needs access to all 7 sites but Matt should only have access to and

It is possible to do this using NTFS permissions at the disk level. We simply give the Scott user read and write to all the folders and Matt read and write to and But there are some disadvantages and security concerns using NTFS permissions alone.

What if an administrator on the server changes the permissions on one of the directories by mistake, not realizing that they have given Matt access to a site he isn’t supposed to have access to? Or, even more subtle, what if we create an eighth site that Matt isn’t supposed to have permissions for? When the eighth site is created, it will inherit its permissions from D:\domains, which needs to at least have "List" permissions for Matt so that he can log in.

Now Matt has, at the very least, the ability to view all files and directories in the new directory, unless the administrator remembers to tighten the permissions every time. Yes, for those brave souls out there willing to work with and maintain more unique settings, you can set NTFS permissions so newly created sub-folders don’t inherit all permissions, but if you have more than one administrator on that server, it’s too easy to mess up at some point in the future.

Maybe you trust yourself enough to always remember but I certainly don’t want to leave this up to me and the other administrators on this server to always do this correctly. Another disadvantage to doing it that way is that we might not want Matt to see all the folder names in the site, or maybe we just want things to be easy for Matt so he doesn’t have to worry about a large list of sites or folders that he doesn’t have access to anyway.

So, with that in mind, let’s create an FTP account for Matt. We want one that only displays and in his FTP program.

It's actually quite simple really. The trick is to create what I'll call a doorway folder. (Note: If you haven’t read Part 1 and Part 2 , I encourage you to do that now because we’ll utilize many rules and tips from there).

A doorway folder is simply a folder that will serve as the first step, or the doorway, for a particular user. The trick is to create a set of physical folders and virtual directories that will work together to display to Matt what we want him to see.

First: Create the Users

Depending on your situation, you may have existing Windows users set up for Scott and Matt already. But, in case this is a new account for a new user, be sure to create a user called Matt and another called Scott. These can be Local users from within Local Users and Groups or Active Directory users, depending on your environment.

Second: Create the Physical Folders

Next we’ll create a folder that holds the physical, but blank, sub-directory to match the real ones we want the user to have access to. This is simply so that the FTP client program displays the two folders. Let’s call the root folder FTProot and the subfolder Matt, although either of these folders could be named anything. Now create two empty folders named and (See Part 2 if you're not sure why). The security permissions on the folders need to give Matt at least List permissions.

screen shot 3

Don’t forget that Matt will need read and write permissions to d:\domains\ and d:\domains\, and he will need list permissions to d:\ftproot\dummyfolder and list permissions to d:\ftproot\matt.

Third: Create the Virtual Directories

Now we need to create the virtual directories that handle the redirecting. First, before we forget, if you remember from Part 1, I recommend pointing the root FTP directory to a dummy folder. So let’s create a folder in d:\ftproot called dummyfolder. Point the FTP root folder to this. Next, to handle the Scott user, create a virtual directory called Scott that point to d:\domains. Now, if Matt moves up a folder to the root folder, he won’t have access to d:\domains. Instead he will be placed in d:\ftproot\dummyfolder which is a dead end. See Part 1 for more on this.

Back to the virtual directories:

  • In IIS, create a virtual directory called Matt.
  • This should point to d:\ftproot\matt.
  • Off the Matt virtual directory, create two more virtual directories.
  • should point to d:\domains\
  • should point to d:\domains\
  • Spelling on these virtual directory names needs to be identical to the folders created in the second step above.
  • Don’t forget to check Read and Write when creating the virtual directories if you want Matt to be able to read and write to the FTP account.

screen shot 4

That’s it!! I told you it was easy. Let’s test it now.

I’ll use WS_FTP to log in as the Matt user. Here is what I see in the left column:

screen shot 5

Likewise, when logging in as Scott, we see what he is supposed to see:

screen shot 6

In this part we didn’t bring anything new to the table but, we’ve shown that yet again MS FTP has the ability to do more than what first meets the eye.

In Part 4 we’ll cover User Isolation, a new feature of IIS6.0.

Part 1 - Redirecting Users
Part 2 - Managing Virtual Directory / Physical Directories
Part 3 - The Doorway Folder Trick
Part 4 - Coming soon

by Scott Forsyth, Director of IT at ORCS Web, Inc. - a company that provides managed hosting services for clients who develop and deploy their applications on Microsoft Windows platforms.

User Comments

Title: Very nice!   
Name: Tony
Date: 2006-09-28 12:28:41 AM
Very nice! Keep them coming...

Product Spotlight
Product Spotlight 

Community Advice: ASP | SQL | XML | Regular Expressions | Windows

©Copyright 1998-2024  |  Page Processed at 2024-06-15 2:46:35 AM  AspAlliance Recent Articles RSS Feed
About ASPAlliance | Newsgroups | Advertise | Authors | Email Lists | Feedback | Link To Us | Privacy | Search