.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項目中，這時候我們無需設置應用程序池來托管我們的代碼，它只負責轉發請求而已.所以發布時最重要的還是看我們的AspNetCoreModule是否存在

?

進入這個模塊就可以看到你是否安裝了托管捆綁包AspNetCoreModule,沒有的話可以點擊這里進行下載,

如果還是沒有找到或者不知道怎樣下載.在我的百度網盤中下載安裝就行了,密碼：nrt2

安裝好了之后就是這個樣子

?

?接下來和asp.net 發布時一樣,新建一個網站就行了,為了方便演示,名稱這里用DotNetCoreDemo,路徑用一個方便尋找的路徑

?

接著就是重點了,應用程序池配置稍微不太一樣,.NET CLR版本選擇無托管代碼,托管管道模式選擇集成

?

?

?好了,準備工作完成了,接下來就是文件的發布了,發布文件有兩種方式,可以通過命令發布,也可以通過VS進行發布

?通過CMD找到你的文件所在的路徑,這里就簡單通過命令創建一個.net core2.0 的MVC的程序DotNetCoreDemo

創建命令: dotnet new mvc

? ? ? ?

　　

?

? ?接著通過命令dotnet publish進行發布(?在項目的目錄路徑),如果用這個命令他會默認發布在bin文件的Debug中

?

?

這個不是我們想要的,我們必須發布到指定路徑,剛才我們IIS發布選擇的物理路徑路徑是在??E:\發布\DotNetCoreDemo??這里所以,我們發布的時候必須指定路勁

?命令:?dotnet publish -o 路徑

這里就是?dotnet publish -o E:\發布\DotNetCoreDemo

好了現在就發布好了

?

通過VS進行發布:

　　這個就和以前的ASP.NET 發布差不多了,我現在用的是VS2017,發布的時候直接選擇文件夾就可以了,路徑就選擇IIS配置的物理路徑

　　

?

終于完成了,來看一下最后的成果

?

?

PS:

AspNetCoreModule一定和NET CORE 版本相對應,我這里用的..NET CORE2.0 ,所以捆綁程序包(.NET Core Windows Server Hosting)也用的2.0,如果版本不對應則會報錯502.5的錯誤

轉載于:https://www.cnblogs.com/Jeely/p/10790915.html

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的.NET core2.0 发布至IIS中的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。