在IIS上部署ASP.NET Core项目的图文方法
概述
与asp.net时代不同,asp.net core不再是由iis工作进程(w3wp.exe)托管,而是使用自托管web服务器(kestrel)运行,iis则是作为反向代理的角色转发请求到kestrel不同端口的asp.net core程序中,随后就将接收到的请求推送至中间件管道中去,处理完你的请求和相关业务逻辑之后再将http响应数据重新回写到iis中,最终转达到不同的客户端(浏览器,app,客户端等)。而配置文件和过程都会由些许调整,中间最重要的角色便是aspnetcoremodule,它是其中一个的iis模块,请求进入到iis之后便立即由它转发,并迅速重定向到asp.net core项目中,所以这时候我们无需设置应用程序池来托管我们的代码,它只负责转发请求而已。
部署之前要确保你的iis上已经安装了aspnetcoremodule托管模块,如果没有的话,点击进行下载并安装
一、安装iis
1、在控制面板→程序→启用或关闭windows功能→勾选internet information services以及web管理工具下的iis管理控制台
二、发布项目
1、发布我们上一篇建好的asp.net core api项目,然后选择iis,新建一项发布配置
2、发布方法选择文件系统,然后设置一个发布路径
3、配置文件可以根据你线上、线下的环境进行选择,因为是基于.net core,所以目标框架为netcoreapp1.1,然后保存发布即可
4、当然了,你还可以基于cli的publish命令进行发布,只需切换到light.api根目录下,输入以下命令即可
dotnet publish --framework netcoreapp1.1 --output "e:\publish" --configuration release
framework表示目标框架,output表示要发布到的目录文件夹,configuration表示配置文件,等同于和上面我们通过管理器来发布的操作,如图:
三、在iis中添加网站
1、添加一个网站,设置一下名称,并将路径指向你刚才发布的文件夹,然后启动网站即可
2、设置应用程序池的.net clr版本为“无托管代码”,因为刚才也说了,iis是作为一个反向代理的角色,并不需要它来托管代码
3、ok,大功告成,浏览一下我们的网站。
此时我的内心是崩溃的,没有任何有用的提示信息,看来只能自己动手查看应用程序的运行日志了
4、设置iis的日志记录方式为日志文件和etw事件
5、重新访问网站,然后打开windows应用程序日志,你会看到这样一条信息。意思是说你的应用程序已经由pid为3236的进程启动,并且在25636的端口上监听着。
我打开任务管理器查看了一下,说的很对。应该是一切正常才对啊,那为啥访问网站是404呢。
纠结了半天,原来是因为网站没有自动重定向到/swagger/ui页面,重新访问:http://192.168.1.105/swagger/ui,你会看到熟悉的画面
6、最后一点,其实你还可以通过cli来运行你发布的程序,切换到你发布文件夹下,输入以下命令:
dotnet light.api.dll
看到这个提示,那么说明你成功了。试着访问一下:http://localhost:5000/swagger/ui
而此时你再回过头来看任务管理器,那么就会又多了一个dotnet的进程
写在最后
至此,整个iis的搭建已经完成,不知道你是否有所收获。接下来不知道把它发布到linux上,会有什么样的坑。不管怎样,你的每一步,回过头来看,都是值得的!
上一篇: 原来真不是我身体不行
下一篇: 晁错上书削藩,为何却遭到皇帝的腰斩呢?
推荐阅读
-
在IIS上部署ASP.NET Core项目的图文方法
-
如何在ASP.NET Core应用程序运行Vue并且部署在IIS上详解
-
在IIS上部署ASP.NET Core Web API的方法步骤
-
在IIS上部署ASP.NET Core项目的步骤
-
在IIS上部署ASP.NET Core项目的步骤
-
在IIS上部署ASP.NET Core项目的图文方法
-
ASP.NET Core应用程序运行Vue并且部署在IIS上的详解
-
如何在ASP.NET Core应用程序运行Vue并且部署在IIS上详解
-
ASP.NET Core应用程序运行Vue并且部署在IIS上的详解
-
在IIS上部署ASP.NET Core Web API的方法步骤