Il mio fallimento della creazione del sito per l'utente dopo aver spostato i miei siti in applicazione Web dedicata

Question

Ho creato una nuova applicazione Web a Port 8080 con l'intenzione di avere tutta la creazione di siti personali (I.e. I miei siti) memorizzati in un database WSS_Content dedicato (cioè una raccomandazione della migliore pratica).

Ho passato tutti i passaggi necessari, penso:

.
• creato mysitescollection utilizzando Enterprise Template "Il mio host del sito" a Root of http://SPstaff:8080 e questo sito di alto livello è stato creato con successo
• Abilitato la creazione del sito self-service per l'applicazione Web (pulsante di opzione modificato su ON). Ho ottenuto un Avvertimento: la creazione del sito self-service creerà siti sotto un nome host condiviso che non ho capito (forse pertinente?)
• Aggiunta un percorso gestito / MySites a questa applicazione Web
• Configurato le impostazioni del sito del sito per l'applicazione del servizio del profilo utente facendo clic su Impostare i miei siti in modo tale che il mio host del sito impostato su http://spstaff:8080/ e Posizione del sito personale Imposta su Mysites.

  Quando ho provato prima di navigare su SPSTAff: 8080 / MySites / ho ricevuto un errore ragionevole nel registro eventi di Windows:

  Cannot open database "WSS_Content_SPSTAFFMySites" requested by the login. The login failed. Login failed for user 'CBMIWEB\spAppPool'
  

  .

  Quindi ho aggiunto questo utente a questo database appena creato e non ottengo più quell'errore.

  Invece, sto ottenendo errori come questa sequenza:

  First Error è l'ID evento: 6141 Categoria attività: Topologia

  The site /mysites/joanc could not be created.  The following exception occurred: Attempted to perform an unauthorized operation
  

  .

  Next Entry in Application Log è l'ID evento: 5187 Categoria attività: Amministrazione

  My Site creation failure for user 'CBMIWEB\joanc' for site url `'http://spstaff:8080/mysites/joanc'`. 
  The exception was: Microsoft.Office.Server.UserProfiles.PersonalSiteCreateException: A failure was encountered while attempting to create the site. ---> System.UnauthorizedAccessException: Attempted to perform an unauthorized operation.
  at Microsoft.SharePoint.SPSecurableObject.CheckPermissions(SPBasePermissions permissionMask)
  at Microsoft.SharePoint.SPSecurity.ValidateSecurityOnOperation(SPOperationCode code, SPSecurableObject obj)
  at Microsoft.SharePoint.SPFeature.AddRowToFeaturesTable(SPFeaturePropertyCollection props, SPSite site, SPWeb web, Boolean fForce)
  at Microsoft.SharePoint.SPFeature.Activate(SPSite siteParent, SPWeb webParent, SPFeaturePropertyCollection props, Boolean fForce)
  at Microsoft.SharePoint.SPFeatureCollection.AddInternal(SPFeatureDefinition featdef, Version version, SPFeaturePropertyCollection properties, Boolean force, Boolean fMarkOnly)
  at Microsoft.SharePoint.SPFeatureCollection.AddInternalWithName(Guid featureId, String featureName, Version version, SPFeaturePropertyCollection properties, Boolean force, Boolean fMarkOnly, SPFeatureDefinitionScope featdefScope)
  at Microsoft.SharePoint.SPFeatureManager.EnsureFeaturesActivatedCore(SPSite site, SPWeb web, String sFeatures, Boolean fMarkOnly)
  at Microsoft.SharePoint.SPFeatureManager.<>c__DisplayClassa.<EnsureFeaturesActivatedAtSite>b__9()
  at Microsoft.SharePoint.SPSecurity.RunAsUser(SPUserToken userToken, Boolean bResetContext, WaitCallback code, Object param)
  at Microsoft.SharePoint.SPFeatureManager.EnsureFeaturesActivatedAtSite(Byte[]& userToken, Guid& tranLockerId, Int32 nZone, Guid databaseid, Guid siteid, String sFeatures)
  at Microsoft.SharePoint.Library.SPRequest.SscCreateSite(Guid gApplicationId, String bstrUrl, String bstrServerRelativeUrl, Int32 lZone, Guid gSiteId, Guid gDatabaseId, String bstrDatabaseServer, String bstrDatabaseName, String bstrDatabaseUsername, String bstrDatabasePassword, String bstrTitle, String bstrDescription, UInt32 nLCID, String bstrOwnerLogin, String bstrOwnerUserKey, String bstrOwnerName, String bstrOwnerEmail, String bstrSecondaryContactLogin, String bstrSecondaryContactUserKey, String bstrSecondaryContactName, String bstrSecondaryContactEmail, Boolean bADAccountMode, Boolean bHostHeaderIsSiteName, Int32 iDatabaseVersionMajor, Int32 iDatabaseVersionMinor, Int32 iDatabaseVersionBuild, Int32 iDatabaseVersionRevision)
  at Microsoft.SharePoint.Administration.SPSiteCollection.Add(SPContentDatabase database, SPSiteSubscription siteSubscription, String siteUrl, String title, String description, UInt32 nLCID, String webTemplate, String ownerLogin, String ownerName, String ownerEmail, String secondaryContactLogin, String secondaryContactName, String secondaryContactEmail, String quotaTemplate, String sscRootWebUrl, Boolean useHostHeaderAsSiteName)
  at Microsoft.SharePoint.SPSite.SelfServiceCreateSite(String siteUrl, String title, String description, UInt32 nLCID, String webTemplate, String ownerLogin, String ownerName, String ownerEmail, String contactLogin, String contactName, String contactEmail, String quotaTemplate, SPSiteSubscription siteSubscription)
  at Microsoft.Office.Server.UserProfiles.UserProfile.<>c__DisplayClass2.<CreateSite>b__0()
  --- End of inner exception stack trace ---
  at Microsoft.Office.Server.UserProfiles.UserProfile.<>c__DisplayClass2.<CreateSite>b__0()
  at Microsoft.SharePoint.SPSecurity.<>c__DisplayClass4.<RunWithElevatedPrivileges>b__2()
  at Microsoft.SharePoint.Utilities.SecurityContext.RunAsProcess(CodeToRunElevated secureCode)
  at Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(WaitCallback secureCode, Object param)
  at Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(CodeToRunElevated secureCode)
  at Microsoft.Office.Server.UserProfiles.UserProfile.CreateSite(String strRequestUrl, Boolean bCollision, Int32 lcid)
  

  .

  Altri sintomi che utilizzano il mio accesso personale sulla navigazione su http://spstaff:8080/mysites/johna sono l'originale "Internet Explorer non può visualizzare la pagina web".

  Non sono sicuro di cosa sia sbagliato.

Answer 1

• My setup for this was generally OK but my choices for the new web application introduced a need for "host headers" and an arbitrary port of 8080
• The name requiring "host headers" required unneccessary complication so the entire web application was deleted
• This new web application still failed (even after all the proper steps taken)
• Captured HTTP traffic with Fiddler2 and errors led me to suspect Firewall(s) rules
• Ultimately, the Windows Firewall on our Sharepoint server needed a new rule added for Inbound traffic (to allow port 81).

So the objective has been achieved but I wonder if I could have avoided using a different port number? Could I have added a 2nd web application (to achieve the separation of content to a diffent database) that also used port 80? Could a wildcard managed path for mysites at the root of this 2nd web app have been sufficient?