- Set ASPNET password to Unique Strong Password on Web Server(s)
- Generate registration keys using aspnet_setreg.exe see Q329290 at Microsoft Support (http://support.microsoft.com/default.aspx?scid=kb;en-us;329290)
- See Batch Job BuildRegistryKeys.bat for example of batch
build using Password in Password.txt
-
RUN aspnet_setreg.exe -k:SOFTWARE\MyASP.Net\Identity -u:"userName" -p:"UniqueStrongPassword"
e.g. aspnet_setreg.exe -k:SOFTWARE\MyASP.Net\Identity -u:"ASPNET" -p:"6D7C23D0-D78D-4446-B019-3C1F70CDA9FD"
- Right down new registry keys generated above. Will be something like:
HKEY_LOCAL_MACHINE\SOFTWARE\MyASP.Net\Identity\ASPNET_SETREG
-
Set permissions on new registry keys build above to allow the ASPNET user permission to read. To accomplish this run Reged32.exe right click on the new key (HKEY_LOCAL_MACHINE\SOFTWARE\MyASP.Net\Identity\ASPNET_SETREG). Select Permissions and allow read permissions for ASPNET user.
- Windows 2000 Servers
- Locate Machine.Config file. Should be something like:
c:\WINDOWS\Microsoft.NET\Framework\v1.0.3705\CONFIG\Machine.Config
- Find Section:
<processModel
userName="machine"
password="AutoGenerate"
....processModel>
- Change to:
<processModel
userName="registry:HKLM\Software\MyASP.Net\Identity\ASPNET_SETREG,userName"
password="registry:HKLM\Software\MyASP.Net\Identity\ASPNET_SETREG,password"
....processModel>
- Windows 2003 Servers
- Change Web.Config (Impersonation for Network Service User):
<identity impersonate="true"
userName="registry:HKLM\Software\MyASP.Net\Identity\ASPNET_SETREG,userName"
password="registry:HKLM\Software\MyASP.Net\Identity\ASPNET_SETREG,password" />
http://support.microsoft.com/?id=871179
http://geekswithblogs.net/vamsi/articles/43002.aspx
http://weblogs.asp.net/AChang/archive/2004/04/15/113866.aspx
On the Sql Server Machine(s)
-
Create Mirror ASPNET user on SQL Server machine. Set Password to above (1) strong password.
-
Add ASPNET user to security in SQL Server
-
Add ASPNET user to Database that you wish access. You probably need to allow ASPNET user to be a dbo and have security
NOTES:
I would leave a normal Sql Server connection as you currently do on individual developer machines and use the trusted connection on development and production machines.
This allows you to control the developer Ids seperate from the ASPNET user ID. I would also limit the users that know any known password for the production ASPNET user.
Robin