引导过程与服务控制

最新推荐文章于 2024-05-21 20:18:03 发布
最新推荐文章于 2024-05-21 20:18:03 发布
阅读量1.7k 收藏 26
点赞数 45
文章标签： 安全 web安全 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_81272194/article/details/135353389
版权

文章目录

一、Linux操作系统引导过程

1、开机启动的完整过程

  • BIOS加电自检 ---- MBR — GRUB — 加载内核文件 — 启动进程

加电后BIOS程序会自检硬件，硬件无故障后，会根据第一启动项去找内核，一般来说第一启动项是硬盘，找到硬盘后，会根据MBR的指引找到完整的GRUB程序，再根据grub的配置文件找到内核文件的具体位置，然后将内核文件加载到内存中运行，内存加载好后会启动第一个程序

BIOS：检测硬件是否正常，然后根据BIOS中的启动项设置，去找内核文件

1.1 开机自检（BIOS）

服务器主机开机以后，将根据主板BIOS中的设置对CPU、内存、显卡、键盘等设备进行初步检测，检测成功后根据预设的启动顺序移交系统控制权，大多时候会移交给本机硬盘

总结：检测出第一个能够引导系统的设备，比如硬盘或者光驱

1.2 MBR引导
  • 指引硬件找到内核文件

当从本机硬盘中启动系统时，首先根据硬盘第一个扇区中MBR（主引导记录）的设置，将系统控制权传递给包含操作系统引导文件的分区，或者直接根据MBR记录中的引导信息调用启动菜单（如GRUB）

总结：运行放在MBR扇区里的启动GRUB引导程序（因为grub程序启动太大，第一个扇区存不下所有的grub程序，所以分为两部分）

1.3 GRUB菜单
  • 根据grub配置文件（grub.cfg）中记录的位置，去找到内核文件

对于Linux操作系统来说，GRUB（统一启动加载器）是使用最为广泛的多系统引导器程序。系统控制权传递给GRUB以后，将会显示启动菜单给用户选择，并根据所选项（或采用默认值）加载Linux内核文件，然后将系统控制权移交给内核。

CentOS 7采用的是GRUB2启动引导器。

总结：GRUB引导程序通过读取GRUB配置文件/boot/grub2/grub.cfg,来获取内核和镜像文件系统的设置和路径位置

1.4 加载内核（kernel）

Linux内核是一个预先编译号的特殊二进制文件，介于各种硬件资源与系统程序之间，负责资源分配与调度。内核接过系统控制权以后，将完全掌控整个Linux操作系统的运行过程

CentOS 7系统中，默认的内核文件位于“/boot/vmlinuz-3.10.0-514.e17.x86_64”

总结：把内核和镜像文件系统加载到内存中

1.5 init进程初始化

为了完成进一步的系统引导过程，Linux内核首先将系统中的额“/sbin/init”程序加载到内核中运行（运行中的程序称为进程），init集成负责完成整个系统的初始化，最后等待用户进行登录

总结：加载硬件驱动程序，内核把init进程加载到内存中运行

2、系统初始化进程

2.1 init进程

①、由Linux内核加载运行/sin/init程序

②、init进程是系统中第一个进程，是所有进程的父程序

③、init进程的PID（进程标记）号永远为1

2.2 systemd
  • systemd是系统的级程序，代为管理系统上的程序

①、systemd是Linux操作系统的一种init软件

②、CentOS 7中采用全新的Systemd启动方式，取代传统的SysVinit

③、CentOS 7中运行的第一个init进程是/lib/systemd/systemd

注：传统SysVinit依赖于串行执行Shell脚本启动服务，导致效率低下，系统启动速度较慢，systemd能够将更多的服务进程并行启动，并且具有提供按需启动服务的能力，使得启动更少进程，从而提高系统启动速度。

  • centos6：启动init（串行启动后续程序，一个一个按顺序启动）

  • centos7：启动systemd（并行启动程序，全部一起启动）

    init与systemd区别
    1. init：串行启动后续程序，一个一个按顺序启动
    2. systemd：并行启动程序，全部一起启动

systemd方便管理程序，将程序按照特定的功能分成了很多特定的单元（如：服务单元，文件路径单元，挂载单元等）

  • yum以及rpm安装的软件可以直接使用systemd去启动、关闭、重启、开机自启等功能，
  • 编译安装不可以直接使用systemctl命令去管理程序，需要手写一个配置文件

3、Systemd单元类型

img

4、运行级别所对应的Systemd目标

  • 0—关机
  • 1—单用户（类似于windows的急救模式）
  • 2—字符界面（少一些功能）
  • 3—字符界面（默认）
  • 4—字符界面（没有使用）
  • 5—图形界面
  • 6—重启

img

runlevel    #查看当前运行级别

systemctl  get-default    #查看默认的运行级别

systemctl  set-default    #设置默认的级别

target    #关机

rescue.target    #单用户

multi-user.target    #字符界面

graphical.target    #图形界面

reboot.target    #重新启动

二、故障处理

1、service unit文件格式

1.1 unit 格式说明
  • 以 “#” 开头的行后面的内容会被认为是注释
  • 相关布尔值，1、yes、on、true 都是开启，0、no、off、false 都是关闭
  • 时间单位默认是秒，所以要用毫秒（ms）分钟（m）等须显式说明
1.2 service unit file文件通常由三部分组成
  • [Unit]：定义与Unit类型无关的通用选项；用于提供unit的描述信息、unit行为及依赖关系等
  • [Service]：与特定类型相关的专用选项；此处为Service类型
  • [Install]：定义由“systemctl enable”以及"systemctl disable“命令在实现服务启用或禁用时用到的一些选项
1.3 Unit段的常用选项
  • Description：描述信息
  • After：定义unit的启动次序，表示当前unit应该晚于哪些unit启动，其功能与Before相反
  • Requires：依赖到的其它units，强依赖，被依赖的units无法激活时，当前unit也无法激活
  • Wants：依赖到的其它units，弱依赖
  • Conflicts：定义units间的冲突关系
1.4 Service段的常用选项

  • Type：定义影响ExecStart及相关参数的功能的unit进程启动类型

    1. simple：默认值，这个daemon主要由ExecStart接的指令串来启动，启动后常驻于内存中
    2. forking：由ExecStart启动的程序透过spawns延伸出其他子程序来作为此daemon的主要服务。原生父程序在启动结束后就会终止
    3. oneshot：与simple类似，不过这个程序在工作完毕后就结束了，不会常驻在内存中
    4. dbus：与simple类似，但这个daemon必须要在取得一个D-Bus的名称后，才会继续运作.因此通常也要同时设定BusNname= 才行
    5. notify：在启动完成后会发送一个通知消息。还需要配合 NotifyAccess 来让 Systemd 接收消息
    6. idle：与simple类似，要执行这个daemon必须要所有的工作都顺利执行完毕后才会执行。这类的daemon通常是开机到最后才执行即可的服务

  • EnvironmentFile：环境配置文件

  • ExecStart：指明启动unit要运行命令或脚本的绝对路径

  • ExecStartPre： ExecStart前运行

  • ExecStartPost： ExecStart后运行

  • ExecStop：指明停止unit要运行的命令或脚本

  • Restart：当设定Restart=1 时，则当次daemon服务意外终止后，会再次自动启动此服务

  • RestartSec: 设置在重启服务( Restart= )前暂停多长时间。 默认值是100毫秒(100ms)。 如果未指

  • 定时间单位，那么将视为以秒为单位。 例如设为"20"等价于设为"20s"。

  • PrivateTmp：设定为yes时，会在生成/tmp/systemd-private-UUID-NAME.service-XXXXX/tmp/目录

1.5 Install段的常用选项

Alias：别名，可使用systemctl command Alias.service

RequiredBy：被哪些units所依赖，强依赖

WantedBy：被哪些units所依赖，弱依赖

Also：安装本服务的时候还要安装别的相关服务

1.6 编译安装nginx-systemctl
cd  /opt
wget http://nginx.org/download/nginx-1.18.0.tar.gz
tar xf   nginx-1.18.0.tar.gz
cd  nginx-1.18.0
yum -y install gcc pcre-devel openssl-devel zlib-devel openssl  openssl-devel 

mkdir /data/nginx -p    
./configure   --prefix=/data/nginx
make
make  install

ln -s /data/nginx/sbin/nginx   /usr/sbin/nginx 
#做软链接   可以补全  

vim  /usr/lib/systemd/system/nginx.service

[Unit]
Description=The nginx HTTP and reverse proxy server    #描述软件的功能

[Service]
PIDFile=/data/nginx/logs/nginx.pid    # 方便使用pid号进行操作，指明进程的pid号
ExecStart=/data/nginx/sbin/nginx     #使用绝对路径启动
ExecStop=/usr/bin/kill -s TERM $MAINPID     #杀死进程
ExecReload=/data/nginx/sbin/nginx -s reload     #重新加载

[Install]
WantedBy=multi-user.target     #安装字符界面

systemctl  daemon-reload     #重新加载服务的配置文件

systemctl  start  nginx      #开启

systemctl status nginx      #查看状态
编译安装nginx，然后用systemctl管理（图文详解）

image-20240102212859734

image-20240102213209569

image-20240102214058543

image-20240102214616948

2、修复MBR扇区故障

2.1 故障原因
  • 病毒、木马等造成的破坏
  • 不正确的分区操作、磁盘读写误操作
2.2 故障现象

  • 找不到引导程序，启动中断

  • 无法加载操作系统，开机后黑屏

2.3 解决思路

  • 应提前做好备份文件

  • 以安装光盘引导进入急救模式

  • 从备份文件中恢复

2.4 故障模拟及处理过程

MBR位于第一块硬盘（/dev/sda）的第一个物理扇区处，总共512字节

①、备份MBR扇区数据到其他磁盘(/dev/sdb1)

mkdir /backup

mount /dev/sdb /backup

dd if=/dev/sda  of=/backup/mbr.bak bs=512 count=1

②、模拟破坏MR引导扇区

 dd if=/dev/zero  of=/dev/sda bs=512 count=1

③、应道界面进入急救模式，从备份文件中国灰度MBR扇区数据

先加载好光盘镜像，重启操作系统

当出现安装向导界面时，选择“Troubleshooting”选项

再选择“Rescue a CentOS system”选项，进入急救模式
1111
选择“1”选择Continue并按Enter键继续

在此按Enter键后将进入带“sh-4.2#”提示符的Bash Shell环境

sh-4.2# mkdir /backupdir

sh-4.2# mount/dev/sdb /backupdir      #挂载带有备份文件的分区

sh-4.2# dd if=/backupdir/mbr.bak of=/dev/sda     #恢复备份数据

sh-4.2# hexdump -C -n 512 /dev/sda       #查看字节（字节恢复正常后，重新启动系统即可恢复）
修复MBR扇区故障（图文详解）

image-20240102230855980

image-20240102231507104

image-20240102232006534

image-20240102232244263

image-20240102232802383

image-20240102232827067

image-20240102233040065

image-20240102234956584

image-20240102235204261

image-20240102235324229

image-20240102235403314

3、修复GRUB引导故障

3.1 故障原因

①、MBR中的GRUB引导程序遭到破坏

②、grub.conf文件丢失、引导配置有误

3.2 故障现象

系统引导停滞，显示“grub>”提示符

3.3 解决思路

①、尝试手动输入引导命令

②、进入急救模式，重写或者从备份中恢复grub.conf

③、向MBR扇区中重建grub程序

3.4 故障模拟及处理过程

/boot/grub/目录下的包是用于启动菜单的背景图片及样式

/boot/grub2/grub.cfg #GRUB配置文件

方法一：手动输入引导命令（笨拙繁琐，不建议使用）

grub> insmod xfs     #加载指定的模块到内核

grub> linux16 /vmlinuz-3.10.0-693.e17.x86_64  root=UUID=8fd74986-ae66-4ffd-b7d8-a19f2eca7b6f ro rhgb quite  LANG=zh_CN.UTF-8       #内核的名字及位置等信息

grub> initrd16 /initramfs-3.10.0..693.e17.x86_64.img    #镜像系统文件

grub> boot      #引导boot

方法二：进入急救模式，恢复GRUB引导程序

MBR位于第一块硬盘（/dev/sda）的第一个物理扇区处，总共512字节，前446字节是主引导记录，分区保存在MBR扇区中的第447-510字节中

①、备份数据到其他磁盘中

mkdir /bak

monut /dev/sdb1 /bak

dd if=/dev/sda of=/bak/grub.bak bs=446 count=1

②、模拟对MBR中的GRUB引导程序的破坏，但并不破坏分区表

  dd if=/dev/zero of=/dev/sda bs=446 count=1

③ 引导界面进入急救模式，从备份文件中恢复GRUB引导程序

sh-4.2# mkdir /backupdir

sh-4.2# mount/dev/sdb1 /backupdir    #挂载带有备份文件的分区

sh-4.2# dd if=/backupdir/grub.bak of=/dev/sda     #恢复备份数据

sh-4.2# exit     #执行exit命令退出临时Shell环境，系统将会自动重启

方法三：引导界面进入急救模式，重建GRUB菜单配置文件

mv /boot/grub2/grub.cfg /opt       #先模拟破坏grub.cfg配置文件

重启进入急救模式 321

sh-4.2# chroot /mnt/sysimage     #先切换根，从光盘的根切换到系统的根

bash-4.2# grub2-install /dev/sda     #重新将GRUB引导程序安装到第一块硬盘（/sev/sda）的MBR扇区，（如果有多个分区可省略）

bash-4.2# grub2-mkconfig -o /boot/grub2/grub.cfg     #重新生成GRUB菜单的配置文件

bash-4.2# exit     #退出chroot环境

sh-4.2# reboot     #重启
修复GRUB引导故障（图文详解）

image-20240103000341453

image-20240103001935576

image-20240103002146008

image-20240103002307311

image-20240103002415789

image-20240103002616843

image-20240103002804901

image-20240103002840851

image-20240103003746535

image-20240103004142432

4、遗忘root用户密码

4.1 故障原因
  • 遗忘root用户的密码
4.2 故障现象

  • 无法进行需要root权限的管理操作

  • 若没有其他可用账号，将无法登陆系统

4.3 解决思路
  • 进入急救模式，重设密码
4.4 故障模拟及处理过程
  • 有光驱
chroot /mnt/sysimage    #切换根目录
passwd    #修改密码
exit     #退出chroot环境
reboot    #重启
  • 无光驱
进入系统，在选择内核界面，选择第一个选项，按e

将光标移动到linux开头行的最后(按end键），添加rd.break 然后按ctrl+x 运行
进入单用户

mount -o remount,rw /sysroot    #重新挂载,添加读写权限

chroot /sysroot    #切换到真正的根

passwd    #修改密码

touch /.autorelabel    #如果你开启了selinux需要重新打上标记
修改root用户密码（图文详解）

image-20240103005133236

image-20240103005749030

image-20240103010056484

image-20240103010455365

image-20240103010752177

三、Linux系统服务控制

1、系统服务控制

服务程序

  • 一旦运行，一直运行，不会退出；
  • 一般是后台运行，不会影响前台的操作
1.1 格式：systemctl 控制类型 服务名称
1.2 控制类型

①、start—启动

②、stop—停止

③、restart—重新启动

④、reload—重新加载配置文件

⑤、status—查看服务状态

centos6 —— chkconfig

service  服务程序  start     #开启

service  服务程序  stop     #关闭

service  服务程序  status    #查看状态

service  服务程序  reload     #重新加载配置文件

service  服务程序  restart      #重启

chkconfig --level 35 服务程序 on    #开机自启

chkconfig --level 35 服务程序 off    #关闭开机自启

centos7 —— systemd

systemctl  start  服务名       #开启

systemctl  stop  服务名       #关闭

systemctl  status  服务名       #查看状态

systemctl  reload  服务名       #重新加载配置文件

systemctl  restart  服务名       #重启


systemctl  enable  服务名    #开机自启

systemctl  disable  服务名    #开机不自启

systemctl  enable --now  服务名     #开机自启，并立即启动

systemctl  disable --now  服务名     #开机不自启，并立即关闭

四、Linux系统运行级别切换

1、查看运行级别

1.1 runlevel命令：runlevel只能查看切换运行级别与当前运行级别
1.2 systemctl工具
  • systemctl 时能查看默认的运行级别

2、临时切换运行级别

2.1 init命令
  • init命令参数是运行级别所对应的的数字
2.2 systemctl工具
  • systemctl的命令参数是具体的target
2.3 init与systemctl对应表

img

3、查看系统默认级别

  • systemctl get-default

4、设置临时运行级别

格式：chkconfig --list [服务名称]

​ chkconfig --add 服务名称

​ chkconfig --level 级别列表 服务名 on/off

chkconfig --add httpd

chkconfig --level 35 httpd on     #开机自启

chkconfig --level 35 httpd off     #关闭开机自启

5、设置永久运行级别

ln -sf /lib/systemd/system/multi-user.target /etc/systemd/system/default.target

systemctl set-default multi-user.target

五、优化开机自动加载服务

1、优化启动过程

1.1 ntsysv工具
  • 提供一个交换式、可视化窗口
  • 可以在字符终端运行
  • 便于集中管理多个服务
  • 用于控制服务是否开机自启动
1.2 systemctl/chkconfig工具
  • 不提供交互式、可视化窗口
  • 管理单个服务效率更高

2、系统服务的启动和控制

2.1 ntsysv系统服务管理工具
  • 输入ntsysv命令进入设置界面
  • 按空格键标志服务选项（*为自启项）
  • 按↑、↓键切换服务选项
  • 按tab切换光标

常用命令

sysemctl is-enabled 服务名称     #查看系统服务的启动状态

systemctl enable 服务名称       # 开启开机自启动

syatemctl disable 服务名称      # 关闭开机自启动

3、命令补充

hostnamectl set-hostname 新主机名    #永久修改主机名

hostnamectl status    #查看主机名的状态

localect set-locale LANG=zh_CN.utf8     #设置系统语言为中文

localectl [status]     #查看当前系统使用的语言

systemd=analyze     #查看系统启动耗时
刘艳芬_
关注
  • 45
    点赞
  • 踩
  • 26
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux操作系统安装及服务控制
05-16
1.Windows系统管理员：Administrator Linux系统管理员：root 2.hd 表示IDE设备；sd 表示SCSI设备。 3.centos6系统默认使用的文件系统： EXT4（第四代扩展文件系统）...systemctl 控制类型 服务名称 *控制类型*：star
移动机器人的引导方法与偏差预估研究
07-04
针对目前有轨引导系统灵活性差、固定引导轨道更改麻烦等缺陷,提出一种依靠红外光源引导移动...系统主要由移动机器人与多个信标组成,机器人通过无线通信控制相应的信标开启红外光发射管发射红外光引导机器人至目的地。
Linux系统：引导过程与服务控制
十七拾的博客
01-03 1154
本文介绍了引导过程与服务控制，旨在修复MBR扇区故障、修复GRUB引导故障、遗忘root用户密码来重设密码的操作，以及如何将编译安装的软件添加到开机自启动等等
Linux 引导过程与服务控制
yunjisuan99cyh的博客
04-18 1392
grub> linux16 /vmlinuz-3.10.0-693.el7.x86_64 root=UUID=8fd74986-ae66-4ffd-b7d8-a19f2eca7b6f ro rhgb quiet LANG=zh_CN.UTF-8 #内核的名字及位置等信息。在急救模式下重建GRUB配置文件 chroot /mnt/sysimage -> grub2-mkconfig -o /boot/grub2/grub.cfg。
Linux引导过程与服务控制
2401_83784772的博客
04-23 1019
加载BIOS，检测硬件设备，找到能够引导系统的设备，比如硬盘，u盘，光盘。
第八章、引导过程与服务控制
qq_41043997的博客
04-20 904
2、开始备份 备份命令：dd if=/dev/sda of=/opt/mbr-bak/mbr.bak bs=512 count=1 (dd是复制 if是指定从哪里复制数据 of指定复制到哪里 bs是指定获取的数据 count是重复多少次）1、先创建一个备份目录mkdir mbr-bak 然后添加一块硬盘 fdisk /dev/硬盘 分区 格式化mkfs -t xfs /dev/sdb1 然后挂载 mount /dev/sdb1 /opt/mbr-bak。
从开机到进入操作系统的引导过程详解
01-20
引导过程详解 　① 第一步，开机直接访问BIOS ROM的0xFFFF0。 　开机以后，CS寄存器置为0xFFFF，IP寄存器置为0x0000。这样一来，CPU会要求访问地址为0xFFFF0的这个地方。这个地址实际上不是内存的地址，它被 地址...
基于启发式引导与过程控制的通识课程教学探索——以脑与机器人为例.pdf
08-14
#资源达人分享计划#
基于滤波反演法的参数不确定自动引导车的运动控制
01-14
信号与虚拟控制信号进行滤波处理并提取微分信号, 避免了对虚拟控制信号的解析求导, 简化了控制器的设计过程. 与传统PID 控制的对比仿真结果表明, 所提出的自适应控制策略能较好地补偿系统参数摄动的影响, 提高了...
安全+大模型应用系列之RSAC的Dropzone AI的分析
si1ence的博客
05-17 399
从Dropzone AI广泛的认可度来看，国外对该思路的认可度较好，前期在国内项目验证的时候客户也非常感兴趣。但是目前国内的安全产品、安全平台较为封闭、无法像国外产品能够广泛直接对接、或许是当前制约国内的安全GPT广泛推广的一个阻碍； 安全+大模型的产品的逐渐按照多能力的安全专家(全能)的能力和价值去规划、应该是一个受客户认可的正确方向。
Nginx - 安全基线配置与操作指南
小工匠
05-19 915
我们这里主要介绍针对Nginx中间件的安全基线配置指南，包括版本选择、用户创建、权限设置、缓冲区配置、日志管理、访问限制、错误页面处理、并发控制、补丁更新等方面。同时还涵盖了如何配置正向代理模块、防止目录遍历以及服务监控等内容，旨在指导系统管理员确保中间件服务器的安全性本文档规定了中间件服务器应当遵循的安全性设置标准，旨在指导系统管理人员或安全检查人员进行中间件的安全合规性检查和配置。
[图解]SysML和EA建模住宅安全系统-07 to be块定义图
rolt的专栏
05-21 666
然后再针对这个画一个块内部图，然后这里再把签名拖上去
HLS视频加密，让您的视频内容更安全！
云存储小天使的博客
05-21 425
HLS视频加密是一种基于HTTP Live Streaming（HLS）协议的加密技术。它的核心思想是将视频切片进行加密处理，在客户端播放时需要先获取解密密钥才能正常偶发。通过这种方式，HLS加密可以有效防止未经授权的第三方窃取视频内容，从而保障了视频内容的版权和安全。数据万象媒体处理服务提供了一套HLS视频加密方案，方便用户各个场景的需求。
如何选择一款安全高效的数据自动同步工具？
文件数据安全交换
05-21 172
飞驰云联是中国领先的数据安全传输解决方案提供商，长期专注于安全可控、性能卓越的数据传输技术和解决方案，公司产品和方案覆盖了跨网跨区域的数据安全交换、供应链数据安全传输、数据传输过程的防泄漏、FTP的增强和国产化替代、文件传输自动化和传输集成等各种数据传输场景。由于大部分的数据都是需要实时的同步到其他节点进行使用和分析的，原有的数据传输方式没有任何的消息通知，也没有日志记录可查询，需要靠人工去各个节点确认，费时费力，效率低下；提供完善的数据同步日志和用户操作日志，便于查询和审计，快速排查错误或遗漏。
深度学习之基于YoloV5的建筑场所安全检测系统
2301_79810943的博客
05-21 252
一、项目背景与目标随着城市化进程的加速，建筑场所的安全问题日益受到关注。为了实现对建筑场所的全面、实时监控，并及时发现潜在的安全隐患，本项目旨在利用深度学习技术，开发一个基于YoloV5算法的建筑场所安全检测系统。二、技术选型与特点YoloV5算法：本项目采用YoloV5作为核心检测算法。YoloV5以其高精度、快速检测速度和强大的多尺度检测能力著称，非常适合用于复杂建筑场所的安全检测。
检测高空作业人员安全绳是否佩戴系统
最新发布
燧机科技的博客
05-21 178
检测高空作业人员安全绳是否佩戴系统基于AI视觉智能分析算法，检测高空作业人员安全绳是否佩戴系统通过现场摄像头对高处作业区域内的人员进行自动检测识别。系统能够快速、准确地检测高空作业人员是否佩戴安全绳。一旦系统检测到人员未佩戴安全绳，会立即进行告警，并将告警信息推送给相关管理者。检测高空作业人员安全绳是否佩戴系统通过实时检测和告警，系统可以及时发现安全隐患，并采取相应措施防范事故的发生。该系统采用视频图像自动识别的形式，不需要新增硬件，实时监控识别，实时告警，简单方便。
Web应用防火墙的重要性
XRY_XIAO的博客
05-20 407
Web应用防火墙的重要性
家用充电桩远程监控安全管理系统解决方案
蓝蜂物联网
05-15 278
本方案旨在通过先进的物联网技术、云计算、大数据分析以及人工智能等科技手段，构建一个集实时监测、异常预警、故障诊断、数据统计、远程控制于一体的智能化平台，确保充电桩的安全运行及用户充电过程的便捷性与安全性。综上所述，家用充电桩远程监控安全管理系统解决方案深度融合物联网、云计算、大数据分析和人工智能等前沿技术，实现了充电桩的精细化、智能化管理，不仅提升了用户充电体验，降低了运维成本，也为能源管理的智能化转型注入了强大动力，具有显著的社会效益和经济效益。家用充电桩远程监控安全管理系统解决方案。
简述linux引导过程
03-16
Linux引导过程主要分为四个阶段： 1. BIOS阶段：计算机开机后，首先进入BIOS程序，BIOS会检测计算机硬件设备，并将控制权交给引导设备。 2. MBR阶段：计算机会从硬盘的第一个扇区读取MBR（主引导记录），MBR包含...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值