运维面经知识点总结--网络部分(1)

本文详细介绍了DNS的工作过程,包括DNS解析的步骤、主要概念如nameserver、domain和zone,以及DNS查询的递归和迭代方式。此外,还简述了DHCP的工作原理,包括其六个阶段和IP地址的选择策略。最后提到了HTTP协议的基础知识。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

DNS

dns简介
dns是Domain Name System的缩写,中文名称为域名系统。其存在是为了方便用户在访问互联网时不需要去记忆复杂的ip数字串,只需要使用容易记忆的域名来访问相关的的内容。在这个过程中,dns起到了将域名转换为对应的ip地址的作用。表现形式为ip与域名相互映射的一个分布式数据库,该服务运行在UDP协议之上,使用的端口号为53.

dns解析的过程
这里写图片描述
如图所示,网络客户端是我们所使用的电脑,在浏览器中,输入一个域名,在图中我们使用的是www.163.com。在此时,会发送一个DNS请求到本地的DNS服务器,这个DNS服务器一般都是由接入服务器提供商提供,比如说移动、电信什么。

当接入到本地DNS服务器之后,本地服务器熟悉会在缓存记录中搜索关于这个www.163.com的记录,如果有就直接返回查询结果,如果没有就向根服务器查询。

根服务器中并不会记录具体的域名和IP地址的映射关系,而是告诉本地DNS服务器在某个域服务器上可以继续查询,并且给出了域服务器的地址。

本地服务器接着向域服务器发出请求,在这个例子里面请求的对象是.com域的服务器,.com域服务器在收到请求后同样也不会直接返回域名和IP地址的对应关系,而是给你域名的解析服务器的地址。

最后本地的DNS服务器向域名的解析服务器发出请求,这是就能收到一个域名和IP地址对应的关系,本地DNS服务器不仅要把IP地址返回给用户电脑,为了下次访问速度更快,还会保存在缓存中,下次有用户来查询时可以快速返回查询的结果。

DNS的一些概念
nameserver(名字服务器)
在这个解析的过程中我们在之中看到参与者有DNS服务器和DNS客户端,其实在这个过程中还有名字服务器的参与。

这个名字服务器是用于标记区域权威服务器的DNS服务器,只要指定好了nameserver,其他服务器就认为它是该区域的权威服务器。在linux下进行修改需要修改/etc/resolv.conf在之中指定nameserver即可。接下来我们解释一下域和区域的概念

domain(域)
网址是分层的,域名系统就像是文件目录一样。首先是根,然后是一级域、二级域、三级域…..。我们常见的一级域有:com net org cn edu gov等等等。父域将某个标示符分配给子域,然后子域(比如说cn)将全权负责cn下面的二级域的具体分配。对于cn,常见的二级域有com.cn、edu.cn这些,同样的edu.cn又会负责下面的三级域名分配。这样分层分片有助于管理。
这里写图片描述

zone(区域)

区域的概念是这样,假如A是一个域,而且A有子域a和b.如果域A的管理者把a和b授权给另外的人管理,那么a和b各自形成一个区域。然后每一个区域都会有名字服务器,用来管理这个区域。管理包括对这个分成更小的子域以及对子域名IP的解释。在某个区域中,该区域的nameserver就是该区域的权威。

DNS的查询方式<

<think>好的,我现在需要处理用户关于百度SRE运维试的问题。用户之前已经询问过相关内容,现在需要根据提供的引用和系统指令生成相关问题和回答,并确保格式正确。首先,我要确认用户的主要需求是获取试题或准备资料,特别是百度SRE运维相关的经验。 根据用户提供的引用[1]和[2],引用[1]提到了运维工程师试题涵盖的多个领域,如Linux、k8s、Shell脚本等,而引用[2]则涉及大厂SRE实习经,包括试官可能会问的问题以及反问的机会。因此,我需要结合这些信息,整理出百度SRE运维试可能涉及的技术问题和软技能问题。 接下来,按照系统指令,回答需要结构清晰,分步骤说明,并生成相关问题。同时,要注意使用正确的中文和LaTeX格式。例如,在提到Linux命令时,需要用行内数学表达式,如$top$,而独立公式如监控系统负载公式需要使用$$...$$。 需要确保每个技术点都有对应的示例或解释,比如在Linux问题中,可以举出常用命令,并结合实际场景说明其用途。同时,在系统设计部分,可能需要设计一个监控告警系统,这里要分步骤说明关键点,如指标采集、阈值设定、告警策略等。 此外,软技能问题如故障处理流程,需要详细描述步骤,并强调沟通和记录的重要性。在团队协作方,可以提到使用Jira或Confluence工具,以及如何与开发团队合作优化系统性能。 最后,根据用户要求生成相关问题,这些问题需要覆盖技术、场景、优化和职业发展等方,确保全性。例如,关于Linux性能调优的具体步骤,或者高可用架构的设计细节。 现在,我需要检查是否符合所有系统指令:使用正确的中文,LaTeX格式正确,引用标识自然添加,结构清晰,分点回答,生成相关问题。同时,确保没有使用Markdown格式,代码块用三个反引号包裹,并正确标注引用来源。 总结步骤: 1. 分析用户需求,确定回答结构。 2. 结合引用内容,提取相关知识点。 3. 分技术、系统设计、软技能、综合场景四部分详细解答。 4. 每个部分提供具体例子或步骤。 5. 生成相关问题,覆盖不同方。 6. 确保格式正确,引用标识正确添加。</think>### 百度 SRE 运维试准备指南 #### 一、技术基础问题 1. **Linux 系统管理** - 常用命令:$top$, $vmstat$, $iostat$, $netstat$, $lsof$ - 文件系统权限问题:如何修复因权限错误导致的服务启动失败? **示例场景**:若 Nginx 因日志目录权限不足无法启动,需执行 $chmod -R 755 /var/log/nginx$ 并检查 SELinux 状态[^1]。 2. **脚本与自动化** - Shell/Python 脚本考察:编写脚本清理 7 天前的日志文件 ```bash find /path/to/logs -type f -mtime +7 -exec rm {} \; ``` 3. **监控与故障排查** - 系统负载公式:$$ \text{Load Average} = \frac{\text{Runnable Processes} + \text{Uninterruptible Processes}}{\text{CPU Cores}} $$ - 网络延迟高时,通过 $tcpdump$ 抓包分析或 $mtr$ 诊断链路问题。 --- #### 二、系统设计能力 1. **设计监控告警系统** - **关键步骤**: 1. 指标采集(如 Prometheus) 2. 阈值动态调整(基于历史数据) 3. 告警分级(P0/P1/P2)与去重(如 Alertmanager) 2. **高可用架构设计** - 数据库主从切换方案:VIP 漂移 + Keepalived - 服务容灾:多机房部署 + 流量调度(如 BGP Anycast)[^1]。 --- #### 三、软技能与流程 1. **故障处理流程** - 步骤:发现 → 止损(重启/扩容) → 根因分析 → 复盘 → 预防措施 - **核心要点**:优先恢复业务,再排查原因,避免陷入技术细节[^2]。 2. **团队协作** - 使用 Jira 跟踪故障工单,Confluence 沉淀解决方案 - 与开发协作优化代码(如减少慢 SQL)。 --- #### 四、综合场景题 **案例**:某服务 CPU 使用率突然飙升至 90%,如何排查? 1. 检查 $top$ 确定占用 CPU 的进程 2. 通过 $perf$ 或 $strace$ 分析进程行为 3. 排查代码(如死循环)或外部依赖(如 API 调用阻塞)。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值