Comment puis-je obtenir le kestrel serveur web pour écouter de la non-requêtes localhost?

Le fichier de configuration par défaut utilisé par Kestrel serveur est hosting.json. Le nom a été changé à plusieurs reprises dans les différentes versions bêta. Si vous utilisez maintenant project.json avec le suivant "command" section

"commands": {
    "web": "Microsoft.AspNet.Server.Kestrel"
}

puis lors du démarrage du serveur à partir de la ligne de commande par

dnx web

le fichier hosting.json sera lu. Le fichier

{
    "server.urls": "http://0.0.0.0:5000"
}

allons configurer le serveur pour écouter 5000 à chaque adresse IP4. La configuration

{
    "server.urls": "http://::5000;http://0.0.0.0:5000"
}

informera à écouter 5000 sur les deux IP4 et IP6 adresse.

On peut spécifier d'autres fichiers de configuration par l'utilisation ASPNET_ENV variable d'environnement ou par l'utilisation de --config myconfig1.json (ou config=myconfig1.json). Par exemple, vous pouvez utiliser

SET ASPNET_ENV=Development

et de créer hosting.Development.json fichier de configuration spécifique. Alternativement, vous pouvez utiliser project.json avec

"commands": {
    "web": "Microsoft.AspNet.Server.Kestrel"
    "webProd": "Microsoft.AspNet.Server.Kestrel --config prod.json"
}

et démarrer le serveur à l'utilisation

dnx webProd

Je rappelle en outre qu'il pourrait être nécessaire que vous permettent en outre d'écouter et d'enregistrer (pour commencer dnx web). C'est nécessaire parce que le pare-feu et la sécurité locale d'écoute TCP/HTTP ports. Quelque chose comme ci-dessous doivent faire l'enregistrement et l'écoute de 5000 port pour tout le monde (IPv4 et IPv6):

netsh http add iplisten ipaddress=0.0.0.0:5000
netsh http add iplisten ipaddress=::5000
netsh http add urlacl url=http://+:5000/user=\Everyone

Pour être plus sûr, vous pouvez ajuster la configuration ci-dessus pour accorder des droits minimaux.

Mise à JOUR: Merci @BlaneBunderson. On peut utiliser des * à la place de l'adresse IP (comme http://*:5000) à écouter sur tout IP4 et IP6 adresses à partir de n'importe quelle interface. On devrait être attentivement et de ne pas utiliser http://*:5000;http://::5000, http://::5000;http://*:5000, http://*:5000;http://0.0.0.0:5000 ou http://*:5000;http://0.0.0.0:5000 car il aura besoin de s'inscrire IP6 adresse :: ou IP4 adresse 0.0.0.0 deux fois.

Correspond à l'annonce

Techniquement, n'importe quelle machine qui n'est pas "localhost" ou une IPv4 valide ou
Adresse IPv6 sera la cause de Kestrel à se lier à toutes les interfaces réseau.

Je pense que le comportement peut être modifié dans le futur. Donc je vous recommande d'utiliser uniquement *:5000, 0.0.0.0:5000 et ::5000 formulaire pour l'enregistrement de n'importe qu'ELLE adresse.

Mise à JOUR 2: ASP.NET Core RC2 changements (voir l'annonce), le comportement de chargement des valeurs par défaut. Un avoir à faire des changements dans la Main pour charger les paramètres de hosting.json et les paramètres de ligne de commande. Ci-dessous est un exemple de l'utilisation

public static void Main(string[] args)
{
    var config = new ConfigurationBuilder()
        .SetBasePath(Directory.GetCurrentDirectory())
        .AddJsonFile("hosting.json", optional: true)
        .AddEnvironmentVariables(prefix: "ASPNETCORE_")
        .AddCommandLine(args)
        .Build();

    var host = new WebHostBuilder()
        .UseUrls("http://*:1000", "https://*:1234", "http://0.0.0.0:5000")
        .UseEnvironment("Development")
        .UseConfiguration(config)
        .UseKestrel()
        .UseContentRoot(Directory.GetCurrentDirectory())
        .UseIISIntegration()
        .UseStartup<Startup>()
        .Build();

    host.Run();
}

Le code ci-dessus utilise trois liaisons: "http://*:1000", "https://*:1234", "http://0.0.0.0:5000" par défaut au lieu de l'utilisation de la valeur par défaut le port 5000 par défaut (pour être précis, l'utilisation de http://localhost:5000). L'appel de .UseConfiguration(config) sont faites après .UseUrls. Ainsi, la configuration chargée de hosting.json ou la ligne de commande remplacer les options par défaut. Si on supprime .SetBasePath(Directory.GetCurrentDirectory()) ligne, l' hosting.json sera chargé à partir du même répertoire où se trouve la dll de l'application sera compilé (par exemple bin\Debug\netcoreapp1.0).

On peut utiliser de l'exécution comme

dotnet.exe run --server.urls=http://0.0.0.0:5000

pour remplacer les paramètres par défaut (à partir de UseUrls) et les paramètres de "server.urls" propriété de hosting.json si c'est exister.

De la même façon on pourrait remplacer l'ULR paramètres en définissant la variable d'environnement

set ASPNETCORE_SERVER.URLS=http://localhost:12541/

puis le démarrage par défaut de l'application à l'aide dotnet.exe run utilisera http://localhost:12541/ pour la liaison.

Vous pouvez trouver ici un exemple de l'utilisation de la liaison HTTPS.

Si vous essayez de mettre un ASP.NET application de Base à l'intérieur d'un conteneur docker (ce qui était mon cas d'utilisation pour avoir à écouter non localhost adresses), note que ce cas d'utilisation a déjà été mis en place pour vous par Microsoft. Vous pouvez voir toute la gloire à https://hub.docker.com/r/microsoft/aspnetcore/

Au courant (v1.0.1) la clé de la magie pour la résolution de ce problème est que le Dockerfile contient une url en paramètre variable d'environnement, et que l'application ne tentez pas de le modifier. (En effet, un conteneur d'application en interne affirmer aussi peu que possible sur l'environnement où il sera exécuté.)

ENV ASPNETCORE_URLS http://+:80

Remarque le signe plus plutôt que astérisque là. En fait je vous recommandons de visiter la ci-dessus dockerhub lien sur la lecture de ma réponse, aussi longtemps que le lien est bon. La Version 1.1 est juste autour du coin, et les choses peuvent encore changer à l'avenir.

Lors de l'exécution du récipient, assurez-vous d'exposer invité le port 80, par le paramètre variable d'environnement. Par exemple:

docker run -d -p 8000:80 myapp
curl localhost:8000