Linux复习--Linux服务管理类（SSH服务、DHCP+FTP、DNS服务、Apache服务、Nginx服务、HTTP状态码）

前言：本博客仅作记录学习使用，部分图片出自网络，如有侵犯您的权益，请联系删除

一、SSH服务

1、问题引出

哪些设置能够提升SSH远程管理的安全等级？

2、SSH的登录验证方式-口令登录

3、SSH的登录验证方式-密钥登录

4、SSH的登录设置

配置文件：/etc/ssh/sshd_config

 vi /etc/ssh/sshd_config
 #Port 22                # SSH服务默认监听端口
 #ListenAddress 0.0.0.0  # SSH服务默认监听IP地址
 #PermitRootLogin yes    # 是否允许root用户使用ssh登录
 #MaxAuthTries 6         # 设置客户端登录失败尝试次数为6次
 ​
 vi /etc/profile
 #export TMOUT=300       # 设置客户端5分钟无操作自动断开连接

5、答案

• 登录验证模式修改为密钥登录
• 登录端口修改为非22端口以及指定监听IP
• 禁止root用户远程登录
• 设置无操作时自动断开连接
• 设置登录失败后登录尝试次数为6次
• 编写防火墙规则，使用白名单机制放行ssh服务的监听端口

6、扩展题

Q1：SSH连接时认证时间过长如何解决？

 vi /etc/ssh/sshd_config
 #UseDns yes             # 取消ssh登录时的dns反向解析请求功能
 ​
 # 注意事项：在/etc/ssh/sshd_config配置文件中注释掉的选项不代表不生效，反而代表默认生效，想关闭某功能，一定要取消注释然后修改为no才可以

Q2：scp和rsync进行远程文件复制有什么区别？

二、DHCP+FTP

1、问题引出

描述通过DHCP服务器获取IP地址的过程

2、DHCP租约四部曲

3、DHCP续租

4、DHCP租用失败

• 如果DHCP客户机无法找到DHCP服务器，它将从TCP/IP的B类网段169.254.0.0/16中挑选一个IP地址作为自己的临时IP地址，继续每隔5分钟尝试与DHCP服务器进行通讯，一旦与DHCP服务器取得联系，则客户机放弃自动配置的临时IP地址，而使用DHCP服务器分配的IP地址。

• DHCP客户机收到DHCP服务器回应的ACK报文后，通过地址冲突检测（arp）发现服务器分配的地址冲突或者由于其他原因导致不能使用，则发送DECLINE报文，通知服务器所分配的IP地址不可用。

5、答案

DHCP租约过程分4步：

• 客户机请求IP（客户机发DHCPDISCOVER广播包）
• 服务器响应（服务器发DHCPOFFER广播包）
• 客户机选择IP（客户机发DHCPREQUEST广播包）
• 服务器确定租约（服务器发DHCPACK/DHCPNAK广播包）

6、扩展题

Q1：简单描述FTP的主动模式和被动模式的区别？

Q2：集群环境中，如何保证所有服务器之间的时间误差较小

手动测试同步：ntpdate时间服务器IP地址
自动同步：将命令写入计划任务

三、DNS服务

1、问题引出

描述用户访问网站时DNS的解析过程

2、答案

• 客户机首先查看本地hosts文件是否有解析记录，有则直接用来访问web server
• 没有则向网卡中记录的首选DNS（本地DNS）发起查询请求
• 本地DNS若有记录则返回给客户端，客户端接收接收到后直接访问web server，若没有，则本地DNS向根域服务器发起请求，请求解析对应顶级域的IP地址
• 本地DNS得到顶级域服务器IP后，再向顶级域服务器发起请求，请求解析权威DNS服务器的IP地址
• 本地DNS服务器获取到权威DNS服务器IP地址后，再向其查询具体的完整域名的对应解析记录
• 最终本地DNS将查询到的对应域名的解析记录发送给客户端，并在本地记录一份

3、扩展题

解释权威DNS和递归DNS的含义，并描述只能DNS的实现原理

• 权威DNS是经上一级授权对域名进行解析的DNS服务器，同时它可以把解析授权给其他服务器
• 递归DNS负责接收用户对任何域名的查询，并返回结果给用户，它可以缓存结果避免用户再向上查询
• 智能DNS就是将对用户发起的查询进行判断出是哪个运营商的用户查询，然后将请求转发给相应的运营商IP处理，减少跨运营访问的时间，提高访问速度

四、Apache配置

1、问题引出

公司有一台服务器，需要在上面跑两个网站，并且其中一个网站需要更换新域名，请问如何处理？

 网站1:www.a.com
 网站2:www.b.com(旧)        www.d.com(新)

2、rewrite地址重写

 <IfModule mod_rewrite.c>
 #在指定的网站目录下创建文件，并添加以下内容
 RewriteEngine on
 # 开启rewrite功能
 RewriteCond %{HTTP_HOST} ^www.b.com
 # 把以www.a.com开头的内容赋值给HTTP_HOST变量
 RewriteRule ^(.*)$ http://www.d.com/$1 [R=permanent,L]
 # ^(.*)$指代客户端要访问的资源
 # $1 把.*所指代的内容赋值到$1变量中
 # R=permanent 永久重定向=301
 # L 指定该规则为最后一条生效的规则，以后的不再生效
 </Ifmodule>

3、扩展题

Q1：简述Apache的三种工作模式？

Q2：写出工作中常见的Apache优化策略

• 设置Apache的日志轮替和切割规则，防止日志过大
• 美化错误页面，将错误信息重定向到首页或指定页面
• 屏蔽Apache的版本等信息，防止被人获取Apache的相应版本
• 配置静态缓存，减少对服务器的访问压力
• 禁止解析指定目录下的页面程序，比如upload，禁止解析用户上传的脚本文件
• ......

五、Nginx配置

1、问题引出

Apache和Nginx各有什么优缺点，应该如何选择？

2、Apache的优缺点

优点：

• Apache的rewrite功能比nginx的要强大
• 模块非常多，基本想要的功能都能找到模块
• 存在时间较长，文献较全，bug也相对较少
• 动静态解析都超稳定

缺点：

• 由于工作模式是同步阻塞型，导致资源消耗较高，并发能力较差

3、Nginx的优缺点

优点：

• 轻量级服务，比Apache占用更少的内存及资源
• 并发能力强，nginx处理请求是异步非阻塞的，而Apache则是阻塞型的，在高并发下nginx能保持资源消耗高性能
• 高度模块化设计，编写模块相对简单
• 社区活跃，各种高性能模块产出迅速

缺点：

• 动态处理上需要使用fastcgi连接PHP的FPM服务，相比Apache不占优势

4、Apache与Nginx的选择

Nginx适合做静态处理，简单，效率高
Apache适合做动态处理，稳定，功能强
并发较高的情况下优先选择Nginx，并发要求不高的情况下两者都可以，规模稍大的可以使用Nginx作为反向代理，然后将动态请求负载均衡到后端Apache上。

5、扩展题

Q1：为什么Nginx的并发能力强，资源消耗低？

答：首先了解什么是同步和异步；同步：小明收到快递即将送达的短信，在楼下一直等待快递到达。异步：小明收到快递即将到达的短信，小明不会下楼去取，而是快递小哥到楼下后，打电话通知小明，然后小明下楼取快递。

再了解一下阻塞与非阻塞：阻塞：小明收到快递即将到达的信息后，什么事都不做，一直专门等快递。非阻塞：小明收到快递即将到达的消息后，等快递的时候，还一边敲代码，一边听歌，等着快递送达的消息。

所以Nginx是以异步非阻塞方式工作：

• 客户端发送request，服务器分配work进程来处理
• 能立即处理完的，处理后work进程释放资源，进行下一个request的处理
• 不能立即处理完的work进程注册返回事件，然后接着去处理其他request
• 当之前的request结果返回后，触发返回事件，由空闲work进程接着处理通过这种快速处理，快速释放请求的方式，达到同样的配置可以处理更大并发量的目的

Q2：写出几个Nginx的常用模块，并描述其功能

• http_ssl_module：实现服务器加密传输的模块，部署完成后可使用https://协议进程数据传输，保证数据传输过程的安全
• http_image_filter_module：通过该模块可以实现图片裁剪，将过大的图片裁剪为指定大小的图片，生成缩略图，保证传输速率，该选项默认不开启
• http_rewrite_module：Nginx的地址重写模块，功能与Apache的一样，可以实现通过正则匹配来完成条件判断，然后进行域名或url的重写。

六、Http状态码

写出几个常见的GTTP状态码，并解释出现原因

1、Http状态码分类

HTTP状态码是五个不同的类别：

• 1**：信息，服务器收到请求，需要请求者继续执行操作
• 2**：成功，操作被成功接收并处理
• 3**：重定向，需要进一步的操作以完成请求
• 4**：客户端错误，请求包含语法错误或无法完成请求
• 5**：服务器错误，服务器在处理请求的过程中发生了错误

2、1**：信息响应

3、2**：成功响应

4、3**：重定向

5、4**：客户端错误

6、5**：服务器端错误

致谢

在此，我要对所有为知识共享做出贡献的个人和机构表示最深切的感谢。同时也感谢每一位花时间阅读这篇文章的读者，如果文章中有任何错误，欢迎留言指正。 

学习永无止境，让我们共同进步！！