文档教程DevOps运维【免费下载链接】devops-exercisesLinux, Jenkins, AWS, SRE, Prometheus, Docker, Python, Ansible, Git, Kubernetes, Terraform, OpenStack, SQL, NoSQL, Azure, GCP, DNS, Elastic, Network, Virtualization. DevOps Interview Questions项目地址https://gitcode.com/GitHub_Trending/de/devops-exercises点击查看免费下载本篇技术指南围绕 devops-exercises 仓库中 Shell 脚本练习Its Alive!Intermediate 难度Misc 主题展开讲解如何编写一个能够判断指定主机是存活还是宕机的 Bash 脚本并在主机不可达时触发邮件通知。读完本文你将掌握ping探活、退出码$?判断、输出重定向、条件分支与mailx告警的完整链路并看到结合仓库其他练习脚本进一步加固与泛化的实战方案。练习背景与目标在仓库的 Shell 练习索引 中本练习以Its alive!命名归入 Misc杂项分类难度标为 Intermediate。原 练习题目 给出的目标非常聚焦Write a script to determine whether a given host is down or up即编写一个脚本判断给定主机是宕机down还是存活up。这是一个典型的运维监控场景——在 DevOps 日常工作中检查服务器、网关或数据库节点的可达性是排障的第一步。仓库中 官方解答 给出了一份可直接运行的参考实现本文将以它为核心骨架逐行拆解原理并给出可落地的增强版本。官方参考解答完整脚本仓库给出的参考解答topics/shell/solutions/host_status.md如下#!/usr/bin/env bash SERVERIPIP Address NOTIFYEMAILtestexample.com ping -c 3 $SERVERIP /dev/null 21 if [ $? -ne 0 ] then # Use mailer here: mailx -s Server $SERVERIP is down -t $NOTIFYEMAIL /dev/null fi这份脚本虽短却覆盖了 Shell 监控脚本的四个核心要素探活命令、静默输出、退出码判断、故障告警。下面逐行展开。逐行解析脚本做了什么1. Shebang 与环境#!/usr/bin/env bash使用env定位 bash 解释器可移植性优于硬编码#!/bin/bash。关于 Shebang 的含义Shell 练习索引 的自测题中有专门讲解#!/bin/bash中的/bin/bash是 Linux 系统用户登录最常用的默认 ShellBashBourne-again shell功能丰富、语法成熟因而被广泛用于脚本编写。2. 变量定义SERVERIPIP Address NOTIFYEMAILtestexample.com脚本使用两个变量目标主机 IP 与通知邮箱。注意IP Address是占位符实际使用时需替换为真实地址例如SERVERIP8.8.8.8。变量赋值时等号两侧不能有空格——这一点正是 Shell 练习索引 自测题中的陷阱示例x 2无法得到期望结果正确写法是x2。3. 探活与静默输出ping -c 3 $SERVERIP /dev/null 21ping -c 3向目标主机发送 3 个 ICMP 回显请求count 次数为 3这是探活的核心命令 /dev/null将标准输出ping 的正常回显信息丢弃避免脚本运行时刷屏21把标准错误也重定向到/dev/null即静默模式——无论主机可达与否终端都不打印 ping 的过程输出最终结论完全交给后续的退出码判断。4. 退出码判断if [ $? -ne 0 ] then ... fi$?是上一条命令的退出码。ping约定主机可达时退出码为 0主机不可达如超时、丢包率过高、目标不可达时退出码非 0。因此[ $? -ne 0 ]即判断ping 失败。在 Shell 练习索引 的自测题中也提醒了一个易混淆点Bash 脚本默认不会因某条命令失败而退出而是继续执行后续命令除非显式使用set -e——这一点会在本文的加固章节深入讨论。5. 告警动作mailx -s Server $SERVERIP is down -t $NOTIFYEMAIL /dev/null当主机判定为宕机时调用mailx发送一封主题为 Server is down 的邮件-s ...指定邮件主题subject-t $NOTIFYEMAIL-t指定收件人地址这里为变量值 /dev/null以空输入作为邮件正文来源避免mailx因等待标准输入而阻塞。mailx是经典的命令行邮件客户端在多数 Linux 发行版中属于mailutils或heirloom-mailx软件包使用前需确保系统已安装该工具并配置好本地的邮件投递如 Postfix 或外部 SMTP 转发这部分依赖本机环境脚本本身只负责触发发送。完整运行流程把上面几段串起来脚本的完整逻辑是1. 定义目标 IP 与通知邮箱 2. 静默 ping 目标 3 次 3. 检查退出码 - 退出码为 0主机存活→ 什么都不做正常结束 - 退出码非 0主机宕机→ 通过 mailx 发送告警邮件这正是探活 条件分支 告警三类基础能力在 Shell 练习索引 中分别对应的 Conditionals条件判断、Misc杂项主题的综合应用也解释了为什么本练习被标记为 Intermediate 而非 Basic。结合仓库源码的纵深扩充本练习并不孤立存在。浏览 Shell 练习索引 可以发现仓库为 Shell 脚本设计了一整套由浅入深的能力矩阵本脚本的每个组成部分都能在相邻练习中找到对应的单点训练脚本组成部分对应基础练习仓库路径变量定义与使用Hello World / Basic Datetopics/shell/solutions/hello_world.md、topics/shell/solutions/basic_date.md条件分支if/[ ]Argument Checktopics/shell/solutions/argument_check.md参数校验与函数Sumtopics/shell/solutions/sum.md循环遍历Files Sizetopics/shell/solutions/files_size.md目录/文件对比退出码用法Directories Comparisontopics/shell/solutions/directories_comparison.md以 topics/shell/solutions/sum.md 为例它展示了正则校验输入re^[0-9]$与exit 2退出码的用法topics/shell/solutions/directories_comparison.md 则用test $# -ne 2校验参数个数并以exit 1提前退出。这些模式正是主机存活检测脚本从玩具示例走向生产脚本所需的骨架。此外仓库自身的运维脚本也大量运用了与本文相同的 Bash 技能点。例如 scripts/count_questions.sh 中#!/usr/bin/env bash set -eu count$(echo $(( $(grep -E \[Exercise\]|/summary -c README.md topics/*/README.md | awk -F: { s$2 } END { print s } ))))set -eu-e遇错即退、-u未定义变量即报错、命令替换$(...)与管道组合都是与本练习一脉相承的 Bash 实践。由此可见Its alive! 的解答不仅是一个独立监控脚本也是仓库中所有 Bash 脚本共用的能力基石。加固与泛化从参考解答到生产可用脚本参考解答能正确工作但要投入真实环境还有几处值得加固。下面给出一个增强版本并说明每处改动对应的原理#!/usr/bin/env bash set -eu # 支持通过命令行参数传入目标主机避免硬编码 SERVERIP${1:?Usage: $0 IP_Address} NOTIFYEMAIL${2:-testexample.com} PING_COUNT${3:-3} # 静默探活-c 指定次数-W 指定单次超时秒数 if ! ping -c $PING_COUNT -W 2 $SERVERIP /dev/null 21; then # Use mailer here: mailx -s Server $SERVERIP is down -t $NOTIFYEMAIL /dev/null exit 1 fi echo $SERVERIP is up exit 01. 用set -eu兜底在脚本顶部加上set -eu-e使脚本在某条命令失败时立即退出避免在异常状态下继续执行造成误报-u使未定义变量被引用时报错。这正是 Shell 练习索引 自测题中强调的默认 Bash 失败后仍继续执行若想遇错即退请使用set -e的落地。2. 参数化输入用${1:?...}要求脚本必须携带主机地址参数缺参时直接打印用法并退出邮箱与 ping 次数提供带默认值的${2:-...}、${3:-...}。相比硬编码IP Address这使脚本可被其他脚本或 cron 任务反复调用。3. 直接内联条件判断参考解答先执行ping再检查$?增强版改为if ! ping ...; then直接对命令结果求反。两者等价但后者更简洁、不易在中间插入其他命令时误读$?。4. 显式退出码主机存活时输出状态并以exit 0结束宕机时以exit 1结束。显式退出码让脚本可以被上层监控系统如 Nagios、Zabbix直接采集状态也与 topics/shell/solutions/sum.md、topics/shell/solutions/directories_comparison.md 中exit的用法保持一致。5. 多主机与告警频控进阶思路把脚本核心逻辑包进函数、用 for 循环遍历主机列表即可扩展为批量监控配合 cron 定时执行时还可以引入告警去重例如宕机状态只发一次邮件恢复后再发恢复通知避免告警风暴。这些扩展均建立在本文解析的探活 → 退出码 → 分支 → 告警基座之上可参考 topics/shell/solutions/files_size.md 中for循环的写法自然延伸。调试与验证方法根据 Shell 练习索引 自测题中关于调试的建议验证与排查本脚本时可使用bash -x host_status.sh 8.8.8.8以-x跟踪模式运行逐条打印命令展开结果快速定位变量赋值或条件判断问题用可达/不可达地址对照测试例如对8.8.8.8通常可达运行应输出存活状态对不存在的内网地址运行应触发告警分支先注释掉mailx、改用echo输出在确认ping与条件判断正确后再接入邮件避免调试期间产生真实告警邮件如需自动化测试 Shell 脚本Shell 练习索引 的自测题也给出参考使用 bats 框架。将最终脚本保存为host_status.sh赋予可执行权限后即可运行例如chmod x host_status.sh ./host_status.sh 10.0.0.1 adminexample.com 3小结通过 devops-exercises 的 Its alive! 练习我们完成了一次典型的 Bash 主机存活监控实践用ping -c 3静默探活用$?退出码判定状态用if [ ... ]条件分支决定是否触发mailx邮件告警。在此基础上结合 scripts/count_questions.sh 等仓库脚本展示的set -eu、参数校验、显式退出码等实践可将这份参考解答加固为可直接接入 cron 或监控系统的主机健康检查脚本。如需系统补全 Shell 技能点可沿 Shell 练习索引 的顺序逐一完成其余练习形成完整的 Bash 能力闭环。赞分享文档教程DevOps运维【免费下载链接】devops-exercisesLinux, Jenkins, AWS, SRE, Prometheus, Docker, Python, Ansible, Git, Kubernetes, Terraform, OpenStack, SQL, NoSQL, Azure, GCP, DNS, Elastic, Network, Virtualization. DevOps Interview Questions项目地址https://gitcode.com/GitHub_Trending/de/devops-exercises点击查看免费下载相关推荐devops-exercises 实战用 Bash 编写主机存活检测脚本host_status / Its Alive!devops exercises 实战用 Bash 编写主机存活检测脚本host_status / Its Alive! 本指南以 devops exe文档教程DevOps运维devops-exercises 实战用 Bash 脚本清理目录中的空文件Empty Files 练习精讲devops exercises 实战用 Bash 脚本清理目录中的空文件Empty Files 练习精讲 导读 本文围绕 devops exercise文档教程DevOps运维devops-exercises 实战用 Bash 脚本把当前日期写入 the_date.txtBasic Date 练习精解devops exercises 实战用 Bash 脚本把当前日期写入 the_date.txtBasic Date 练习精解 本指南围绕开源仓库 dev文档教程DevOps运维创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
