你须要知道的这几种 asp.net core 修改默认端口的方式

 

  通常状况下,aspnetcore发布后的默认端口是5000,这个你们都知道,并且默认骨架代码中没有看到任何让你输入的ip地址和端口号,但做为程序员的咱们,不但愿mysql

被框架所管制,那如何实现默认端口的修改呢?程序员

 

骨架代码:web

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

        public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
            WebHost.CreateDefaultBuilder(args)
                .UseStartup<Startup>();
    }

 

发布以下:sql

 

一:解决办法1(UseUrls)docker

       骨架代码就那么几行,很容易在这个IWebHostBuilder中找到一个叫作UseUrls的方法,从注解中能够看得出来让WebHost监听指定的端口号,截图以下:json

 

那么答案就出来了,你须要本身来指定一下端口,改完以后截图以下:框架

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

        public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
            WebHost.CreateDefaultBuilder(args)
                 .UseUrls("http://*:8080")
                .UseStartup<Startup>();
    }

 

 可是在发布以后,你忽然发现,卧槽,端口冲突了,我想换端口,tmd我还得为此再发一次程序,一个字麻烦,说一送一。差点被砍到的第一反应就是把硬编码asp.net

送到配置文件中。ssh

 

二:解决办法2 (host.json)tcp

       你会忽然发现要使用到的Configuration属性只能在Startup类中,毕竟在WebHost的Build以前ServiceCollection都没有初始化,哪里有统一化的配置系统呢,

 那怎么办,还能怎么办,本身定义一个Configuration了,而后修改的步骤以下:

 

1. 新增一个host.json,名字随便定义,本身看得懂就行啦。

{
    "url": "http://*:9099"
}

 

2. webhost代码修改

 

        public static IWebHostBuilder CreateWebHostBuilder(string[] args)
        {
            var configuration = new ConfigurationBuilder().SetBasePath(Environment.CurrentDirectory)
                                          .AddJsonFile("host.json")
                                          .Build();

            var url = configuration["url"];

            return WebHost.CreateDefaultBuilder(args).UseUrls(configuration["url"])
                                                     .UseStartup<Startup>();
        }

   

      问题却是解决了,可是总发现有一点不爽,忽然新来的Configration就好像半路杀出的陈咬金,因此说若是将陈咬金收编过来就完美了。

 

三:不够优雅后的整合

      接下来你很容易会在WebHostBuilder中发现另外一个方法UseConfiguration,看参数就是用来接收ConfigurationRoot的,因此就把代码修改以下:

        public static IWebHostBuilder CreateWebHostBuilder(string[] args)
        {
            var configuration = new ConfigurationBuilder().SetBasePath(Environment.CurrentDirectory)
                                          .AddJsonFile("host.json")
                                          .Build();

            //var url = configuration["url"];

            return WebHost.CreateDefaultBuilder(args).UseConfiguration(configuration)
                                                     .UseStartup<Startup>();
        }

 

        可是这里有一个问题,asp.netcore能识别我自定义的url吗?确定是不能识别的啦,那问题就是,AspnetCore模式会用哪个key做为url的地址呢??

要找到答案的话得须要从源码上啦,从UseUrls入手吧。

 

从上面能够看到,UseUrls默认是使用 WebHostDefaults.ServerUrlsKey 做为url的key的,而后继续F12看一下它的 内容是什么?

 

 

   好了,真想大白了,原来是urls,接下来我只须要把host.json 的url改为urls就能够了,对吧。

 

{
    "urls": "http://*:9099"
}

 

四:解决办法3 (使用docker)

      若是你不想作出任何改变,不想作任何退步,那没办法,只能把你关进docker里啦。

 

1. dockerfile

FROM microsoft/dotnet:2.1-aspnetcore-runtime

MAINTAINER hxc@qq.com

RUN mkdir /data

COPY ./publish/ /data

WORKDIR /data

CMD [ "dotnet","WebApplication1.dll" ]

 

2. publish 文件夹

   在dockerfile的同级目录下,新建一个publish文件夹用来存放当前dll文件。

 

3. 经过build从dockerfile中构建镜像

[root@localhost tsweb]# docker build --rm -f ts.dockerfile -t a/netcore:v1 .
Sending build context to Docker daemon  2.56 kB
Step 1/6 : FROM microsoft/dotnet:2.1-sdk
 ---> bde01d9ed6eb
Step 2/6 : MAINTAINER hxc@qq.com
 ---> Using cache
 ---> 3af0c3f7c416
Step 3/6 : RUN mkdir /data
 ---> Using cache
 ---> 97137ffc5449
Step 4/6 : COPY ./publish/ /data
 ---> Using cache
 ---> 77a94f1a0b8f
Step 5/6 : WORKDIR /data
 ---> Using cache
 ---> 6778c2054a7b
Step 6/6 : CMD dotnet  WebApplication1.dll 
 ---> Running in e4a69b32e702
 ---> 9ed3a9769610
Removing intermediate container e4a69b32e702
Successfully built 9ed3a9769610

 

4. 最后启动镜像,用8888绑定到默认的5000端口

[root@localhost tsweb]# docker run -d -p 8888:5000 --name a-webcore-v1 a/netcore:v1
f94c727b98d5654aa560308752c2af7cde550b6cc06c520bd438e4ccf1fa616d

 

5. 而后你清楚的看到8888端口已经打开了,可是却不能访问,尴尬。。。

[root@localhost tsweb]# netstat -tlnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 192.168.122.1:53        0.0.0.0:*               LISTEN      1834/dnsmasq        
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1135/sshd           
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      1136/cupsd          
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      1582/master         
tcp6       0      0 :::3306                 :::*                    LISTEN      2451/mysqld         
tcp6       0      0 :::22                   :::*                    LISTEN      1135/sshd           
tcp6       0      0 ::1:631                 :::*                    LISTEN      1136/cupsd          
tcp6 0      0 :::8888                 :::*                    LISTEN      9531/docker-proxy-c 
tcp6       0      0 ::1:25                  :::*                    LISTEN      1582/master         
[root@localhost tsweb]# 

 

6. 解决这个问题的第一步就要看一下 容器中真的开放出来了5000端口吗,可经过docker logs 或 docker ps 查看

[root@localhost tsweb]# docker logs b-webcore-v1
Hosting environment: Production
Content root path: /data
Now listening on: http://[::]:80
Application started. Press Ctrl+C to shut down.
[root@localhost tsweb]# 

 

    原来开放的是80端口哈~~~~  那就简单了,把原来的容器给删了,从新生成一个容器再映射一下就好啦。

 

[root@localhost tsweb]# docker rm -f b-webcore-v1
b-webcore-v1
[root@localhost tsweb]# docker run -d -p 8888:80 --name b-webcore-v1 b/netcore:v1
e58039e02740e37cc431c1176fbf586ab19b02bd9331040e4719e9d46e51627d
[root@localhost tsweb]# 

   

 

  终于解决了,好了,本篇就说到这里,但愿对你有帮助。

相关文章
相关标签/搜索