四、项目运行测试
执行命令运行上传后的项目：
dotnet /var/aspnetcore/hellomvc/hellomvc.dll
我们都知道，默认情况下，项目采用的事5000端口，我运行项目时遇到了端口冲突，可能是被占用了吧，VS中修改一下Program.cs, 将端口改为常用的8080
public static IWebHost BuildWebHost(string[] args) => WebHost.CreateDefaultBuilder(args) .UseUrls("http://*:8080") .UseStartup<Startup>() .Build();
重新发布并上传，执行上面的命令成功，提示Kestrel开始监听8080端口。
浏览器访问一下http://ip:8080
结果如上图很怪异，坑二出现，按F12查看一下提示找不到xxx.css xxx.js等，通过FileZila确认对应的css和js文件都已成功上传在指定位置。
第一感觉是没有执行UseStaticFiles()， 确认了一下已执行。接着又怀疑是目录大小写问题，一 一排除， 均正常。
后来先cd到发布目录，再次执行，终于成功。
cd /var/aspnetcore/hellomvc
结果如我们熟悉的下图：
五、安装并配置Apache
安装Apache，并配置反向代理， 将80端口请求转给上面的8080端口由Kestrel处理。
安装并启动Apache
sudo yum -y install httpd mod_ssl sudo systemctl start httpd
访问一下http://ip ，页面是Apache的默认页面，安装成功。
配置代理，创建并打开文件hellomvc.conf：
nano /etc/httpd/conf.d/hellomvc.conf
nano是一个文本编辑工具，如果提示 nano: command not found 可能nano没有安装
执行 yum install nano 命令安装即可。
hellomvc.conf文件内写入如下内容：
<VirtualHost *:80> ProxyPreserveHost On ProxyPass / http://127.0.0.1:8080/ ProxyPassReverse / http://127.0.0.1:8080/ ServerName www.example.com ServerAlias *.example.com ErrorLog ${APACHE_LOG_DIR}hellomvc-error.log CustomLog ${APACHE_LOG_DIR}hellomvc-access.log common </VirtualHost>
重启Apache服务并将该服务设置为自动启动：
sudo systemctl restart httpd sudo systemctl enable httpd
再次通过 dotnet /var/aspnetcore/hellomvc/hellomvc.dll 将项目运行起来后，访问 http://ip 或者 http://ip:8080 均访问正常。
到现在可能有人比较疑惑， 既然之前的项目已经可以正常访问了，为什么还要用Apache？在项目中直接指定监听80端口不就已经OK？ 因为这样做该服务直接占用了80端口， 但有些情况下，我们需要将来自不同域名的访问指定到不同的端口处理，例如可以将a.com的请求指定到8080，将b.com的请求指定到8081. 当然， 如果没有这样的需求，直接用Kestrel做服务而不用反向代理。
另外每次通过命令 dotnet xxx.dll 的方式来启动也不是个很好的体验，我们可以创建个service来管理它， 这也有点向windows的service。
六.创建service管理应用
再次用nano创建文件：
sudo nano /etc/systemd/system/kestrel-hellomvc.service
文件内容如下：
[Unit] Description=Example .NET Web API App running on CentOS 7 [Service] WorkingDirectory=/var/aspnetcore/hellomvc ExecStart=/usr/local/bin/dotnet /var/aspnetcore/hellomvc/hellomvc.dll Restart=always # Restart service after 10 seconds if dotnet service crashes RestartSec=10 SyslogIdentifier=dotnet-example User=apache Environment=ASPNETCORE_ENVIRONMENT=Production [Install] WantedBy=multi-user.target
保存并启动服务：
systemctl enable kestrel-hellomvc.service systemctl start kestrel-hellomvc.service
查看是否成功：
systemctl status kestrel-hellomvc.service
在此处我遇到了问题，提示出错，..........(code=exited, status=203/EXEC).............. kestrel-hellomvc.service failed。坑三出现，又是各种搜索，后来发现msdn中提供的上面的kestrel-hellomvc.service文件内容中的 ExecStart=/usr/local/bin/dotnet 在我的CentOS系统中不存在，通过 which dotnet 查看我的系统中是在 /usr/bin/dotnet ，修改kestrel-hellomvc.service重新执行 systemctl start kestrel-hellomvc.service 提示成功。注意修改该文件后会提示先执行 systemctl daemon-reload 重新加载。
至此，主要工作均已完成。
七.其他注意事项
A.kestrel-hellomvc.service中的User=apache
在安装Apache之前，通过 dotnet /var/aspnetcore/hellomvc/hellomvc.dll 已经可以将项目运行起来了， 那时候就想先创建Service，因为觉得这与Apache无关， 结果service总是启动失败，后来才注意到了这个User=apache，这里要求这个User存在并且拥有相应的权限。由于对CentOS不熟悉，这点也绕了好久。
B.启用ForwardedHeaders中间件
由于采用了反向代理，需要启用ForwardedHeaders中间件转发，在Startup的Configure中添加如下代码，注意UseForwardedHeaders要用在UseAuthentication之前。(MSDN上的详细说明)
app.UseForwardedHeaders(new ForwardedHeadersOptions { ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto }); app.UseAuthentication();
八.独立部署(SCD)
下面说一下独立部署(包含依赖项)的发布方式。
在VS中右击项目文件，注意是 .csproj 而不是 .sln ，选择编辑xxx.csproj，打开该文件：
<Project Sdk="Microsoft.NET.Sdk.Web"> <PropertyGroup> <TargetFramework>netcoreapp2.0</TargetFramework> </PropertyGroup> <ItemGroup> <PackageReference Include="Microsoft.AspNetCore.All" Version="2.0.6" /> </ItemGroup> <ItemGroup> <DotNetCliToolReference Include="Microsoft.VisualStudio.Web.CodeGeneration.Tools" Version="2.0.3" /> </ItemGroup> </Project>
在PropertyGroup中添加RuntimeIdentifiers标签
<PropertyGroup> <TargetFramework>netcoreapp2.0</TargetFramework> <RuntimeIdentifiers>win10-x64;centos.7-x64</RuntimeIdentifiers> </PropertyGroup>
win10-x64;centos.7-x64 叫做.NET Core RID， 是一些固定的内容， 具体可选项见.NET Core RID的目录。
当我们再次发布的时候，在发布设置的目标运行时中就出现了这两个选项，我们可以根据需要部署的系统选择对应的RID后进行发布。
九.2018.5.8文章更新
Visual Studio 2017 15.7版本的项目发布提供了部署模式(框架依赖和独立部署)和目标运行时(win、osx、linux)的选择功能
