Probably the most critical and overlooked portion of SharePoint installation is security. Without a well thought out security strategy and a plan of action, it is likely that SharePoint 2013 will not behave as expected and users will receive unexpected login prompts while administrators will be denied access to areas where they should have access.
In this article, baseline security sufficient to run a SharePoint lab, but still “least privileges” ready, is demonstrated using three accounts.
The accounts configured for SharePoint 2013 include:
Logging into a server using Remote Desktop is the more common way of interacting with a server. In this session, instead of logging into VMWare, use Remote Desktop.
If the server name does not respond, try the IP address.
In the example below, the command ipconfig is run in the server’s PowerShell window to retrieve its IP address. From there, use the host’s Remote Desktop Connection to connect to the server.
Login as the domain administrator that has rights to add new users.
Open the Start Menu.
The Start Menu will appear when the mouse is held over the bottom left corner of the screen.
Open the Administrative Tools.
Launch Active Directory Users and Computers.
If it fails to load, be sure to login as a user with sufficient rights to manage users, such as Administrator.
Create a new users under Managed Service Accounts.
Create the SPAppPool account.
This account will run SharePoint’s timer service and will serve as the application pool account for the IIS websites.
Create a new user called SPAdmin.
This user will be responsible for day to day operations in SharePoint and it can also be used for development using Visual Studio 2012. This account will NOT be used to install SharePoint.
Create the SPSetup account.
This account will be used to install SharePoint. This account will have local administrative access on the server and will also have dbcreator and securityadmin rights on the SQL Server itself.
One of the requirements for SPSetup is that it needs local admin rights to the machine where SharePoint is to be installed. Because this is a domain controller, however, there is no Local Administrators group option, therefore the SPSetup needs to be added to a group with similar rights, such as Domain Admins.
Open ADUC and click on Domain Admins.
Add SPSetup to Domain Admins.
PLEASE DO NOT DO THIS IN A PRODUCTION ENVIRONMENT!
Login to SQL Server Management Studio.
All apps will appear. Click on SQL Server Management Studio.
Right mouse key on the icon and then pin it to the taskbar.
Connect to the SQL Server (local).
Create a new login. This step grants the windows service accounts rights to the SQL Server.
Create a new login for SPAppPool.
After doing so, continue onto SharePoint 2013 Lab Build Part 5 to install SharePoint 2013.
SharePoint 2013 Lab Build - Part 4 - Security Configuration, 10.0 out of 10 based on 2 ratings
[...] SharePoint 2013 Lab Build - Part 4 - Security Configuration [...]
