如何实现自动挂载,fstab 各字段的意义:
如何实现自动挂载,fstab 各字段的意义: 编辑/etc/fstab文件。每一行代表一个挂载指令, 在开机时由系统自动挂载 fstab各字段的意义:
第一列:要挂载的设备,是绝对路径 第二列:挂载点,即挂载到哪个目录下,也是绝对路径
第三列:文件系统类型;常见的linux文件系统类型如:ext系列、iso9660光驱、ntfs、swap等
第四列:挂载选项,常见选项:rw、ro、defaults、auto等
第五列:dump备份工具。检查一个文件系统应该以多快频率进行转储,若不需要转储就设置该字段为0 第六列:fsck文件系统扫描检查工具。
http 工作原理、dhcp 的工作原理、dns 工作原理:

http 工作原理:
HTTP协议(HyperText Transfer Protocol,超文本传输协议)是用于从WWW服务器传输超文本到本地浏览器的传送协议。
它可以使浏览器更加高效,使网络传输减少。它不仅保证计算机正确快速地传输超文本文档,还确定传输文档中的哪一部分, 以及哪部分内容首先显示(如文本先于图形)等。
HTTP是一个应用层协议,由请求和响应构成,是一个标准的客户端服务器模型。HTTP是一个无状态的协议。 在TCP/IP协议栈中的位置
HTTP协议通常承载于TCP协议之上,有时也承载于TLS或SSL协议层之上,这个时候,就成了我们常说的HTTPS。如下图所示:

默认HTTP的端口号为80,HTTPS的端口号为443。
HTTP的请求响应模型:
HTTP协议永远都是客户端发起请求,服务器回送响应。见下图: 这样就限制了使用HTTP协议,无法实现在客户端没有发起请求的时候,服务器将消息推送给客户端。
HTTP协议是一个无状态的协议,同一个客户端的这次请求和上次请求是没有对应关系。


HTTP工作原理:
HTTP协议定义Web客户端如何从Web服务器请求Web页面,以及服务器如何把Web页面传送给客户端。HTTP协议采用
了请求/响应模型。客户端向服务器发送一个请求报文,请求报文包含请求的方法、URL、协议版本、请求头部和请
求数据。服务器以一个状态行作为响应,响应的内容包括协议的版本、成功或者错误代码、服务器信息、响应头部和响应数据。 以下是 HTTP 请求/响应的步骤:1
、客户端连接到Web服务器 一个HTTP客户端,通常是浏览器,与Web服务器的HTTP端口(默认为80)建立一个TCP套接字连接。 2、发送HTTP请求
通过TCP套接字,客户端向Web服务器发送一个文本的请求报文,一个请求报文由请求行、请求头部、空行和请求数据4部分组成。 3、服务器接受请求并返回HTTP响应
Web服务器解析请求,定位请求资源。服务器将资源复本写到TCP套接字,由客户端读取。一个响应由状态行、响应头部、 空行和响应数据4部分组成。 4
、释放连接TCP连接 若connection 模式为close,则服务器主动关闭TCP连接,客户端被动关闭连接,释放TCP连接;若connection 模式
为keepalive,则该连接会保持一段时间,在该时间内可以继续接收请求;5、客户端浏览器解析HTML内容
客户端浏览器首先解析状态行,查看表明请求是否成功的状态代码。然后解析每一个响应头,响应头告知以下为若干字节的
HTML文档和文档的字符集。客户端浏览器读取响应数据HTML,根据HTML的语法对其进行格式化,并在浏览器窗口中显示。 例如:在浏览器地址栏键入URL
,按下回车之后会经历以下流程:1、浏览器向 DNS 服务器请求解析该 URL 中的域名所对应的 IP 地址; 2、解析出 IP 地址后,根据该 IP
地址和默认端口80,和服务器建立TCP连接; 3、浏览器发出读取文件(URL 中域名后面部分对应的文件)的HTTP 请求,该请求报文作为 TCP
三次握手的第三个报文的 数据发送给服务器;4、服务器对浏览器请求作出响应,并把对应的 html 文本发送给浏览器; 5、释放 TCP连接; 6、浏览器将该
html 文本并显示内容;
DHCP几个概念:
DHCP Client:DHCP客户端,通过DHCP协议请求IP地址的客户端。DHCP客户端是接口级的概念,如果一个主机有
多个以太接口,则该主机上的每个接口都可以配置成一个DHCP 客户端。交换机上每个Vlan接口也可以配置成一个DHCP客户端。 DHCPServer:DHCP
服务端,负责为DHCP客户端提供IP地址,并且负责管理分配的IP地址。 DHCP
Relay:DHCP中继器,DHCP客户端跨网段申请IP地址的时候,实现DHCP报文的转发功能。 DHCP
Security:DHCP安全特性,实现合法用户IP地址表的管理功能 DHCP Snooping:DHCP监听,记录通过二层设备申请到IP地址的用户信息
DHCP工作原理:



发现阶段:
即DHCP客户端寻找DHCP服务端的过程,对应于客户端发送DHCP Discovery,因为DHCP Server对应于DHCP客户端是未知的,
所以DHCP 客户端发出的DHCP Discovery报文是广播包,源地址为0.0.0.0目的地址为255.255.255.255。网络上的所有
支持TCP/IP的主机都会收到该DHCP Discovery报文,但是只有DHCPServer会响应该报文。 如果网络中存在多个DHCP Server
,则多个DHCPServer均会回复该DHCP Discovery报文。 如果同一个vlan内没有DHCP Server,而该VlanIf配置了DHCP
Relay功能,则该Vlanif即为DHCP中继,DHCP中继会将该DHCP报文的源IP地址修改为该Vlanif的IP地址,而目的地址则为DHCP
Relay配置的DHCPServer的IP地址。同时修改DHCP报文中,giaddress为VlanIf的IP地址。并以单播将DHCP
Discovery发送到DHCPServer端。
DHCP Server 提供阶段:
DHCP Server提供阶段,即为DHCP Server响应DHCP Discovery所发的DHCP Offer阶段 DHCP Server收到DHCP
Discovery报文后,解析该报文请求IP地址所属的Subnet。并从dhcpd.conf
文件中与之匹配的subnet中取出一个可用的IP地址(从可用地址段选择一个IP地址后,首先发送ICMP报文
来ping该IP地址,如果收到该IP地址的ICMP报文,则抛弃该IP地址,重新选择IP地址继续进行ICMP报文
测试,直到找到一个网络中没有人使用的IP地址,用以达到防治动态分配的IP地址与网络中其他设备IP地 址冲突,这个IP地址冲突检测机制,可配置),设置在DHCP
Discovery报文中yiaddress字段中,表示为 该客户端分配的IP地址,并且为该Lease设置该Subnet配置的Option
,例如默认leases租期,最大租期,router等信息。 DHCP从地址池中选择IP地址,以如下优先级进行选择:1、当前已经存在的Ip Mac的对应关系 2
、Client以前的IP地址3、读取Discovery报文中的Requested Ip Address Option的值,如果存在并且IP地址可用 4
、从配置的Subnet中选择IP地址: DHCPServer解析DHCP Discovery请求的IP所属的Subnet,首先看该DHCP
Discovery报文中giaddress是否 有DHCP
Relay,如果有,则从giaddress所述的subnet中可用IP地址段中获取,并分配IP。如果giaddress没有 IP地址,则从该DHCPServer
绑定的接口的IP地址所属的网段分配IP地址。
DHCP Client 选择阶段:
DHCP Client收到若干个DHCP Server响应的DHCP Offer报文后,选择其中一个DHCP Server作为目标DHCP Server。
选择策略通常为选择第一个响应的DHCP Offer报文所属的DHCPServer。 然后以广播方式回答一个DHCP Request
报文,该报文中包含向目标DHCP请求的IP地址等信息。之所以是以广播方式发出的, 是为了通知其他DHCPServer自己将选择该DHCP Server
所提供的IP地址。
DHCP Server确认阶段:
当DHCP Server收到DHCP Client发送的DHCP Request后,确认要为该DHCP Client提供的IP地址后,便想 该DHCP
Client响应一个包含该IP地址以及其他Option的报文,来告诉DHCP Client可以使用该IP地址了。然 后DHCP
Client即可以将该IP地址与网卡绑定。另外其他DHCPServer都将收回自己之前为DHCP Client提供的IP地址。
DHCP Client重新登录网络:
当DHCP Client重新登录后,发送一个以包含之前DHCP Server分配的IP地址信息的DHCP Request报文,当DHCP Server
收到该请求后,会尝试让DHCP客户端继续使用该IP地址。并回答一个ACK报文。 但是如果该IP地址无法再次分配给该DHCP
Client后,DHCP回复一个NAK报文,当DHCP Client收到该NAK报文后, 会重新发送DHCP Discovery报文来重新获取IP地址。
DHCP Client更新租约:
DHCP获取到的IP地址都有一个租约,租约过期后,DHCP Server将回收该IP地址,所以如果DHCP Client
如果想继续使用该IP地址,则必须更新器租约。更新的方式就是,当当前租约期限过了一半后,DHCP Client 都会发送DHCP Renew报文来续约租期。
dns工作原理:
DNS,域名系统,解析域名和ip地址的关系。解析的过程大致如下: 假设你输入mail.163.com。 1.主机先查找自己的缓存文件,如果有mail.163
.com的信息,则7;否则2。 2.主机向本地域名服务器(这里就是地址里的DNS了)进行查询,如果该服务器有mail.163.com的IP信息,则6;否则3。
3.该DNS服务器向根域名服务器发起查询。根域名服务器告诉本地域名服务器下一次应查询dns.com的顶级域名服务器; 4.本地域名服务器向dns.com
顶级域名服务器进行查询,如果该服务器有mail.163.com的IP信息,则6,;否则5。 5.dns.com顶级域名服务器向本地域名服务器指出下一次向dns
.163.com发起查询。本地域名服务器向dns.163.com 发起查询,网易公司的DNS服务器就会有他的163
mail服务器的IP信息,然后发给本地域名服务器。6.本地域名服务器收到解析的内容,发回给主机。 7.主机获得IP信息。
你是否了解数据容灾?
容灾系统,对于IT而言,就是为计算机信息系统提供的一个能应付各种灾难的环境。当计算机系统在遭受如火灾、水灾、地震、
战争等不可抗拒的自然灾难以及计算机犯罪、计算机病毒、掉电、网络/通信失败、硬件/软件错误和人为操作错误等人为灾难时,
容灾系统将保证用户数据的安全性(数据容灾),甚至,一个更加完善的容灾系统,还能提供不间断的应用服务(应用容灾)。 可以说,容灾系统是数据存储备份的最高层次。
数据容灾: 所谓数据容灾,就是指建立一个异地的数据系统,该系统是本地关键应用数据的一个可用复制。在本地数据及整个应用系统
出现灾难时,系统至少在异地保存有一份可用的关键业务的数据。该数据可以是与本地生产数据的完全实时复制,也可以比
本地数据略微落后,但一定是可用的。采用的主要技术是数据备份和数据复制技术。
数据容灾技术,又称为异地数据复制技术,按照其实现的技术方式来说,主要可以分为同步传输方式和异步传输方式
(各厂商在技术用语上可能有所不同),另外,也有如“半同步”这样的方式。半同步传输方式基本与同步传输方式相同, 只是在Read占 I/O
比重比较大时,相对同步传输方式,可以略微提高I/O的速度。而根据容灾的距离,数据容灾又可以 分成远程数据容灾和近程数据容灾方式。 应用容灾:
所谓应用容灾,是在数据容灾的基础上,在异地建立一套完整的与本地生产系统相当的备份应用系统
(可以是互为备份)。建立这样一个系统是相对比较复杂的,不仅需要一份可用的数据复制,还要有包括
网络、主机、应用、甚至IP等资源,以及各资源之间的良好协调。主要的技术包括负载均衡、集群技术。 数据容灾是应用容灾的基础,应用容灾是数据容灾的目标。
http 状态码具体请查看:

https://baike.baidu.com/item/HTTP%E7%8A%B6%E6%80%81%E7%A0%81/5053660
<https://baike.baidu.com/item/HTTP%E7%8A%B6%E6%80%81%E7%A0%81/5053660>
HTTP状态码(HTTP Status Code)是用以表示网页服务器HTTP响应状态的3位数字代码。 它由 RFC 2616 规范定义的,并得到RFC
2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918等规范扩展。
Apache与Nginx的优缺点比较
1、nginx相对于apache的优点: 轻量级,同样起web 服务,比apache 占用更少的内存及资源 抗并发,nginx
处理请求是异步非阻塞的,而apache 则是阻塞型的,在高并发下nginx 能保持低资源低消耗高性能 高度模块化的设计,编写模块相对简单
社区活跃,各种高性能模块出品迅速啊 apache 相对于nginx 的优点: rewrite ,比nginx 的rewrite 强大
模块超多,基本想到的都可以找到 少bug ,nginx 的bug 相对较多 超稳定 存在就是理由,一般来说,需要性能的web 服务,用nginx
。如果不需要性能只求稳定,那就apache 吧。 后者的各种功能模块实现得比前者,例如ssl 的模块就比前者好,可配置项多。这里要注意一点,epoll
(freebsd 上是 kqueue )网络IO 模型是nginx 处理性能高的根本理由,但并不是所有的情况下都是epoll
大获全胜的,如果本身提供静态服务的就只有寥寥几个文件,apache 的select 模型或许比epoll 更高性能 。当然,这只是根据网络IO
模型的原理作的一个假设,真正的应用还是需要实测了再说的。2、作为 Web 服务器:相比 Apache,Nginx
使用更少的资源,支持更多的并发连接,体现更高的效率, 这点使 Nginx
尤其受到虚拟主机提供商的欢迎。在高连接并发的情况下,Nginx是Apache服务器不错的 替代品:
Nginx在美国是做虚拟主机生意的老板们经常选择的软件平台之一. 能够支持高达50,000 个并 发连接数的响应, 感谢Nginx为我们选择了 epoll
and kqueue 作为开发模型. Nginx作为负载均衡服务器: Nginx 既可以在内部直接支持 Rails 和 PHP 程序对外进行服务, 也可以支
持作为 HTTP代理 服务器对外进行服务. Nginx采用C进行编写, 不论是系统资源开销还是CPU使用效率都比 Perlbal 要好很多.
作为邮件代理服务器: Nginx 同时也是一个非常优秀的邮件代理服务器(最早开发这个产品的目的之一也是 作为邮件代理服务器),Last.fm
描述了成功并且美妙的使用经验. Nginx 是一个安装非常的简单 , 配置文件非常简洁(还能够支持perl语法), Bugs 非常少的服务器: Nginx
启动特别容易, 并且几乎可以做到7*24不间断运行,即使运行数个月也不需要重新启动. 你还能够 不间断服务的情况下进行软件版本的升级 . 3、Nginx
配置简洁, Apache 复杂 Nginx 静态处理性能比 Apache 高3倍以上 Apache 对 PHP 支持比较简单,Nginx 需要配合其他后端用
Apache 的组件比 Nginx 多 现在 Nginx 才是 Web 服务器的首选4
、最核心的区别在于apache是同步多进程模型,一个连接对应一个进程;nginx是异步的,多个连接 (万级别)可以对应一个进程5
、nginx处理静态文件好,耗费内存少.但无疑apache仍然是目前的主流,有很多丰富的特性.所以还需要
搭配着来.当然如果能确定nginx就适合需求,那么使用nginx会是更经济的方式.6
、nginx的负载能力比apache高很多。最新的服务器也改用nginx了。而且nginx改完配置能-t测试
一下配置有没有问题,apache重启的时候发现配置出错了,会很崩溃,改的时候都会非常小心翼翼现
在看有好多集群站,前端nginx抗并发,后端apache集群,配合的也不错。7
、nginx处理动态请求是鸡肋,一般动态请求要apache去做,nginx只适合静态和反向。8、Nginx优于apache的主要两点:1.
Nginx本身就是一个反向代理服务器2.Nginx支持7层负载均衡; 其他的当然,Nginx可能会比apache支持更高的并发
软链接和硬链接的区别:
硬链接就是同一个文件使用了多个别名(他们有共同的 inode)。 硬链接可由命令 link 或 ln 创建,如: link oldfile newfile
ln oldfile newfile 由于硬链接是有着相同 inode 号仅文件名不同的文件,因此, 删除一个硬链接文件并不影响其他有相同 inode
号的文件。 硬链接不能对目录进行创建,只可对文件创建。 软链接(也叫符号链接)与硬链接不同,文件用户数据块中存放的内容是
另一文件的路径名的指向。软链接就是一个普通文件,只是数据块内容有点特殊。 软链接可对文件或目录创建。 ln-s old.file soft.link ln -s
old.dir soft.link.dir 加-s选项表示创建的是软链接。 删除软链接并不影响被指向的文件,但若被指向的原文件被删除,
则相关软连接就变成了死链接。

友情链接
KaDraw流程图
API参考文档
OK工具箱
云服务器优惠
阿里云优惠券
腾讯云优惠券
华为云优惠券
站点信息
问题反馈
邮箱:[email protected]
QQ群:637538335
关注微信