分享一波面试题

1.简述http的请求过程

HTTP是基于TCP协议来传输数据的，因此其连接的建立和断开都涉及到TCP的三次握手和四次分手。
三次握手：
客户端向服务器发送SYN包，表示想要连接
服务器收到SYN包之后会发送ACK包和SYN包给客户端，表示收到了客户端的请求，并且也想要连接
客户端收到服务器的ACK和SYN包之后，也会发送一个ACK包给服务器，表示同意连接
四次分手：
客户端向服务器发送一个FIN包，表示要断开连接
服务器收到FIN包之后会发送一个ACK包给客户端，表示已收到请求
服务器会发送一个FIN包给客户端，表示服务器也准备好断开了
客户端收到服务器的FIN包之后，也会发送一个ACK包给服务器，表示断开连接成功
在三次握手和四次分手的过程中，如果其中一方没有回应或发生了错误，连接无法建立或断开，需要重新开始。

2.http有几种状态码你可以解释一下吗

HTTP协议定义了多种状态码，用于表示服务器对请求的响应状态。以下是常见的HTTP状态码及其含义：
1xx（信息性状态码）：表示请求已被接收，继续处理。
2xx（成功状态码）：表示请求已成功被服务器接收、理解、并接受。
200 OK：表示请求已成功被服务器处理，并返回了响应数据。
201 Created：表示请求已成功被服务器处理，并创建了新的资源。
204 No Content：表示请求已成功被服务器处理，但没有返回响应数据。
3xx（重定向状态码）：表示需要客户端进一步的操作才能完成请求。
301 Moved Permanently：表示请求的资源已被永久移动到新的URL地址。
302 Found：表示请求的资源已被暂时移动到新的URL地址。
304 Not Modified：表示客户端缓存的资源仍然有效，可以直接使用。
4xx（客户端错误状态码）：表示客户端发送的请求存在错误或无法被处理。
400 Bad Request：表示客户端发送的请求存在语法错误或无法被理解。
401 Unauthorized：表示客户端需要进行身份验证才能访问请求的资源。
403 Forbidden：表示客户端没有权限访问请求的资源。
404 Not Found：表示请求的资源不存在或无法被找到。
5xx（服务器错误状态码）：表示服务器在处理请求时发生了错误。
500 Internal Server Error：表示服务器在处理请求时发生了内部错误。
502 Bad Gateway：表示服务器作为网关或代理时，从上游服务器接收到无效的响应。
503 Service Unavailable：表示服务器当前无法处理请求，通常是由于过载或维护等原因引起的。
以上是常见的HTTP状态码及其含义，可以根据状态码来判断请求的响应状态，并进行相应的处理。

3.讲一下https的请求过程，与http的请求有什么不同

和http不同的是，HTTP请求只需要在TCP连接建立后就可以发起，而HTTPS在TCP连接建立后，还需要经历SSL协议握手，成功后才能发起请求。HTTPS使用了SSL/TLS协议对通信数据进行加密和认证，在HTTPS请求过程中，多了一步SSL/TLS握手过程：
1.客户端向服务器发送客户端hello消息，其中包含了客户端支持的SSL/TLS版本及加密算法列表。
2.服务器向客户端发送服务器hello消息，其中包含了服务器支持的SSL/TLS版本及加密算法。
3.服务器发送数字证书给客户端，客户端验证数字证书的合法性，如数字证书验证通过，则生成一个随机值，用数字证书中的公钥对其进行加密，然后发送给服务器。
4.服务器使用数字证书中私钥对客户端发送过来的随机值进行解密，然后用客户端发送来的随机值和服务器随机生成的值共同生成一个密钥。
5.客户端和服务器使用此密钥对要传输的数据进行加密和解密。
6.客户端向服务器发送加密后的请求报文。
7.服务器接收到加密后的请求报文，使用密钥进行解密。
8.服务器生成响应报文，然后使用密钥对响应报文进行加密。
9.客户端接收到加密后的响应报文，使用密钥进行解密。
10.客户端解析响应报文，然后显示响应结果。

扩展- - -已经有了证书的公钥和私钥，为什么客户端还要将发送来的随机值和服务器随机生成的值共同生成一个密钥？

客户端和服务器使用客户端发送来的随机值和服务器随机生成的值共同生成一个密钥，是为了保证每次会话都有一个独特的密钥。这样，即使有人截获了之前的会话数据，也无法解密当前会话的数据。
此外，非对称加密算法（如RSA）虽然安全性较高，但加密和解密的速度较慢。因此，在HTTPS建立连接的过程中，非对称加密算法仅用于交换密钥。在交换完密钥后，客户端和服务器使用对称加密算法（如AES）对要传输的数据进行加密和解密，以提高传输效率。

4.日志报错，故障原因排查 http error —client Connection refused error

原因分析：
网络连接问题。在客户端与服务器之间建立通信链路时，可能会出现网络连接中断、网络状态不佳等问题，导致无法正常建立连接。
IP地址、端口号设置问题。客户端向服务器发起连接请求时，需要指定正确的IP地址和端口号。如果地址或端口号设置不正确，服务端会拒绝连接请求并返回 Connection Refused 错误。
防火墙拦截。如果客户端位于防火墙后面，防火墙可能会拦截客户端发起的连接请求。
服务端未启动或服务停止。如果服务端未正常启动或者停止，客户端将无法连接到服务器。
解决办法:
针对以上的原因，我们可以采取以下一些方法来解决网络请求报 Client Connection Refused Error 的问题：
检查网络连接：查看客户端与服务器之间的网络连接是否正常，并的网络和硬件是否工作正常。可以使用 ping 命令或者网络工具（如 PRTG Network Monitor）来检查网络连接是否正常。
检查IP地址、端口号是否正确：确保客户端在发起连接请求时，指定了正确的IP地址和端口号。可以使用 telnet 命令或网络调试工具来验证。
检查防火墙设置：如果客户端位于防火墙后面，可能会被防火墙拦截。需要设置防火墙规则，允许客户端向服务器发起连接请求。也有可能是客户端的防火墙设置问题，需要检查并设置正确。
检查服务端是否异常：如果服务端未正常启动或者停止，客户端将无法连接到服务器。可以使用服务端的日志系统来定位到具体的问题，并进行修复处理。

5.数据是怎么存储到磁盘上的

数据存储到磁盘上通常是通过文件系统来实现的。文件系统是操作系统中的一种机制，用于管理和组织文件和目录，并将它们存储在磁盘或其他存储介质上。
在文件系统中，数据存储在文件中。文件是操作系统中的一种抽象概念，用于表示一组相关数据。文件通常具有一个名称和一个路径，可以通过路径来访问和操作文件。
当应用程序需要将数据存储到磁盘上时，它通常会将数据写入一个文件中。操作系统会将该文件存储在磁盘上，并为该文件分配一个唯一的文件名和路径。应用程序可以使用该文件名和路径来访问和操作该文件。
在磁盘上存储数据时，数据通常被分成多个块或扇区，并分别存储在磁盘上的不同位置。操作系统会记录每个文件的块或扇区的位置和大小，并使用文件系统来管理这些块或扇区。当应用程序需要访问文件时，操作系统会根据文件系统中的信息定位文件的块或扇区，并将其读取到内存中供应用程序使用。
总之，数据存储到磁盘上是通过文件系统来实现的，应用程序将数据写入文件中，操作系统将该文件存储在磁盘上，并使用文件系统来管理和组织文件。

6.你对云存储了解吗

云存储是一种将数据存储在远程服务器上的技术，用户可以通过互联网访问和管理这些数据。云存储通常由第三方服务提供商提供，用户可以通过订阅服务来使用云存储。
云存储的优点包括：
可扩展性：用户可以根据需要随时增加或减少存储容量，而无需购买新的硬件或进行系统升级。
可靠性：云存储通常具有高可靠性和可用性，因为它们使用了多个服务器和备份机制，以确保数据不会丢失或损坏。
方便性：用户可以通过互联网随时随地访问和管理存储在云中的数据，无需在特定的计算机或位置上进行。
安全性：云存储通常具有高级别的安全措施，例如数据加密、身份验证和访问控制，以确保数据不会被未经授权的人员访问或泄漏。
降低成本：使用云存储可以降低硬件和维护成本，因为用户无需购买和维护自己的存储设备。
总之，云存储是一种方便、可靠和安全的数据存储技术，可以帮助用户降低成本并提高数据访问和管理的效率。

7.除了zabbix还了解其他的监控吗

除了Zabbix之外还有很多其他的监控工具和平台，以下是其中几个常见的监控工具：
Nagios：Nagios是一种广泛使用的开源监控工具，可用于监控网络、服务器和应用程序等各种资源。它支持多种协议和插件，可以轻松扩展和定制。
Prometheus：Prometheus是一种流行的开源监控系统，用于记录和查询各种指标数据。它支持多种数据源和可视化工具，并提供了强大的查询语言和报警机制。
Datadog：Datadog是一种云原生的监控和分析平台，可用于监控云端、容器、应用程序和服务等各种资源。它支持多种数据源和报警机制，并提供了丰富的分析和可视化功能。
可视化平台:Grafana：Grafana是一种流行的开源数据可视化平台，可用于将各种数据源的指标数据进行可视化展示。它支持多种数据源和可视化方式，并提供了丰富的插件和模板库。

8.你了解一个业务正不正常，监控应该怎么看吗?

当需要判断一个业务是否正常运行时，监控数据是非常重要的。以下是一些常见的监控指标和判断方法：
响应时间：业务的响应时间是一个非常重要的指标，通常可以通过监控系统的平均响应时间、最大响应时间和响应时间分布等指标来判断业务的运行状况。如果平均响应时间较高或者存在大量的超时请求，可能意味着业务存在性能问题或者故障。
错误率：业务的错误率也是一个重要的指标，通常可以通过监控系统的错误率、异常率和故障率等指标来判断业务的运行状况。如果错误率较高或者存在大量的异常请求，可能意味着业务存在功能问题或者故障。
服务可用性：业务的服务可用性也是一个关键指标，通常可以通过监控系统的服务可用性、故障时间和恢复时间等指标来判断业务的运行状况。如果服务可用性较低或者存在大量的故障时间，可能意味着业务存在可用性问题或者故障。
数据库和存储：如果业务需要使用数据库或者存储系统，那么监控这些系统的性能和可用性也是非常重要的。例如，可以监控数据库的连接数、查询时间和事务数等指标，以及存储系统的读写速度、容量和可靠性等指标，从而判断业务是否正常运行。

9.如果做到业务保证24小时不掉线

要保证业务24小时不掉线，需要从多个方面进行考虑和优化，以下是一些常见的措施：
架构设计：需要设计高可用、可扩展的架构，采用分布式、集群等技术，避免单点故障和性能瓶颈。
网络和安全：需要保证网络稳定、安全，采用负载均衡、CDN等技术，避免DDoS攻击、数据泄露等问题。
监控和预警：需要建立完善的监控和预警系统，对系统的各种指标进行实时监控和报警，及时发现并处理问题。
自动化运维：需要采用自动化运维工具和技术，实现快速部署、自动化测试、自动化运维等功能，提高运维效率和稳定性。
容灾备份：需要建立容灾备份机制，采用多地多机房备份、数据同步等技术，确保在不可抗力的情况下能够快速恢复业务。