详解ASP.NET Core中配置监听URLs的五种方式

默认情况下,ASP. NET Core应用会监听一下2个Url:

  • http://localhost:5000
  • https://localhost:5001

在本篇博文中,我将展示如何使用五种不同的方式改变应用监听的URLs。

在ASP.NET Core项目启动时,有多种配置监听Url的方式,在我之前的一篇博客中,已经展示了在ASP.NET Core 1.0中如何应用不同的方式配置,在ASP.NET Core 3.x中,大部分方式还是一样的。

  • UseUrls() - 在Program.cs配置程序监听的URLs
  • 环境变量 - 使用DOTNET_URLS或者ASPNETCORE_URLS配置URLs
  • 命令行参数 - 当使用命令行启动应用时,使用--urls参数指定URLs
  • 使用launchSettings.json - 使用applicationUrl属性来配置URLs
  • KestrelServerOptions.Listen() - 使用Listen()方法手动配置Kestral服务器监听的地址

下面我来详细说明一下每个一种方式。

哪些Url可以使用?

在本篇我描述是你可以绑定的"URLs", 但是你不能使用所有的URLs. 这里有三种你可以绑定的URLs

IPV4和IPV6的主机名(例如http://localhost:5000). 这种URL的格式是{scheme}://{loopbackAddress}:{port}

在你机器上可用的指定IP地址(例如http://192.168.8.31:5005), 这种URL的格式是{scheme}://{IPAddress}:{port}针对给定端口,使用"任何"IP地址(例如http://*:6264), 这种URL的格式是{scheme}://*:{port}

在以上说明的几种格式中,端口号也可以是选填的, 如果你忽略它,系统会使用默认端口(http使用80端口,https使用443端口)。

使用哪一种格式的URLs取决于你的部署方式。例如,如果你你将多个应用托管在同一台“裸机”中,你可能需要显示指定IP地址。但是如果你使用了容器托管,那么你可以使用localhost作为地址。

注意,针对"任何"IP地址的格式 - 你不一定必须使用*,你可以使用任何字符,只要不是IP地址或者localhost, 这意味着你可以使用http://*, http://+, http://mydomain, http://example.org. 以上所有字符串都具有相同的行为,可以监听任何IP地址。如果你想仅处理来自单一主机名的请求,你需要额外配置主机过滤。

现在你已经了解了你需要监听的URLs类型,接下来你就需要告诉你的应用如何使用它们。我这里我将展示五种可能使用到方式。

UseUrls()

首先,最简单的方式,当配置IWebHostBuilder时,你可以使用UseUrls()方法硬编码绑定的URLs。

public class Program
{
  public static void Main(string[] args)
  {
    CreateHostBuilder(args).Build().Run();
  }

  public static IHostBuilder CreateHostBuilder(string[] args) =>
    Host.CreateDefaultBuilder(args)
      .ConfigureWebHostDefaults(webBuilder =>
      {
        webBuilder.UseStartup<Startup>();
        webBuilder.UseUrls("http://localhost:5003", "https://localhost:5004");
      });
}

硬编码一个URLs从来都不是一个干净可扩展解决方案的选择,所以这种方式通常只会用来做Demo.

幸运的是,你也可以从外部配置文件、环境变量或者命令行参数中加载URLs配置。

环境变量

.NET Core中允许使用两种配置方式

  • 应用程序级配置是你通常在应用程序中使用的配置,它是用appSettings.json配置文件和环境变量中加载的。
  • 主机配置用于配置应用程序的基础配置,例如主机环境和主机URLs

当我们在考虑如何配置应用URLs时,主机配置是让我们感兴趣的一种。默认主机配置的值来自三个不同的地方。

  • DOTNET_开头的环境变量。
  • 命令行参数
  • ASPNETCORE_开头的环境变量。这种方式仅限ASP.NET Core应用,基于通用主机的worker service是不适用的。

如果你没有手动复写过UseUrls()方法,ASP.NET Core会使用系统配置的中URLS键的值。基于描述,你可以使用一下两种方式配置URLs

  • DOTNET_URLS
  • ASPNETCORE_URLS

如果你同时使用2种环境变量,系统会优先使用ASPNETCORE_URLS中定义的参数

你可以根据你的开发环境使用一些通用方式配置环境变量。例如,使用命令行

setx ASPNETCORE_URLS http://localhost:5001

使用powershell

$Env: ASPNETCORE_URLS = http://localhost:5001

或者使用bash命令

export ASPNETCORE_URLS=http://localhost:5001;https://localhost:5002

从以上例子中不难发现,如果想要配置多个地址,只需要用分号间隔即可。

命令行参数

另外一种设置主机配置的方式是使用命令行参数。如果同时配置了环境变量和命令行参数,命令行参数的值会覆盖环境变量配置的值。这里我们可以使用--urls参数来配置URLS

dotnet run --urls http://localhost:5100

和之前的例子一样,这里你可以使用分号间隔配置多个URLs

dotnet run --urls http://localhost:5100;https://localhost:5101

在生产环境中,配置URLS的最常用方式是使用环境变量或者命令行参数,但是在本地开发环境中,可能就有点笨重了,这时候使用launchSetting.json来配置URLS可能更简单一点。

launchSettings.json

大部分.NET Core项目模板中都包含了一个名为launchSetting.json的文件, 这个文件通常放在Properties文件夹中。这个文件中包含了启动ASP.NET Core项目的各种配置。一个典型的launchSetting.json文件中包含了两部分定义,一部分是命令行启动项目时的配置,一部分是使用IIS Express启动项目时的配置。具体使用哪一部分是由Visual Studio中的"Debug"下拉列表控制的:

launchSettings.json文件中,我们使用applicationUrl属性就可以配置应用绑定的URLs - 在如下的例子中,你可以看到在iisSettings节点下有一个配置,在TestApp节点下有一个配置。

{
 "iisSettings": {
  "windowsAuthentication": false,
  "anonymousAuthentication": true,
  "iisExpress": {
   "applicationUrl": "http://localhost:38327",
   "sslPort": 44310
  }
 },
 "profiles": {
  "IIS Express": {
   "commandName": "IISExpress",
   "launchBrowser": true,
   "environmentVariables": {
    "ASPNETCORE_ENVIRONMENT": "Development"
   }
  },
  "TestApp": {
   "commandName": "Project",
   "launchBrowser": true,
   "applicationUrl": "https://localhost:5001;http://localhost:5000",
   "environmentVariables": {
    "ASPNETCORE_ENVIRONMENT": "Development"
   }
  }
 }
}

你不需要特别指定使用这个文件 - dotnet run命令会自动加载它。

launchSettings.json文件中也提供了额外的环境变量配置参数environmentVariables,在上面的例子中你就可以发现它们。

当你从命令行使用dotnet run命令启动你的应用时,你的应用会从"Project"命令下的applicationUrl参数中加载配置https://localhost:5001;http://localhost:5000,当你使用IISExpress命令启动项目的时候,你的应用会从iisSettings.iisExpress节点的applicationUrl参数中加载配置http://localhost:38327

当你做本地开发的时候,这个文件是配置环境最简单的方式。事实上,如果你不想使用launchSettings.json文件,你需要特别配置。

dotnet run --no-launch-profile

以上命令会跳过launchSettings.json文件的加载,并使用主机环境变量配置来决定绑定的URLs。

到目前为止,所有的实现方案都是间接为Kestrel服务器配置URLs, 但是实际上你还可以直接配置。

KestrelServerOptions.Listen()

几乎所有的ASP.NET Core应用默认都会使用Kestrel服务器。如果你想的话,你可以手动配置Kestrel服务器节点,或者使用IConfiguration配置KestrelServerOptions

我从来没有这样做过,这里有非常多的配置项,因此在大多数情况下,我建议参考文档。例如,你可以使用Listen()函数显式配置KestrelServerOptions

public class Program
{
  public static void Main(string[] args)
  {
    CreateHostBuilder(args).Build().Run();
  }

  public static IHostBuilder CreateHostBuilder(string[] args) =>
    Host.CreateDefaultBuilder(args)
      .ConfigureWebHostDefaults(webBuilder =>
      {
        webBuilder.UseStartup<Startup>();
        webBuilder.UseKestrel(opts =>
        {
          // Bind directly to a socket handle or Unix socket
          // opts.ListenHandle(123554);
          // opts.ListenUnixSocket("/tmp/kestrel-test.sock");
          opts.Listen(IPAddress.Loopback, port: 5002);
          opts.ListenAnyIP(5003);
          opts.ListenLocalhost(5004, opts => opts.UseHttps());
          opts.ListenLocalhost(5005, opts => opts.UseHttps());
        });

      });
}

以上配置为Kestrel服务器设置了多个监听地址。在上面的例子中,使用了硬编码,但是实际上可以改用IConfiguration绑定。当你使用以上方式为Kestrel服务器配置URLs时,如果你还是用了其他方式对URLs进行了配置,那么它覆盖其他方式的配置。如果发生这种情况,你会在程序日志中看到如下警告:

warn: Microsoft.AspNetCore.Server.Kestrel[0]
Overriding address(es) 'http://localhost:5007'. Binding to endpoints defined in UseKestrel() instead.
info: Microsoft.Hosting.Lifetime[0]
Now listening on: http://127.0.0.1:5002
info: Microsoft.Hosting.Lifetime[0]
Now listening on: http://[::]:5003

对我个人而言,我没有遇到过使用这方式为Kestrel服务器配置URLs的场景, 但是当你需要的时候,你就可以完全控制Kestrel服务器配置。

总结

在本篇博文中,我展示了通过五种不同的方式,来设置应用程序的监听URLs. UseUrls()是最简单的,但是基本上不太适合在生产环境中使用。 通过命令行参数--urls以及ASPNETCORE_/DOTNET环境变量是生产环境的常用方式。在开发环境中,launchSetting.json文件是最有用的配置方式。如果你需要细粒度的配置,你可以直接使用Kestrel服务器自带的配置选项。

到此这篇关于详解ASP.NET Core中配置监听URLs的五种方式的文章就介绍到这了,更多相关ASP.NET Core监听URLs内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

原文: 5 ways to set the URLs for an ASP.NET Core app
作者: Andrew Lock
译者: Lamond Lu

(0)

相关推荐

  • ASP.NET Core利用UrlFirewall对请求进行过滤的方法示例

    一. 前言 UrlFirewall 是一个开源.轻便的对http请求进行过滤的中间件,可使用在webapi或者网关(比如Ocelot),由我本人编写,并且开源在github:https://github.com/stulzq/UrlFirewall  (本地下载) 二.UrlFirewall 介绍 UrlFirewall 是一款http请求过滤中间件,可以和网关(Ocelot)搭配,实现屏蔽外网访问内部接口,只让内部接口之间相互通讯,而不暴露到外部.它支持黑名单模式和白名单模式,支持自定义htt

  • ASP.NET Core中如何使用表达式树创建URL详解

    表达式树(Expression Tree) 表达式树是不可执行的代码,它只是用于表示一种树状的数据结构,树上的每一个节点都表示为某种表达式类型,大概有25种表达式类型,它们都派生自Expression类.创建表达式树具体有两个优势: 1.对表达式树的代码进行编辑修改,使表达式树中的代码变成动态代码,根据不同的数据库修改树上的代码逻辑从而达到动态切换数据库查询语句的目的,用表达式树可以动态构建针对不同数据库的查询语句. 2.完成类似反射访问未知对象的属性,通过动态构造表达式树,生成委托. 当我们在

  • 详解ASP.NET Core中配置监听URLs的五种方式

    默认情况下,ASP. NET Core应用会监听一下2个Url: http://localhost:5000 https://localhost:5001 在本篇博文中,我将展示如何使用五种不同的方式改变应用监听的URLs. 在ASP.NET Core项目启动时,有多种配置监听Url的方式,在我之前的一篇博客中,已经展示了在ASP.NET Core 1.0中如何应用不同的方式配置,在ASP.NET Core 3.x中,大部分方式还是一样的. UseUrls() - 在Program.cs配置程序

  • 详解ASP.Net Core 中如何借助CSRedis实现一个安全高效的分布式锁

    引言:最近回头看了看开发的.Net Core 2.1项目的复盘总结,其中在多处用到Redis实现的分布式锁,虽然在OnResultExecuting方法中做了防止死锁的处理,但在某些场景下还是会发生死锁的问题,下面我只展示部分代码: 问题: (1)这里setnx设置的值"1",我想问,你最后del的这个值一定是你自己创建的吗? (2)图中标注的步骤1和步骤2不是原子操作,会有死锁的概率吗? 大家可以思考一下先,下面让我们带着这两个问题往下看,下面介绍一下使用Redis实现分布式锁常用的

  • 详解ASP.NET Core 中基于工厂的中间件激活的实现方法

    IMiddlewareFactory/IMiddleware是中间件激活的扩展点. UseMiddleware扩展方法检查中间件的已注册类型是否实现IMiddleware.如果是,则使用在容器中注册的IMiddlewareFactory实例来解析IMiddleware实现,而不使用基于约定的中间件激活逻辑.中间件在应用的服务容器中注册为作用域或瞬态服务. 优点: 按客户端请求(作用域服务的注入)激活 让中间件强类型化 IMiddleware按客户端请求(连接)激活,因此作用域服务可以注入到中间件

  • 详解ASP.NET Core 中的框架级依赖注入

    1.ASP.NET Core 中的依赖注入 此示例展示了框架级依赖注入如何在 ASP.NET Core 中工作. 其简单但功能强大,足以完成大部分的依赖注入工作.框架级依赖注入支持以下 scope: Singleton - 总是返回相同的实例 Transient - 每次都返回新的实例 Scoped - 在当前(request)范围内返回相同的实例 假设我们有两个要通过依赖注入来进行工作的工件: PageContext - 自定义请求上下文 Settings - 全局应用程序设置 这两个都是非常

  • 详解ASP.NET Core 中的多语言支持(Localization)

    首先在 Startup 的 ConfigureServices 中添加 AddLocalization 与 AddViewLocalization 以及配置 RequestLocalizationOptions (这里假设使用英文与中文): public void ConfigureServices(IServiceCollection services) { services.AddLocalization(options => options.ResourcesPath = "Reso

  • 详解ASP.NET MVC 下拉框的传值的两种方式

    以前使用WebForm变成时,下拉框传值只需直接在后台绑定代码就可以了.现在我们来看看在MVC中DropDownList是如果和接受从Controller传过来的值的. 第一种:使用DropDownList 控制器代码: public ActionResult Index() { //1.1查询YzSeriesEntity的数据 List<Model.YzSeriesEntity> seriesList = seriesBLL.LoadEnities().ToList(); //1.2将YzS

  • 详解ASP.NET Core 在 JSON 文件中配置依赖注入

    前言 在上一篇文章中写了如何在MVC中配置全局路由前缀,今天给大家介绍一下如何在在 json 文件中配置依赖注入. 在以前的 ASP.NET 4+ (MVC,Web Api,Owin,SingalR等)时候,都是提供了专有的接口以供使用第三方的依赖注入组件,比如我们常用的会使用 Autofac.Untiy.String.Net 等,这些第三放依赖注入组件基本上都提供了一套配置注入或者配置生命周期的方式,除了直接配置到类里面之外,还提供了要么使用 xml 文件,要么使用 json 等,那么在新的

  • 详解ASP.NET Core3.0 配置的Options模式

    上一章讲到了配置的用法及内部处理机制,对于配置,ASP.NET Core还提供了一种Options模式. 一.Options的使用 上一章有个配置的绑定的例子,可以将配置绑定到一个Theme实例中.也就是在使用对应配置的时候,需要进行一次绑定操作.而Options模式提供了更直接的方式,并且可以通过依赖注入的方式提供配置的读取.下文中称每一条Options配置为Option. 1.简单的不为Option命名的方式 依然采用这个例子,在appsettings.json中存在这样的配置: { "Th

  • 详解Asp.Net Core 2.1+的视图缓存(响应缓存)

    响应缓存Razor 页与 ASP.NET 核心 2.0 中不支持. 此功能将支持ASP.NET 核心 2.1 版本. 在老的版本的MVC里面,有一种可以缓存视图的特性(OutputCache),可以保持同一个参数的请求,在N段时间内,直接从mvc的缓存中读取,不去走视图的逻辑. [OutputCache(Duration =20)]//设置过期时间为20秒 public ActionResult ExampleCacheAction() { var time=DateTime.Now.ToStr

  • 详解ASP.NET Core 反向代理部署知多少

    引言 最近在折腾统一认证中心,看到开源项目IdentityServer4.Admin集成了IdentityServer4和管理面板,就直接拿过来用了.在尝试Nginx部署时遇到了诸如虚拟目录映射,请求头超长.基础路径映射有误等问题,简单记录,以供后人参考. Nginx 配置路由转发 首先来看下IdentityServer4.Admin的项目结构: IdentityServer4.Admin / ├── Id4.Admin.Api # 用于提供访问Id4资源的WebApi项目 ├── Id4.Ad

随机推荐