studio - iis 7 asp.net core

Publicar en IIS, configurando la variable de entorno

Question

Al leer estas dos preguntas / respuestas pude ejecutar una aplicación Asp.net 5 en el servidor IIS 8.5.

Asp.net vNext beta temprana publica en IIS en Windows Server

¿Cómo configurar una aplicación MVC6 para que funcione en IIS?

El problema es que la aplicación web todavía usa env.EnvironmentName con valor Development incluso cuando se ejecuta en IIS.

Además, quiero ejecutar dos versiones de la misma web (puesta en escena, producción) en el mismo servidor, por lo que necesito un método para configurar la variable para cada web por separado.

¿Como hacer esto?

Answer 1

Actualice web.config con una sección <environmentVariables> en <aspNetCore>

<configuration>
  <system.webServer>
    <aspNetCore .....>
      <environmentVariables>
        <environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Development" />
      </environmentVariables>
    </aspNetCore>
  </system.webServer>
</configuration>

O para evitar perder esta configuración al sobrescribir web.config, realice cambios similares en applicationHost.config especificando la ubicación del sitio como sugiere @NickAb.

<location path="staging.site.com">
    <system.webServer>
        <aspNetCore>
            <environmentVariables>
                <environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Staging" />
            </environmentVariables>
        </aspNetCore>
    </system.webServer>
</location>
<location path="production.site.com">
    <system.webServer>
        <aspNetCore>
            <environmentVariables>
                <environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Production" />
            </environmentVariables>
        </aspNetCore>
    </system.webServer>
</location>

Answer 2

Además de las opciones mencionadas anteriormente, hay otras soluciones que funcionan bien con implementaciones automatizadas o requieren menos cambios de configuración.

1. Modificación del archivo del proyecto (.CsProj)

MSBuild admite la propiedad EnvironmentName que puede ayudar a establecer la variable de entorno correcta según el entorno que desea implementar. El nombre del entorno se agregaría en web.config durante la fase de publicación.

Simplemente abra el archivo del proyecto (* .csProj) y agregue el siguiente XML.

<!-- Custom Property Group added to add the Environment name during publish
  The EnvironmentName property is used during the publish for the Environment variable in web.config
  -->
  <PropertyGroup Condition=" ''$(Configuration)'' == '''' Or ''$(Configuration)'' == ''Debug''">
    <EnvironmentName>Development</EnvironmentName>
  </PropertyGroup>
  <PropertyGroup Condition=" ''$(Configuration)'' != '''' AND ''$(Configuration)'' != ''Debug'' ">
    <EnvironmentName>Production</EnvironmentName>
  </PropertyGroup>

El código anterior agregaría el nombre del entorno como Development para la configuración de depuración o si no se especifica ninguna configuración. Para cualquier otra configuración, el nombre del entorno sería Production en el archivo web.config generado. Más detalles here

2. Agregar la propiedad EnvironmentName en los perfiles de publicación.

También podemos agregar la propiedad <EnvironmentName> en el perfil de publicación. Abra el archivo de perfil de publicación que se encuentra en Properties/PublishProfiles/{profilename.pubxml} Esto establecerá el nombre del entorno en web.config cuando se publique el proyecto. Más detalles here

<PropertyGroup>
  <EnvironmentName>Development</EnvironmentName>
</PropertyGroup>

3. Opciones de línea de comando usando dotnet Publish

Además, podemos pasar la propiedad EnvironmentName como una opción de línea de comando al comando de dotnet publish . El siguiente comando incluiría la variable de entorno como Development en el archivo web.config.

dotnet publish -c Debug -r win-x64 /p:EnvironmentName=Development

Answer 3

Alternativamente, podría pasar el ASPNETCORE_ENVIRONMENT deseado al comando de publicación ASPNETCORE_ENVIRONMENT como argumento usando:

/p:EnvironmentName=Staging

p.ej:

dotnet publish /p:Configuration=Release /p:EnvironmentName=Staging

Esto generará web.config con el entorno correcto especificado para su proyecto:

<environmentVariables>
  <environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Staging" />
</environmentVariables>

Answer 4

De manera similar a otras respuestas, quería asegurarme de que mi configuración de entorno ASP.NET Core 2.1 persistiera en todas las implementaciones, pero que solo se aplicara al sitio específico.

Según la documentación de Microsoft, es posible establecer la variable de entorno en el grupo de aplicaciones utilizando el siguiente comando de PowerShell en IIS 10:

$appPoolName = "AppPool"
$envName = "Development"
cd "$env:SystemRoot/system32/inetsrv"
./appcmd.exe set config -section:system.applicationHost/applicationPools /+"[name=''$appPoolName''].environmentVariables.[name=''ASPNETCORE_ENVIRONMENT'',value=''$envName'']" /commit:apphost

Desafortunadamente, todavía tengo que usar IIS 8.5 y pensé que no tenía suerte. Sin embargo, todavía es posible ejecutar un script simple de PowerShell para establecer un valor de variable de entorno específico del sitio para ASPNETCORE_ENVIRONMENT:

Import-Module -Name WebAdministration
$siteName = "Site"
$envName = "Development"
Set-WebConfigurationProperty -PSPath IIS:/ -Location $siteName -Filter /system.webServer/aspNetCore/environmentVariables -Name . -Value @{ Name = ''ASPNETCORE_ENVIRONMENT''; Value = $envName }

Answer 5

Después de un extenso google, encontré una solución de trabajo, que consta de dos pasos.

El primer paso es establecer la variable de entorno de todo el sistema ASPNET_ENV en Producción y reiniciar el servidor de Windows . Después de esto, todas las aplicaciones web obtienen el valor ''Producción'' como EnvironmentName.

El segundo paso (para habilitar el valor ''Puesta en escena'' para la puesta en escena web) fue bastante más difícil de hacer funcionar correctamente, pero aquí está:

1. Cree un nuevo usuario de Windows, por ejemplo, StagingPool en el servidor.
2. Para este usuario, cree una nueva variable de usuario ASPNETCORE_ENVIRONMENT con el valor ''Staging'' (puede hacerlo iniciando sesión como este usuario o mediante regedit)
3. De nuevo como administrador en el administrador de IIS, busque el grupo de aplicaciones en el que se ejecuta la web de ensayo y en Configuración avanzada, establezca la identidad en el grupo de usuarios.
4. También establezca Cargar perfil de usuario en verdadero , de modo que se carguen las variables de entorno. <- muy importante!
5. Asegúrese de que StagingPool tenga derechos de acceso a la carpeta web y detenga e inicie el grupo de aplicaciones.

Ahora la web de ensayo debe tener el nombre de entorno establecido en "ensayo".

Actualización: en Windows 7+ hay un comando que puede establecer variables de entorno desde el indicador CMD también para un usuario específico. Esto genera ayuda más muestras:

>setx /?

Answer 6

Esta respuesta se escribió originalmente para ASP.NET Core RC1. En RC2, ASP.NET Core pasó del controlador genérico httpPlafrom a uno específico de aspnetCore. Tenga en cuenta que el paso 3 depende de la versión de ASP.NET Core que esté utilizando.

Resulta que las variables de entorno para los proyectos de ASP.NET Core se pueden establecer sin tener que establecer variables de entorno para el usuario o tener que crear múltiples entradas de comandos.

1. Vaya a su aplicación en IIS y elija Configuration Editor .
2. Seleccionar Configuration Editor
3. Elija system.webServer/aspNetCore (RC2 y RTM) o system.webServer/httpPlatform (RC1) en el cuadro combinado Section
4. Elija Applicationhost.config ... en el cuadro combinado.
5. Haga clic derecho en el elemento enviromentVariables , seleccione el elemento ''environmentVariables'' element , luego Edit Items
6. Establece tus variables de entorno.
7. Cierre la ventana y haga clic en Aplicar.
8. Hecho

De esta manera, no tiene que crear usuarios especiales para su grupo o crear entradas de comandos adicionales en project.json . Además, al agregar comandos especiales para cada entorno se rompe "compilar una vez, desplegar muchas veces", ya que tendrá que llamar a dnu publish por separado para cada entorno, en lugar de publicar una vez e implementar el artefacto resultante muchas veces.

Actualizado para RC2 y RTM, gracias a Mark G y tredder.

Answer 7

He creado un repositorio para publicar IIS con la configuración del entorno en Web.config.

https://github.com/expressiveco/AspnetCoreWebConfigForEnvironment

• Preparar
  • Obtenga las secciones de los archivos .csproj y .user.csproj en sus archivos de proyecto.
  • Obtenga los archivos MyAspNetEnvironment.props, web.development.config y web.production.config.
• Configuración
  • Cambie el valor de la propiedad ASPNETCORE_ENVIRONMENT en user.csproj de manera relevante.

Answer 8

La solución @tredder con aplicación de edición Host.config es la que funciona si tiene varias aplicaciones diferentes ubicadas dentro de directorios virtuales en IIS.

Mi caso es:

• Tengo un proyecto API y un proyecto APP , bajo el mismo dominio, ubicados en diferentes directorios virtuales
• La página raíz XXX no parece propagar la variable ASPNETCORE_ENVIRONMENT a sus hijos en directorios virtuales y ...
• ... No puedo establecer las variables dentro del directorio virtual como se describe en @NickAb (error recibido La solicitud no es compatible. (Excepción de HRESULT: 0x80070032) durante el guardado de cambios en el Editor de configuración):

• Entrando en applicationHost.config y creando manualmente nodos como este:

  <location path="XXX/app"> <system.webServer> <aspNetCore> <environmentVariables> <clear /> <environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Staging" /> </environmentVariables> </aspNetCore> </system.webServer> </location> <location path="XXX/api"> <system.webServer> <aspNetCore> <environmentVariables> <clear /> <environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Staging" /> </environmentVariables> </aspNetCore> </system.webServer> </location>

y reiniciar el IIS hizo el trabajo.

Answer 9

Lo que necesitas saber en un solo lugar:

• Para que las variables de entorno anulen cualquier configuración, deben tener el prefijo ASPNETCORE_ .
• Si desea hacer coincidir los nodos secundarios en su configuración JSON, use : como separador. Si la plataforma no permite dos puntos en las claves de variable de entorno, use __ lugar.
• Desea que su configuración termine en ApplicationHost.config . El uso del Editor de configuración de IIS hará que sus entradas se escriban en el Web.config la aplicación, ¡y se sobrescribirá con la próxima implementación!

• Para modificar ApplicationHost.config , desea usar appcmd.exe para asegurarse de que sus modificaciones sean consistentes. Ejemplo: %systemroot%/system32/inetsrv/appcmd.exe set config "Default Web Site/MyVirtualDir" -section:system.webServer/aspNetCore /+"environmentVariables.[name=''ASPNETCORE_AWS:Region'',value=''eu-central-1'']" /commit:site

• Los caracteres que no son seguros para URL se pueden escapar como Unicode, como %u007b para la %u007b izquierda.

• Para enumerar su configuración actual (combinada con valores de Web.config): %systemroot%/system32/inetsrv/appcmd.exe list config "Default Web Site/MyVirtualDir" -section:system.webServer/aspNetCore
• Si ejecuta el comando para establecer una clave de configuración varias veces para la misma clave, ¡se agregará varias veces! Para eliminar un valor existente, use algo como %systemroot%/system32/inetsrv/appcmd.exe set config "Default Web Site/MyVirtualDir" -section:system.webServer/aspNetCore /-"environmentVariables.[name=''ASPNETCORE_MyKey'',value=''value-to-be-removed'']" /commit:site .

Answer 10

Para ampliar la respuesta de @ tredder, puede modificar el entorno appcmd usando appcmd

Puesta en escena

%windir%/system32/inetsrv/appcmd set config "staging.example.com" /section:system.webServer/aspNetCore /+environmentVariables.[name=''ASPNETCORE_ENVIRONMENT'',value=''Staging''] /commit:APPHOST

Producción

%windir%/system32/inetsrv/appcmd set config "example.com" /section:system.webServer/aspNetCore /+environmentVariables.[name=''ASPNETCORE_ENVIRONMENT'',value=''Production''] /commit:APPHOST

Answer 11

Para obtener los detalles sobre el error, tuve que agregar la variable de entorno ASPNETCORE_ENVIRONMENT para el grupo de aplicaciones correspondiente system.applicationHost/applicationPools .

Nota: la aplicación web en mi caso era la ASP.NET Core 2 web ASP.NET Core 2 alojada en IIS 10 . Se puede hacer a través del Configuration Editor en el IIS Manager (consulte Edición de colecciones con el Editor de configuración para averiguar dónde encontrar este editor en el IIS Manager ).

Answer 12

Tengo mis aplicaciones web (PRODUCCIÓN, ESCENARIO, PRUEBA) alojadas en el servidor web IIS. Por lo tanto, no fue posible confiar en la variable de entorno del sistema operativo ASPNETCORE_ENVIRONMENT, porque establecerla en un valor específico (por ejemplo, STAGING) tiene efecto en otras aplicaciones.

Como solución, definí un archivo personalizado (envsettings.json) dentro de mi solución visualstudio:

con el siguiente contenido:

{
  // Possible string values reported below. When empty it use ENV variable value or Visual Studio setting.
  // - Production
  // - Staging
  // - Test
  // - Development
  "ASPNETCORE_ENVIRONMENT": ""
}

Luego, en función de mi tipo de aplicación (Producción, Puesta en escena o Prueba) configuro este archivo de forma acorde: suponiendo que esté implementando la aplicación TEST, tendré:

"ASPNETCORE_ENVIRONMENT": "Test"

Después de eso, en el archivo Program.cs solo recupere este valor y luego configure el entorno de webHostBuilder:

    public class Program
    {
        public static void Main(string[] args)
        {
            var currentDirectoryPath = Directory.GetCurrentDirectory();
            var envSettingsPath = Path.Combine(currentDirectoryPath, "envsettings.json");
            var envSettings = JObject.Parse(File.ReadAllText(envSettingsPath));
            var enviromentValue = envSettings["ASPNETCORE_ENVIRONMENT"].ToString();

            var webHostBuilder = new WebHostBuilder()
                .UseKestrel()
                .CaptureStartupErrors(true)
                .UseSetting("detailedErrors", "true")
                .UseContentRoot(currentDirectoryPath)
                .UseIISIntegration()
                .UseStartup<Startup>();

            // If none is set it use Operative System hosting enviroment
            if (!string.IsNullOrWhiteSpace(enviromentValue)) 
            { 
                webHostBuilder.UseEnvironment(enviromentValue);
            }

            var host = webHostBuilder.Build();

            host.Run();
        }
    }

Recuerde incluir el envsettings.json en PublishOptions (project.json):

  "publishOptions":
  {
    "include":
    [
      "wwwroot",
      "Views",
      "Areas/**/Views",
      "envsettings.json",
      "appsettings.json",
      "appsettings*.json",
      "web.config"
    ]
  },

Esta solución me permite tener la aplicación ASP.NET CORE alojada en el mismo IIS, independientemente del valor de la variable de entorno.

Answer 13

Editar: a partir de los lanzamientos de RC2 y RTM, este consejo está desactualizado. La mejor manera que he encontrado para lograr esto en la versión es editar las siguientes secciones web.config en IIS para cada entorno:

system.webServer/aspNetCore :

Edite la entrada variable de entorno y agregue una configuración de variable de entorno:

ASPNETCORE_ENVIRONMENT : < Your environment name >

Como alternativa al enfoque de drpdrp, puede hacer lo siguiente:

• En su project.json, agregue comandos que pasen la variable ASPNET_ENV directamente a Kestrel:

  "commands": {
      "Development": "Microsoft.AspNet.Server.Kestrel --ASPNET_ENV Development",
      "Staging": "Microsoft.AspNet.Server.Kestrel --ASPNET_ENV Staging",
      "Production": "Microsoft.AspNet.Server.Kestrel --ASPNET_ENV Production"
  }

• Al publicar, use la opción --iis-command para especificar un entorno:

  dnu publish --configuration Debug --iis-command Staging --out "outputdir" --runtime dnx-clr-win-x86-1.0.0-rc1-update1

Encontré que este enfoque es menos intrusivo que crear usuarios adicionales de IIS.