netcore2.2升级到3.1发布端口启动不生效

问题描述:程序一步一步升级到了necore3.1,本地调试没有问题,发布到centos服务器就跑不起来了,查了查竟然使用了默认的5000端口,怀疑Kestrel的配置没有生效,在本地跑了几次也还是一样的结果。。。

解决方案:查询到了微软官方文档,里面说配置参数改了,原来是

{
  "server.urls": "http://localhost:8238;"
}

现在需要改成

{
  "urls": "http://localhost:8238;"
}

各个版本互相不太兼容,给了微软改进代码的机会,同时给我们带来了些许不便,还好文档够详细。。。

参考链接:https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/host/web-host?view=aspnetcore-3.1#override-configuration

原文地址:https://www.cnblogs.com/wangbg/p/12237118.html

时间: 2024-07-31 04:15:25

netcore2.2升级到3.1发布端口启动不生效的相关文章

ceph升级到10.2.3 版本启动服务报错:Unknown lvalue 'TasksMax' in section 'Service'

#### ceph软件包升级完成,执行命令重启服务 sudo systemctl restart [email protected]"$HOSTNAME" #### 故障现象 服务可以启动,启动后显示有报错信息: Nov 23 17:14:45 ceph-6-12 systemd[1]:        [/usr/lib/systemd/system/[email protected]:18] Unknown lvalue 'TasksMax' in section 'Service'

OS X - 在80端口启动Nginx

不知道你是怎么在你的mac上安装nginx的,但是如果你跟我一样: brew install nginx 然后你会发现你的nginx.conf中的端口是8080. 于是你可能像我一样试着把端口改为80,然后reload一下. 你发现没有任何错误提示,当你访问localhost时却没有nginx的首页,甚至连403也没有. 于是你尝试... sudo lsof -n -i:80 | grep -i LISTEN 却发现没有输出和nginx有关的任何东西. 于是才想起OSX不允许system级以外的

17Lync2013升级到SkypeForBusiness2015--公网发布更新

这节主要包括边缘服务器和反向代理的发布更新 3.10 外网发布更新 3.10.1 RP更新 修改前: 修改后: 3.10.2 更新TMG发布 更新到新的边缘DMZ网卡IP

08SkypeForBusiness2015--Lync2010升级到2013公网发布以及客户端体验

2.10.6 RP&公网发布修改 在反向代理服务器上修改如下HOST记录 修改前: 修改后: 导出Lync 2013边缘的外部证书,包括私钥 导入到反向代理服务器个人证书中,用于WEB服务侦听器用 边缘防火墙TMG更新,指向新的Lync Server 2013边缘的DMZ IP地址 外网用户登陆测试OK 运行一段时间看看日志情况: 边缘服务器日志信息,一切正常 前端服务器日志信息 2.10.7 Lync2013客户端体验 公网上的计算机WIN802 因为未加入域,需要信任根证书,这里不多介绍证书

netcore2.2升级到3.1依赖注入插件切换

问题描述:原来在2.2版本中使用autofac作为注入时的管理容器,现在要升级到3.1版本,遇到了很多的问题,各种解析不了... 解决方案:最后因为水平太low就放弃了,改用微软自带的容器管理,改造过程中也遇到了一些问题 1.注册顺序需要注意,尤其是有依赖关系的:还有就是注册类型,静态的不能引用会话的,说的有点含糊了... 2.过滤器中属性注入,之前是使用的静态类,直接解析就ok,现在要变成构造方法中注入,控制器调用时莫非要把参数都带上?不用的,这个时候需要使用ServiceFilter [Se

Mac .NetCore2.1 升级到 3.0 报错

/Users/crh/.nuget/packages/microsoft.aspnetcore.razor.design/2.2.0/build/netstandard2.0/Microsoft.AspNetCore.Razor.Design.CodeGeneration.targets(5,5): Error: The project /Users/crh/Documents/Gitee/FineCore/FineCore.Web must provide a value for Config

Centos 7.3mini版更改ssh默认22端口启动失败问题处理

一.简介 centos 7.3 mini版系统默认的ssh端口是tcp 22端口,为了安全考虑经常会修改默认的22端口为其他端口.一般都市通过修改/etc/ssh/sshd_config文件,把此文件里面的"#Port 22"改成"Port 9999",9999这个端口根据自己需要可以随便编写.但是centos7.3 mini版操作系统如果仅仅修改此处,是无法成功的,修改后会直接导致ssh重启失败的.这是因为centos里面自带了SELINUX,解决以上情况的方法看

jenkins自动发布后启动tomcat失败

jenkins服务器上某个项目构建后执行自己写的shell进行发布,脚本其他步骤都执行正常,唯独,启动tomcat出现问题.  jenkins显示启动tomcat成功.但是在tomcat服务器上查看进程却发现没有后台进程存在. 原因: jenkins在脚本执行完成后,就认为jenkins任务结束了,但是脚本启动的相关子程序仍在运行.由于jenkins认为任务结束,就断开了改构建相关的衍生进程. 这就是为什么shell脚本执完成,显示tomcat启动成功,但是后台没有进程的原因. 解决方案: 在要

Linux tomcat 配置80端口启动不了情况的解决

配置tomcat为80端口,启动tomcat,发现tomcat无法启动,出现错误: LifecycleException:  Protocol handler initialization failed: java.net.BindException: Permission denied <null>:80 看打印出来的日志是权限不够,后来搜索发现Linux下,root权限才能启动1024以下端口的程序 临时解决办法:采用端口转发,对外开放80端口,通过80端口转发到内部的 tomcat 80