# Description

It is possible to map network shares to drives so they are accessible to Windows services permanently. This allows drive letters instead of UNC paths to be used in your Aspera transfer server.

# Set up overview

The instructions below will use the following set up:

• Aspera Connect Server (version 3+) on Windows Server 2008 R2 joined to an Active Directory Domain
• One or more CIFS Shares that are reachable from the Windows host where AD users have access

# Instructions

### Map network shares to drives

3. Launch a Command Prompt as Administrator (right click and select Run as Administrator). Navigate to the directory with the Sysinternals executables. All of the following commands should be run from here:

cd path\to\sysinternals

4. Run the following command, which will launch a new Command Prompt window from which you will run the commands in the next step:

psexec -i -s cmd.exe

5. You map your network share to a drive with the following command. Provide the drive letter, the shared folder host, shared folder and credentials of the user that has access to the shared folder:

net use letter: \\servername_OR_IP\shared_folder password /USER:username  /PERSISTENT:yes

Below are some examples:

net use Y: \\nas.sup.asp.eu\share aspera /USER:svcaspera@sup.asp.eu /PERSISTENT:YES
net use K: \\nas2.sup.asp.eu\share1 aspera /USER:SUP\svcaspera /PERSISTENT:YES

In this example svcAspera is the same user configured to have access to the Aspera services like asperacentral and/or sshd.

6. If you want to mount your drive automatically at boot time, you will need to create a script that runs at startup. The script should contain the command(s) for mapping network shares to drives from step 4. For more details on startup scripts, see this Microsoft article.

At this point, let's setup two different users in the Aspera Enterprise Server: asp1 and asp2. The first one will not have a docroot while the second one will be associated to a docroot.

# Examples of drive usage

Using a web browser to access a Connect Server site, we can log in as SUP\asp2 and see the docroot on the mapped drive:

The following also shows the docroot of the user SUP\asp2 using a Desktop Client (with a current transfer):

User asp1 is set without a docroot. While this could be a potential security problem, as the user can use any disk on the system, it could lead to some handy features like the ability to browse different shares using letter names.

For example, here is what asp1 might see while on an Aspera Console interface:

The user SUP\asp1 can also transfer via Console using the drive letters: