Проблема с Перенаправлением портов и ДВУМЯ физическими веб-серверами позади маршрутизатора/брандмауэра

Brian,

Поскольку это ко всем имеет смысл, во-первых смотрит на Список процессов для всех пользователей на Диспетчере задач.

w3wp.exe является новым рабочим процессом WWW. Это выполняется в тестовой среде безопасности с помощью полномочий пользователя под названием DefaultAppPool.

В былые времена, вместо пользователя DefaultAppPool, это был бы IUSR и пользователи IWAM (см. то, Что IUSR и счета IWAM в IIS?).

При использовании поставщика членства SQL процесс w3wp.exe запустит Экземпляр Пользователя SQL Server и присоединение к базе данных, указанной в строке подключения, обычно App_Data/ASPNETdb.mdf. Рабочий пользовательский экземпляр SQL Server требует Локального Профиля, так, чтобы временные файлы куда-нибудь пошли.

Поиск и устранение неисправностей шагов:

1. Удостоверьтесь процесс, w3wp.exe выполняется пользователем DefaultAppPool.
2. Удостоверьтесь, что SQL Server имеет включенные пользовательские экземпляры (см. config_value и run_value),

   exec sp_configure 'user instances enabled'

3. Если не должностное лицо

   sp_configure 'user instances enabled', 1

   затем: Реконфигурировать
4. Перезапустите SQL Server, на всякий случай ASPNETdb.mdf присоединяется другим пользовательским экземпляром SQL Server.
5. Удостоверьтесь профиль локального пользователя C:\Users\DefaultAppPool directory exists. В противном случае включите LocalProfile=True, это создаст локальный профиль. Это сделано в менеджере по IIS, Пулах приложений, DefaultAppPool, Расширенных настройках...
6. Если у Вас есть дальнейшие проблемы с базой данных, используйте Менеджер конфигурации SQL, чтобы соединиться с пользовательским экземпляром и видеть, был ли дб присоединен. Необходимо соединиться с корректным instance_pipe_name.

   SELECT 
   owning_principal_name, instance_pipe_name, heart_beat
   FROM
   sys.dm_os_child_instances