050-SEPROGRC-01 · Question #30
In order to begin installing the RSA Archer Platform, you should first copy the installation package to:
The correct answer is D. The webserver that will host the web and application files. The RSA Archer installation package must be copied to the web server that will host the application, because the installer configures IIS and application components directly on that machine.
Question
In order to begin installing the RSA Archer Platform, you should first copy the installation package to:
Options
- AYour desktop
- BA shared network drive
- CA subfolder within the Archer directory
- DThe webserver that will host the web and application files
How the community answered
(38 responses)- A8% (3)
- B3% (1)
- C16% (6)
- D74% (28)
Why each option
The RSA Archer installation package must be copied to the web server that will host the application, because the installer configures IIS and application components directly on that machine.
Copying to the desktop does not place the installer on the target server where IIS and application components need to be configured.
A shared network drive introduces latency and permission issues during installation and does not allow the installer to register local server components properly.
A subfolder within the Archer directory implies the software is already installed, which is not the case for an initial installation - the installer must be placed on the target web server first.
The Archer installer must run locally on the web server that will host the web and application files because it registers IIS components, sets application pool settings, and writes configuration files directly to that server's file system. Running the installer from any other location would prevent proper registration of local services and web components. The installer cannot configure a remote server's IIS or application environment over a network share or from a desktop machine.
Concept tested: RSA Archer Platform installation package placement
Source: https://community.rsa.com/t5/archer-platform-documentation/tkb-p/archer-platform-documentation
Topics
Community Discussion
7The correct answer is D. Before you can install the RSA Archer Platform, the installation package must be placed on the web server that will host the web and application files, because the installer needs to run locally on that server to properly configure IIS, write application files to the correct directories, and set up the necessary service accounts and permissions in the right context. Copying it to your desktop (A) or a shared network drive (B) would require you to move it anyway before the installer can do its job, and placing it in a subfolder within an existing Archer directory (C) is not the documented pre-installation step. The official RSA Archer installation guide is explicit on this point, so go with D and you will not be second-guessing yourself on exam day.
Solid call on D, though worth noting that in multi-tier deployments the services tier and web tier live on separate boxes, so the installer actually needs to run on each respective server in sequence, not just the one hosting the web files.
D is it, though "webserver" almost makes you second-guess, since Archer splits web from app roles, copy the package straight to that host.
D is the right call and it makes sense when you think about how Archer actually runs. The platform's web and application services need to resolve paths relative to the server they live on, and if you drop the installer somewhere else, like a shared drive or your desktop, you risk permission issues during the extraction and service registration steps that are a nightmare to untangle mid-install. The installer also writes temp files and logs to local paths on that same machine, so having everything co-located on the webserver keeps the process clean from the start. I have seen installs go sideways because someone staged the package on a mapped network drive and hit a UNC path error right when the IIS app pool was being configured. Saw this exact question on my exam, and I almost second-guessed myself toward C because I was thinking about where Archer content and config files live after the fact. But then I remembered that the install guide specifically says to copy the package to the webserver before you even touch the setup wizard, which snapped me back to D. Trust the sequence the install guide lays out and you will not lose points on setup-related questions.
The UNC path trap is your brain's way of saying "UNCLE, not UNC" so picture your uncle refusing to work on a shared drive and you will never forget why the package lives on the webserver first.
D is the right call here. The installer needs to run in the context of the machine that will actually serve the application, so dropping the package on your desktop or a network share just introduces unnecessary transfer steps and permission headaches you do not need before you even get started. When I did a similar enterprise platform rollout a few years back, putting the installer somewhere outside the target server meant dealing with UNC path issues and mapped drive drop-outs mid-install, which killed the process twice before we wised up. Get it on the webserver first, then kick off the install from a local path on that box and save yourself the grief.
Solid point on the local path, and I would add that in Archer deployments specifically you also want to confirm the service account running the installer has write access to the IIS app pool directories before you kick it off, because nothing wastes time like an install that dies halfway through on a permissions error you could have caught in five minutes.