服务器IIS站点部署详细图解

  东搞搞,西搞搞,乱搞搞,瞎搞搞,又搞到了深夜。

经过了几波隔壁青年男女“打架”的声势,现在,夜已经很安静了。深夜的安静,仿佛是很多攻城狮所求,很适合学点东西,很适合coding。



  刚从马某家买了个服务器不久,发现老被黑,被装了几次挖矿。于是乎,重装了系统。顺便也分享一下一波常规操作。

以下分享内容会有很多截图(41张图)。



  

远程桌面登录

  下面就开始从服务器重装系统之后开始分享吧,重装系统,这个就比较简单,跳过了。

重装系统,之后,原来的远程桌面暂时登录不了了,我们先以浏览器 VNC 方式登录。

在服务器上,我们先检查一下防火墙

我们看到了入站规则中,远程桌面启用着,且使用了默认的3389端口。

一般来说,开启了远程桌面,默认的端口就是3389了。

这个端口是对服务器来说是相当危险的,一些黑客会经常的扫描这个端口,黑到了登录我们服务器的入口,然后做一些让人感到不舒适的骚操作。

so,我们要封死这个端口!

首先,我们果断禁用以上三个“远程桌面”入站规则。

然后,我们修改远程桌面登录的端口,change the port number,这个是需要在注册表中修改的,

快捷键:Ctrl + R, 输入 regedit

在注册表中,我们依次找到以下两个路径:

1、[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Tenninal Server\WinStations\RDP-Tcp]

2、[HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Control\Terminal Server\Wds\rdpwd\Tds\tcp]

分别修改其中的:PortNumber

PortNumber,默认是3389,我们可以改为其他的端口,不与已使用、一般固定使用、常使用的端口冲突就OK。

当然,我们说的 3389 是指十进制的数字,这个要注意一下,别看错了。

  修改好了远程桌面登录端口,我们也要记得在某马的服务器控制台上设置访问端口规则。

完了,这时候,运行远程桌面登录(mstsc),发现连接不到服务器的。

当然啦,因为我们在服务器防火墙中禁用了默认的远程桌面入站规则,修改了远程桌面登录端口之后,我们还没有允许修改的端口可以由外部访问。

现在,我们去防火墙里设置一下

  我们创建了一个入站规则,访问端口为我们刚修改的远程桌面登录端口。

具体的创建就省略了,记得指定刚才所修改的端口。

防火墙也搞好之后,我们是需要重启服务器,让防火墙生效的。


  

安装服务程序

  在重启服务器之前,由于刚重装了系统,我们顺手更新一下服务器,安装我们需要的服务,比如:IIS服务,and so on ...

我需要在服务器上部署.net 站点,so 我需要安装 .net framework 和 IIS

  安装完成,然后我们就重启服务器了...



  

远程桌面连接

  服务器重启之后,我们试着远程桌面登录一下服务器

这里要注意的是,我们在输入服务器地址的后面需要加上我们刚才修改的端口号,否则会登录失败的。

  here we come,我们远程桌面登录来到了服务器上了。。。



  

IIS部署站点

  接下来,我们部署网站站点,要在IIS上部署一个.net 站点

打开计算机管理,在“服务和应用程序”下,我们找到了”IIS“,Internet Information Services, 简称 IIS。

然后点击进去,我们找到的了新建站点的地方:网站

  我们就来新增一个网站吧,首先,我们准备一个网站的代码,上传到服务器上,部署站点用到的。

  然后呢,常规操作,我们在IIS的网站中新增一个网站,物理地址选择我们刚上传的网站代码路径,端口可默认可修改

然后,我们需要留意一下,检查应用程序池,对应的应用程序池的 .net CLR版本是否和程序的framework版本一致,托管管道模式,这里我们选择集成

  到这里,我们的站点算是基本部署好了,可以在浏览器中访问响应的地址了,如果有域名,我们做一下域名和服务器地址映射,在浏览器中就能访问我们的网站了。。。



  

SSL证书安装

  由于CA机构和证书代理商策略调整,从2018年1月1日起,同一主域最多只能申请20张亚洲诚信品牌免费型DV版SSL证书(一级域名及其子域名均属于同一主域,例如 domain.com、ssl.domain.com、ssl.ssl.domain.com 都属于同一主域)。之前已颁发的证书在有效期内使用不受影响(注:即将到期的证书需要18年1月1日以后重新申请时,会受到上述策略的限制)。若您的业务因此次调整受限,建议您购买泛域名型SSL证书

  以上这句话是引用来着,如果不安装证书的话,我们的网站就可能访问受限了。安装上证书,使得我们的网站正式一些,带有官网的调调。

我们的站点已经绑定了个HTTP协议的链接。安装了SSL证书,我们就可以将我们部署的站点绑定个HTTPS协议的链接。

  接下来,我们要安装证书了。

  我们在IIS的服务上,找到“服务器证书”,单击进入,然后在“操作”中,导入我们已经申请到手的证书。

SSL证书,在我们购买域名之后,可以实名申请下来的,下载下来,在这里导入使用。申请证书的时候,密码一定要记住,这个密码在申请的官网上是不可查询的。

  接下来,我们就给站点绑定一个 HTTPS 协议的链接

  这样,我们的站点,就分别绑定了两个协议的链接了。

这时候,我们在浏览器上不管输入这俩链接中的其一,都可以访问我们的网站了。



  

HTTP协议 URL重写

  到这里,我们的网站部署的已经逐渐完美了。

不过,这里有个体验问题来了,or 也可以说是一种技术问题。

在浏览器中访问 HTTP 协议的链接,浏览器会提示所访问的网站是不安全的,HTTPS 协议的网站则提示是安全的。

我们想实现不管用户在浏览器中输入的是否为 HTTPS 协议的链接,都可以访问的是 HTTPS 协议的链接,都是通过 HTTPS 协议来访问网站。

  那接下来,我们来一波操作。

  首先,我们要在IIS 服务器的网站的对应站点中,找到“URL重写”,记得不是“HTTP重定向”。

如果还没有“URL重写”,那就得先下载一个来安装了。

下载地址:https://www.microsoft.com/zh-cn/download/details.aspx?id=7435

然后,我们安装一下。

安装好了之后,我们重新打开 IIS,再到我们的站点中,我们找到了“URL重写”了,单击进去,开始设置。

添加入站、出站规则,我们都选择空白规则模板来设置

下面就是填写设置规则的内容了,也就是匹配地址的规则。

  URL 重写的规则我们设置好了,接下来就看访问的效果了,是否达到我们想要的效果呢?

我们在浏览器中分别以 HTTP 协议链接 和 HTTPS 协议链接 访问我们的网站,验证一下。

首先,我们输入 HTTP 协议网站地址,访问网站加载打开之后,我们发现,浏览器的地址栏上的访问地址链接是 HTTPS 协议的,是安全的链接,而不是 HTTP 协议链接。

当然,直接输入 HTTPS 协议地址链接访问,也是打开 HTTPS 协议地址的。


结束逼逼

  以上分享内容,抛砖引玉,到这里就结束了。

这些分享都是只服务器部署站点的基本操作,初略的内容。可能会有不周全or不正确的地方,欢迎评论区斧正!

在每一个部分都还有很多好玩的地方,值得我们去试着操作一波,学习一下,研究一番。



一波操作。

好久没在博客园上瞎逼逼了,一不小天又亮了!

下面再分享一张图,此图为次重点,次重点,欢迎常规操作!.0.



原创:小明

Email:[email protected]

Date:2015/11/06

本文路径:https://www.cnblogs.com/youler/p/10293929.html

原文地址:https://www.cnblogs.com/youler/p/10293929.html

时间: 2024-11-06 15:31:38

服务器IIS站点部署详细图解的相关文章

把WCF服务部署服务器IIS异常(详细:处理程序“svc-Integrated”在其模块列表中有一个错误模块“ManagedPipelineHandler”)

详细:处理程序“svc-Integrated”在其模块列表中有一个错误模块“ManagedPipelineHandler” 原因: vs2010默认的是4.0框架,4.0的框架是独立的CLR,和2.0的不同,如果想运行4.0的网站,需要用aspnet_regiis注册4.0框架,然后用4.0的Class池,就可以运行4.0的web项目了. 如何用aspnet_regiis注册4.0框架 : 方法如下,启动cmd (win键+R 启动cmd)  ,找到 4.0所在的目录,本人机器目录是 : 注意:

IIS 站点部署多级域名

当站点的规模达到一定程度,往往会对业务进行拆分,部署到一台服务器的不同站点,,而一个域名(顶级域名)只能绑定一个站点(核心站点),这个时候就通过给顶级域名创建子域名的方式(理论上一个顶级域名可以绑定50个子域名),将子域名绑定到相关的业务站点.在通过修改host文件的方式,将所有的域名解析到当前的服务器IP,再通过IIS的主机头(子域名)解析到业务站点上,过程如下图: 现在IIS服务器上的站点如下: 主站点配置如下: 业务站点1配置如下: 业务站点2配置如下: 注意 (1).什么是子级域名: w

服务器资源共享--IIS站点/虚拟目录中访问共享目录(UNC)

UNC是 Universal Naming Convention 的简称,也叫通用命名规范.通用命名约定. 网络(范指局域网)上资源的完整位置名称. 格式为 \\servername\sharename ,其中 servername 是服务器名,sharename 是共享资源的名称. 目录或文件的 UNC 名称可以包括共享名称下的目录路径,如:\\servername\sharename\directory\filename 亦可作为 \\serverip\sharename 格式,其中 ser

C#ASP.NET打包安装部署文件一键安装网站,包括IIS站点创建、数据库附加。

最近在开发web网站安装部署,以前从来没有做过web的安装打包没有头绪就开始上网查资料. 查了两天资料发现网上的资料要么不全要么就有错误,我就总结了网上的资料重新整理的一番,经过本人测试可用无错误 一下为借鉴部分资料的原文地址 此链接为打包ASP.NET网站资料(这个资料有问题,在自定义操作哪一步详情看下面文章):http://www.cnblogs.com/fish520/archive/2016/09/22/5882450.html 此链接为创建IIS站点(其中代码不全我还借鉴的部分其他论坛

记一次MVC4站点在IIS上部署的诡异问题

最近朋友的公司遇到一个站点部署问题, 朋友从事服务器维护多年,说也是花了十多天仍为解决. 经多次尝试未果,仍报错如下: 我询问了相关情况,确认了该网站是VS2013开发的,版本为,NET Framework4.5 本着"实践是检验真理的唯一标准"的原则,我让朋友将发布程序打包了一份给我. 按照套路设置如下,接下来就是见证奇迹的时刻. But, Could not load file or assembly 'System.Web.Http 4.0.0 但是该机器上别的mvc站点都能正常

NET Core站点部署到Linux服务器

.NET跨平台之旅:将QPS 100左右的ASP.NET Core站点部署到Linux服务器上 今天下午我们将生产环境中一个单台服务器 QPS(每秒请求数)在100左右的 ASP.NET Core 站点部署到了 Linux 服务器上,这是我们解决了在 .NET Core 上使用 EnyimMemcached(memcached客户端)的问题之后,.NET 跨平台之旅迈出的重要一步.这个 ASP.NET Core 站点,既用了缓存,也有数据库访问操作,是一个典型的 Web 站点,如果它能持续稳定运

微软ASP.NET站点部署指南(5):部署到IIS上作为测试环境

1.  综述 开发程序的时候,通常我们是在Visual Studio 里测试,默认使用的是Visual Studio Development Server(Cassini),使用这个可以让我们开发测试工作更容易,但是在IIS上可能不一定能够正常工作.所以,结果可能是在Visual Studio 里运行正常,但是一旦部署到IIS上就会出错. 你可以通过下面一些方法来测试确保你的程序没问题: 开发的时候,使用IIS Express或者正式版IIS代替默认的Visual Studio Developm

CentOS 6.4 服务器版安装教程(超级详细图解)

附:CentOS 6.4下载地址 32位:http://mirror.centos.org/centos/6.4/isos/i386/CentOS-6.4-i386-bin-DVD1to2.torrent 64位:http://mirror.centos.org/centos/6.4/isos/x86_64/CentOS-6.4-x86_64-bin-DVD1to2.torrent 说明: 1.CentOS 6.4系统镜像有两个,安装系统只用到第一个镜像即CentOS-6.4-i386-bin-

服务器部署raid5图解

1.将安装好RAID卡的服务器启动,在BIOS自检到RAID卡时会出现热键提示,此时按下[Ctrl+H]键就可进入RAID卡的配置界面,见图一: 图一 2.点击[Start]开始进入RAID 配置界面,见图二: 图二 3.此时就进入了RAID卡的主配置界面,分左.右两个区域,左侧区域是RAID卡的各个功能选项菜单,右侧又分上.下两部分,上面是与RAID卡相连的"物理硬盘"信息,下面是已经存在的"RAID逻辑硬盘"信息(下图中由于没有建立RAID组所以是空白),见图三