Linux服务设置为开机自启动的多种方法

本文还有配套的精品资源，点击获取

简介：本文介绍了Linux系统中设置服务开机自启动的几种不同方法，包括使用 init.d 脚本、 rc.local 脚本、调整启动级别、使用 chkconfig 命令以及对于使用Systemd的现代Linux发行版的 systemctl 命令。这些方法涵盖了从早期Linux到现代Linux系统的服务自启动配置，旨在帮助系统管理员确保系统启动后能够自动运行关键服务或应用程序。

1. Linux服务开机自启动概述

Linux系统作为服务器或桌面操作系统广泛使用，其高效性和稳定性对服务的自动启动有着严格要求。当系统启动时，用户经常需要让某些服务自动运行，以便无需手动介入即可提供服务。这就是Linux服务开机自启动的主要目的，它通过一系列机制确保系统在启动时按照预定的顺序和规则加载服务。

服务开机自启动的好处包括但不限于：

• 减少人工干预 ：无需人工手动开启每个服务，提高效率。
• 系统稳定性 ：确保关键服务在系统崩溃后自动重启，维持系统稳定运行。
• 一致性管理 ：统一管理服务的启动逻辑，便于维护和故障排查。

本章将简要介绍Linux服务开机自启动的概念、不同系统版本的自启动方法以及相关的管理工具，为后续章节的详细介绍奠定基础。理解开机自启动的原理和方法是进行Linux系统管理的必备技能，无论你是系统管理员还是IT专业人员，这都是一门必备的基础知识。

2. init.d脚本启动方法

init.d脚本在Linux系统中扮演着核心的角色，它用于管理服务的启动、停止、重启以及状态查询等操作。在系统初始化过程中，init.d脚本会根据不同的运行级别执行对应的启动脚本，从而实现服务的自动启动。这一章节将深入探讨init.d脚本的基础知识、如何创建和配置init.d脚本，以及使用update-rc.d命令来管理这些脚本。

2.1 init.d脚本基础

2.1.1 init.d脚本的作用和原理

init.d脚本通常位于 /etc/init.d/ 目录下，每一个脚本都对应一个系统服务。这些脚本在系统启动时被调用，根据系统当前的运行级别来决定需要启动哪些服务。例如，当系统进入多用户模式时，相应的网络服务脚本就会被执行。

init.d脚本的运行基于SysVinit系统初始化框架，这个框架使用运行级别（runlevels）来区分系统在不同阶段应该运行哪些服务。当系统更改运行级别时，SysVinit会根据 /etc/inittab 文件中的配置来调用相应的init.d脚本。

2.1.2 创建和编写init.d脚本

创建一个有效的init.d脚本需要理解脚本的基本结构和必要的启动脚本控制变量。一个基本的init.d脚本通常包含以下部分：

• 描述信息（DESCRIPTION）
• 程序包名称（PACKAGE）
• 启动顺序（START）和停止顺序（STOP）
• 必要的系统运行级别（RESPAWN）

脚本需要以正确的Shebang行开始，通常使用 #!/bin/sh 。脚本的主体部分包含了服务的启动、停止、重启和状态查询命令，以及条件判断和日志记录。为了确保脚本能够在不同的系统上正确运行，需要考虑脚本的可移植性和兼容性。

下面是一个简单的init.d脚本示例，用于启动一个名为"MyService"的虚构服务：

#!/bin/sh
# /etc/init.d/myservice
#
# Provides startup/shutdown scripts for the MyService application.

# chkconfig: 345 90 10
# description: MyService provides essential functionality.

case "$1" in
  start)
    echo "Starting MyService..."
    # 在这里添加启动服务的命令
    ;;
  stop)
    echo "Stopping MyService..."
    # 在这里添加停止服务的命令
    ;;
  *)
    echo "Usage: /etc/init.d/myservice {start|stop}"
    exit 1
esac

exit 0

脚本的第一部分是一个头部注释，其中包含了一些特定的标记，比如 chkconfig 标记，这告诉 chkconfig 命令如何管理该服务。 description 部分提供了服务的简短描述。

主体部分使用case语句来判断传入的第一个参数（$1），根据这个参数执行启动（start）或停止（stop）操作。具体的启动和停止命令需要根据实际服务来编写。

2.2 init.d脚本配置实例

2.2.1 配置服务启动脚本

配置服务启动脚本通常涉及到设置脚本的可执行权限，并确保脚本在适当的运行级别下被调用。一旦脚本编写完成，需要进行一系列的测试来验证其功能。执行以下步骤可以完成服务启动脚本的配置：

1. 将编写好的init.d脚本保存到 /etc/init.d/ 目录下。
2. 给脚本添加可执行权限，使用命令 chmod +x /etc/init.d/myservice 。
3. 使用 update-rc.d 命令来配置脚本的运行级别，例如 update-rc.d myservice defaults 。
4. 测试服务是否能够正确启动和停止，通过执行 /etc/init.d/myservice start 和 /etc/init.d/myservice stop 命令。
5. 可以使用 service myservice status 命令来检查服务的当前状态。

2.2.2 使用update-rc.d命令管理脚本

update-rc.d 命令用于在系统启动和关机时管理服务的启动和停止。该命令可以添加脚本到特定的运行级别，并设置启动和停止的顺序。使用 update-rc.d 时，需要按照以下步骤操作：

1. 添加脚本到默认的运行级别，使用命令 update-rc.d myservice defaults 。
2. 如果需要设置特定的启动和停止顺序，可以使用 -s 和 -f 选项来调整。例如， update-rc.d myservice start 90 2 3 4 5 . stop 10 0 1 6 . 。
3. 从系统运行级别中删除脚本，使用命令 update-rc.d -f myservice remove 。

这些步骤确保了服务在系统启动和关闭时能够按照预期被管理，同时也提供了灵活的配置选项，使得系统管理员能够更好地控制服务的运行。

通过本章节的介绍，我们了解了init.d脚本的作用、原理以及如何创建和配置这些脚本。接下来的章节，我们将深入了解rc.local脚本的作用及其配置使用方法。

3. rc.local脚本自定义启动命令

3.1 rc.local脚本的作用

3.1.1 rc.local的基本功能介绍

在Linux系统中， rc.local 是一个在系统启动过程结束前执行的脚本，它位于 /etc 目录下。 rc.local 的主要功能是在系统启动后执行一些自定义的命令。这个脚本通常用于执行那些需要在系统完全启动后才能执行的命令，比如一些网络配置命令、自定义服务启动等。

由于 rc.local 的运行时间是在系统启动的最后阶段，因此它可以覆盖大多数基于用户空间的系统服务和应用。 rc.local 的运行是在所有其他服务都启动完成之后，它提供了一种简单的方式让系统管理员可以轻松地添加自定义的启动命令，而无需深入了解init系统或者编写复杂的启动脚本。

3.1.2 rc.local与init.d的对比分析

与 init.d 脚本相比， rc.local 脚本更加简单和直接。 init.d 脚本通常用于管理单个服务的启动和停止，它们往往包含许多用于启动和停止服务的函数和逻辑。然而，对于一些简单的用例，使用 init.d 脚本就显得有些过于复杂了。

rc.local 提供了一个单一的入口点，仅用于启动时执行命令，不需要复杂的控制逻辑。这样可以让管理员不必编写复杂的脚本，就可以在系统启动时运行特定的命令。

需要注意的是，随着Systemd成为许多现代Linux发行版的默认初始化系统， rc.local 和 init.d 的使用频率已经大不如前。Systemd的 systemctl 命令提供了更为强大和灵活的服务管理功能。

3.2 rc.local脚本的配置与使用

3.2.1 编辑rc.local文件添加自启动命令

编辑 rc.local 脚本是简单直观的。管理员可以使用任何文本编辑器打开它，并在脚本的末尾添加所需的命令。通常， rc.local 脚本的最后应该包含一个 exit 0 命令，以确保脚本以成功状态退出。

下面是一个添加到 rc.local 的示例命令，用于在每次启动系统时自动挂载一个共享目录：

#!/bin/bash
# rc.local

# 添加自启动命令，例如挂载共享目录
mount -t nfs server:/shared /mnt/shared

exit 0

在添加自启动命令后，为了使更改生效，通常需要确保 rc.local 脚本具有执行权限：

chmod +x /etc/rc.local

3.2.2 rc.local文件权限和安全注意事项

由于 rc.local 脚本在系统启动时执行，所以它拥有很高的权限。因此，添加到 rc.local 脚本中的任何命令都会以root权限执行，这可能导致安全风险。管理员应当谨慎地添加命令，并确保所有命令都是可信的，并且避免在 rc.local 中执行不必要的或可能引起安全问题的操作。

为了维护系统的安全性，建议尽量减少 rc.local 中的命令数量，并且在添加新的命令之前，进行彻底的测试。

此外，管理员还应当保证 rc.local 脚本的文件权限设置正确。默认情况下， rc.local 应该只能被root用户修改和执行，其他用户则不应该有修改权限。

通过这些方法，可以确保使用 rc.local 脚本添加自启动命令既高效又安全。

4. 启动级别配置

4.1 启动级别概念解析

4.1.1 启动级别的定义和种类

启动级别是控制Linux系统启动行为的一种方式，它定义了系统在启动过程中应该运行哪些服务。在Linux系统中，每个运行级别都对应一组特定的服务状态，比如多用户模式、单用户模式等。传统上，这些级别由数字1到6定义，以及一个特殊的级别0和7。

• 运行级别0 ：关机状态，用于系统关闭。
• 运行级别1 ：单用户模式，通常用于维护、修复系统问题，此时系统不启动网络服务。
• 运行级别2 ：多用户模式，允许系统运行，但不启动NFS服务。
• 运行级别3 ：多用户模式，全功能模式，文本界面。
• 运行级别4 ：未定义，用户可以自定义。
• 运行级别5 ：多用户模式，全功能模式，图形界面。
• 运行级别6 ：重启，用于重新启动系统。
• 运行级别7 ：也未定义，可以自定义。

4.1.2 查看和设置当前运行级别的方法

Linux系统中可以通过 runlevel 命令查看当前和上一次的运行级别：

runlevel

若要设置运行级别，可以通过修改 /etc/inittab 文件或者使用 init 命令，后者可以立即切换到指定的运行级别。例如，要切换到运行级别3，可以执行：

sudo init 3

4.2 启动级别的具体配置

4.2.1 使用init命令切换运行级别

init 命令用于改变系统的运行级别。它通过向init进程发送信号，从而达到切换运行级别并重新启动相应服务的目的。使用 init 命令，系统管理员可以快速将系统置于维护模式或重启系统。

以下为一个执行 init 1 命令后，系统切换到单用户模式的示例：

sudo init 1

切换到单用户模式后，系统会停止所有运行在多用户模式下的服务，并尝试保持一个最小化的运行环境。

4.2.2 配置自定义脚本在特定级别启动

在特定的运行级别启动自定义脚本，需要修改 /etc/rc.d/rc.local 文件（在Systemd系统中是 /etc/rc.local ），并添加执行脚本的命令。为了保证脚本的正确执行，还需要赋予其执行权限：

sudo chmod +x /etc/rc.d/rc.local

在该文件中，您可能会看到类似以下的结构：

#!/bin/sh
# rc.local

exit 0

要在特定级别启动自定义脚本，可以在文件末尾添加如下内容：

/path/to/your_script.sh

确保替换 /path/to/your_script.sh 为您的脚本实际路径。

通过这种方式，您的自定义脚本将在系统达到指定运行级别时自动执行，实现特定的功能。例如，您可以编写一个脚本来启动某些特定的网络服务或者启动自定义的监控系统。

#!/bin/bash
# /etc/rc.d/rc.local

# Start a custom monitoring service
/usr/bin/start_monitoring_service.sh

exit 0

在这个示例中，我们添加了一个启动自定义监控服务的脚本。确保 /usr/bin/start_monitoring_service.sh 是实际可执行脚本的路径，且该脚本具有执行权限：

sudo chmod +x /usr/bin/start_monitoring_service.sh

通过这些配置，您就可以在系统达到特定运行级别时，自动启动自定义脚本，并执行相应的操作。这种方式在需要根据系统运行情况自动执行特定任务时特别有用。

5. chkconfig工具使用

5.1 chkconfig工具简介

5.1.1 chkconfig工具的安装和基本用法

chkconfig 是一个用于管理基于SysVinit系统的服务的工具，它可以帮助用户在不同的运行级别下控制服务的启动与关闭。尽管现在许多现代Linux发行版已经转向了systemd作为初始化系统，但 chkconfig 在一些系统中仍然非常实用。

在大多数基于Red Hat的发行版中， chkconfig 已经预装了，但在基于Debian的系统中可能需要手动安装。可以通过以下命令来安装chkconfig：

sudo apt-get install chkconfig

一旦安装完毕，可以通过以下命令列出系统中所有chkconfig可以管理的服务：

sudo chkconfig --list

查看单个服务的管理状态，可以使用：

sudo chkconfig --list [service_name]

5.1.2 chkconfig与系统服务的关系

chkconfig 是用来管理 /etc/init.d/ 目录下脚本的工具，该目录下包含了众多服务的启动脚本。对于每一个服务， chkconfig 可以控制其在不同的运行级别下的启动状态。

运行级别是一个系统运行状态的抽象，常见的运行级别有：

• 0：关机状态
• 1：单用户模式（恢复模式）
• 2：多用户模式（没有网络服务）
• 3：多用户模式（有网络服务）
• 4：未使用（用户自定义）
• 5：图形界面模式
• 6：重启系统

chkconfig 通过这些运行级别来控制服务是否应该在系统启动时自动启动。

5.2 chkconfig的高级应用

5.2.1 管理服务的开机启动状态

使用 chkconfig 管理服务的开机启动状态十分简单。例如，如果想要让Apache服务在运行级别3和5下启动，可以使用以下命令：

sudo chkconfig --level 35 httpd on

此命令会直接编辑Apache的初始化脚本文件，添加必要的条目，以确保在指定的运行级别下服务会被启动。同样，如果想要停止服务在特定运行级别下自动启动，可以使用：

sudo chkconfig --level 35 httpd off

5.2.2 创建chkconfig管理的自定义脚本

要创建一个可以被 chkconfig 管理的自定义脚本，首先需要创建一个Shell脚本，并按照一定的格式编写。该脚本应该包含启动和停止服务所需的所有命令，并且能够响应 start 、 stop 、 status 等命令。

以下是一个自定义脚本的简单示例：

#!/bin/bash
# chkconfig: ***
# description: Simple custom service

start() {
    echo "Starting simple service"
    # Insert your startup code here
}

stop() {
    echo "Stopping simple service"
    # Insert your stop code here
}

restart() {
    stop
    start
}

status() {
    echo "Status not implemented"
}

# See how we were called.
case "$1" in
    start)
        start
        ;;
    stop)
        stop
        ;;
    restart)
        restart
        ;;
    status)
        status
        ;;
    *)
        echo "Usage: $0 {start|stop|restart|status}"
        exit 1
esac

exit 0

保存这个脚本到 /etc/init.d/ 目录下，并使用以下命令来使 chkconfig 识别它：

sudo chkconfig --add [script_name]

之后，你就可以使用 chkconfig 来管理你自己的脚本了，就像管理系统自带的服务一样。

通过上面的内容，我们已经了解了 chkconfig 的安装和基本用法，以及如何将其应用于系统服务的管理。接下来，我们将探讨systemctl命令以及它在Systemd初始化系统中的应用。

6. systemctl命令应用（针对Systemd系统）

Systemd 作为 Linux 系统的服务管理器，已经在大部分现代 Linux 发行版中取代了传统的 init 系统。systemctl 命令是与 Systemd 交互的主要方式，提供了启动、停止、重启、管理服务和系统守护进程的强大能力。本章将深入探讨 systemctl 命令的应用，以帮助读者能够高效地管理 Systemd 系统下的服务。

6.1 systemctl命令概述

6.1.1 systemctl的功能和使用场景

Systemctl 是一个用于与 Systemd 系统和服务管理器进行交互的命令行工具。它不仅可以用来启动、停止、重启和启用服务，还能查看服务状态，设置服务开机自启动，以及管理 Systemd 的目标（target）。Systemctl 功能强大，使得服务管理变得更加直观和简单。

举例来说，要启动名为 "nginx" 的服务，只需要执行：

sudo systemctl start nginx

而要使该服务在系统启动时自动运行，则可执行：

sudo systemctl enable nginx

查看服务当前状态：

sudo systemctl status nginx

6.1.2 systemctl与传统服务管理命令的对比

在 Systemd 出现之前，Linux 系统管理员常用的服务管理命令包括 service 和 chkconfig 。相比于这些传统工具，systemctl 提供了更多优势，比如对服务状态的更加详细的描述、支持并行启动服务以及更好的日志集成等。

传统命令使用例子：

service nginx start

chkconfig nginx on

这些命令仍可在 Systemd 系统上运行，但是推荐使用 systemctl，因为它可以提供更一致、更全面的管理体验。

6.2 systemctl的服务管理实践

6.2.1 配置服务开机自启动

配置服务开机自启动是 systemctl 的一个常用功能。Systemd 使用单元文件（unit files）来定义如何启动服务，这些单元文件通常位于 /etc/systemd/system/ 目录下。

要使一个服务在系统启动时自动启动，可以使用 enable 子命令：

sudo systemctl enable nginx

这条命令实际上是在 /etc/systemd/system/ 目录下创建了一个符号链接，指向了服务的单元文件。单元文件通常以 .service 作为文件扩展名。

6.2.2 systemctl命令的高级配置技巧

Systemctl 提供了许多高级配置选项，允许管理员对服务进行精细的控制。例如，可以设置服务在特定条件下自动重启，或调整服务的日志级别。这通常是通过修改单元文件来实现的。

一个基本的单元文件示例（nginx.service）：

[Unit]
Description=The NGINX HTTP and reverse proxy server
After=syslog.target network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
ExecStart=/usr/sbin/nginx -g 'daemon off;'
ExecReload=/usr/sbin/nginx -s reload
ExecStop=/bin/kill -s QUIT $MAINPID

[Install]
WantedBy=multi-user.target

在该文件中， ExecStart 指定了启动服务的命令， ExecReload 定义了如何重载服务配置，而 WantedBy 表明了该服务希望在哪个目标下启动。

高级配置的一个例子是设置服务在崩溃后自动重启：

Restart=always

在单元文件的 [Service] 部分添加上述指令，即可让服务在失败后自动重启。

通过编辑这些单元文件，管理员可以实现非常复杂和强大的服务管理功能，从而提高系统的可用性和稳定性。

7. Docker容器服务的开机自启动管理

Docker作为现代应用部署的标准解决方案，容器化技术已经成为了构建、部署和服务的重要组成部分。在Docker容器技术的使用过程中，设置容器服务的开机自启动显得尤为重要。

7.1 Docker容器开机自启动机制

Docker容器可以配置为在宿主机启动时自动运行，这一功能主要依赖于Docker服务自身的管理机制和Linux系统的cgroup（控制组）子系统。通过配置Docker的systemd服务文件，我们可以让Docker守护进程作为系统服务自动启动，进而管理容器的开机自启动。

7.2 Docker服务文件的配置

在大多数现代Linux发行版中，Docker使用systemd作为其初始化系统。因此，可以通过修改Docker的systemd服务文件来设置开机自启动。

7.2.1 查找Docker的systemd服务文件 首先，找到Docker服务文件的位置，可以通过以下命令：

$ systemctl status docker | grep "Loaded"

输出可能会是：

Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; vendor preset: enabled)

在上述例子中， docker.service 即为Docker服务文件。

7.2.2 修改Docker服务文件以设置开机自启动 找到服务文件后，可以用文本编辑器进行编辑，例如使用 vim ：

$ sudo vim /usr/lib/systemd/system/docker.service

在文件中，确保 [Install] 部分包含如下行：

[Install]
WantedBy=multi-user.target

这行的意思是将Docker服务设置为在多用户模式下（即开机后）运行。

保存文件后，重新加载systemd的配置以使更改生效：

$ sudo systemctl daemon-reload

7.3 容器的开机自启动配置

要设置特定容器在开机时自动启动，需要在运行容器时使用 --restart 参数。

7.3.1 使用 --restart 参数 例如，想要让名为 mycontainer 的容器在开机时自启动，可以使用以下命令：

$ docker run -d --restart unless-stopped --name mycontainer myimage

这里的 --restart unless-stopped 参数指定容器在任何情况下都能尝试重启，除非显式地停止或重启容器。

7.3.2 查看容器的重启策略 要查看容器当前的重启策略，可以使用以下命令：

$ docker inspect --format='{{.HostConfig.RestartPolicy.Name}}' mycontainer

如果返回 unless-stopped ，则说明设置成功。

7.4 Docker Compose服务的开机自启动

Docker Compose用于定义和运行多容器Docker应用程序。如果使用 docker-compose up 启动服务，需要对docker-compose.yml文件进行配置。

7.4.1 修改docker-compose.yml文件 在docker-compose.yml文件中添加 restart 键值对：

version: '3'
services:
  myservice:
    image: myimage
    restart: always

这里 restart: always 表示服务总是尝试重启。

7.4.2 使用Docker Compose启动服务 安装Docker Compose后，使用以下命令启动服务：

$ docker-compose up -d

以上命令将启动配置文件中的服务，并且确保它们在重启时自动启动。

7.5 管理和监控开机自启动容器

使用Docker命令和工具可以方便地管理和监控设置为开机自启动的容器。

7.5.1 管理容器的开机自启动状态 可以使用 docker update 命令来改变正在运行的容器的重启策略：

$ docker update --restart always mycontainer

7.5.2 监控容器的启动状态 通过查看容器的日志，可以监控容器的启动状态：

$ docker logs -f mycontainer

这将显示容器的日志输出，有助于调试和确认容器是否按预期启动。

通过上述设置，我们能够有效地管理和监控Docker容器的开机自启动行为，确保容器化服务的高可用性和稳定性。在下一章节中，我们将深入探讨使用Ansible等自动化工具，以进一步简化容器服务的自动化部署和管理流程。

本文还有配套的精品资源，点击获取

简介：本文介绍了Linux系统中设置服务开机自启动的几种不同方法，包括使用 init.d 脚本、 rc.local 脚本、调整启动级别、使用 chkconfig 命令以及对于使用Systemd的现代Linux发行版的 systemctl 命令。这些方法涵盖了从早期Linux到现代Linux系统的服务自启动配置，旨在帮助系统管理员确保系统启动后能够自动运行关键服务或应用程序。

本文还有配套的精品资源，点击获取