centos 7/rhel7: 如何重启/停止/启动网络服务

在CentOS7 /RHEL7 上，管理网络服务现在用的是systemctl命令，而不是旧的service命令了。
systemctl是systemd工具的一部分，而systemd呢，是现在很多现代Linux系统（包括CentOS7 和RHEL7 ）用的初始化系统和服务管理器。
下面我就说说怎么用systemctl来重启、停止和启动网络服务。

首先，要是想重启网络服务，你可以用这两个命令中的任意一个：systemctl restart network.service 或者直接用 systemctl restart network。
其实.service后缀有时候可以省略，但加上它更清楚明白。

这个命令的作用是先停止当前的网络服务，然后立刻又启动它。
通常在你改了网络配置之后，用这个命令来让新的配置生效。

接下来，如果你想把网络服务启动起来（假设它现在还没运行），你就用这两个命令中的一个：systemctl start network.service 或者 systemctl start network。
如果服务已经运行了，那你用这个命令是没什么效果的。

再来说说怎么停止网络服务。
如果你需要停止正在运行的网络服务，可以用这两个命令中的一个：systemctl stop network.service 或者 systemctl stop network。
这个命令会立刻停止网络服务，不过这样可能会让你的网络连接中断，除非你有其他的网络配置或者接口在用。

在重启、启动或者停止网络服务之后，你可能想知道服务是不是真的按你说的做了，这时候就可以用systemctl status network.service 或者 systemctl status network来检查服务的状态。
这个命令会告诉你网络服务现在是不是在运行，还有最近的日志条目是什么。

最后，有几点需要注意。
首先，用systemctl命令通常需要root权限，所以如果你不是root用户，可能得用sudo或者su -来切换到root用户。
其次，在重启网络服务之前，最好确认一下你的网络配置没问题，因为重启服务会导致网络连接中断，直到服务重新启动并应用新的配置。
还有，网络服务可能和其他服务（比如防火墙）有依赖关系，所以在停止或重启网络服务时，要留意这些依赖关系，保证系统的整体安全性和功能。
最后，systemd会记录服务的启动、停止和重启事件，如果你遇到什么问题，可以查看/var/log/messages或者用journalctl命令来查看更详细的日志信息。

LINUX如何设置开机自启动脚本_Linux配置系统开机自动运行脚本的方法

在Linux系统里想让脚本开机就自动跑起来，其实方法有不少，具体用哪个得看你用的系统是啥，初始化系统又是什么类型的。
下面我就给你说说几种常用的方法。

首先是Systemd服务方式，这个现在用得比较多，也比较推荐，尤其适合CentOS7 、Ubuntu1 6 .04 、Debian8 这些用了Systemd的系统。
操作步骤是这样的：
1 . 先把你的脚本写好，然后保存到一个指定的地方，比如/opt/mystartup.sh，别忘了给这个脚本文件加执行权限，用命令sudochmod+x/opt/mystartup.sh就行。
2 . 接着要创建一个.service文件，比如放在/etc/systemd/system/mystartup.service，用sudonano/etc/systemd/system/mystartup.service打开它，然后写入一些内容，根据你的需求调整一下。
比如这样： [Unit] Description=MyCustomStartupScript After=network.target 这里的After=network.target是告诉系统，等网络准备好了再执行这个脚本。
[Service] Type=simple ExecStart=/opt/mystartup.sh User=root Restart=on-failure ExecStart后面写上你脚本的路径，User=root表示用root用户执行，Restart=on-failure是如果脚本跑失败了，就自动重启它（这个可选）。
[Install] WantedBy=multi-user.target 最后保存这个.service文件。
3 . 接下来启用开机自启动，用sudosystemctlenablemystartup.service，然后如果你想立即测试一下，可以sudosystemctlstartmystartup.service让它现在就跑起来，用sudosystemctlstatusmystartup.service检查一下状态。

这个方法的好处是支持依赖管理，比如你可以指定脚本执行前得等哪个服务先跑起来。
出了问题还能通过journalctl-umystartup.service看日志，维护和禁用也很方便，sudosystemctldisablemystartup.service就能禁用了。

然后是rc.local方式，这个是比较老的方法，兼容性强，很多系统都支持。
步骤是这样的：
1 . 打开/etc/rc.local文件，用sudonano/etc/rc.local，然后在文件里找到exit 0这一行，在你喜欢的位置加一行你的脚本路径，比如/opt/mystartup.sh&，加个&是让它后台运行。
2 . 给/etc/rc.local加执行权限，sudochmod+x/etc/rc.local。
3 . 如果你在Systemd环境下，还得启用rc-local服务，sudosystemctlenablerc-local.service。

注意这个方法，脚本得自己处理依赖关系，比如网络相关的脚本，你最好在脚本里加判断，确保网络准备好了再执行。
日志的话，你得自己手动重定向，比如/opt/mystartup.sh>>/var/log/rc.local.log2 >&1 &。
还有，有些新系统默认是禁用rc.local的，你得手动把它启用才行。

最后是SysVinit脚本方式，这个比较适合老旧的系统，比如CentOS6 、Debian7 这些。
操作步骤是这样的：
1 . 把你的脚本复制到/etc/init.d/目录下，然后用sudochmod+x/etc/init.d/mystartup给它加执行权限。
2 . 接着注册这个服务，如果是Debian/Ubuntu系统，用sudoupdate-rc.dmystartupdefaults；如果是CentOS6 ，用sudochkconfig--addmystartup和sudochkconfigmystartupon。

这个方法的特点是，你得手动写一个符合SysVinit规范的脚本，脚本里得包含start、stop这些函数。
依赖管理比较弱，一般得在脚本里面自己判断。

总的来说，如果你用的是新系统，并且用的是Systemd，我建议你优先使用.service文件，这个功能强大，也好管理。
如果你有兼容性需求，可以考虑用rc.local，不过要注意日志和依赖的问题。
如果是老旧系统，用init.d脚本也没问题，就是维护成本高一点。

以上就是几种在Linux系统里设置开机自启动脚本的方法，你可以根据你的实际情况选择合适的方法。

centos系统服务器开机后一直卡在7界面

服务器开机卡在CentOS系统的那个7 界面，这可真是个头疼的问题。
通常，这种情况是SELinux配置搞错了、文件权限出了问题、服务启动失败或者虚拟机出了点小状况。
别急，我们可以通过进入单用户模式来调整配置或者排查其他潜在问题。

首先，咱们得进入GRUB界面，也就是重启系统后按住e键进入编辑模式。
找到那行以linux1 6 开头的启动参数（如果是UEFIBIOS模式，可能看到的是uefi开头的），把ro改成rw，然后在后面加上init=/sysroot/bin/bash，再按Ctrl+X启动系统，进入单用户模式。

接下来，咱们需要挂载系统根目录并设置读写权限，执行chroot/sysroot切换到根目录，然后用mount-oremount,rw/命令重新挂载根目录。
现在，咱们就可以修改配置文件或者恢复权限了。

如果SELinux配置搞错了，用vim编辑/etc/selinux/config，把SELINUX=enforcing改成SELINUX=disabled，保存退出。
文件权限问题的话，恢复那些之前设置为000权限的文件，比如file1 和file2 ，执行chmod6 4 4 /path/to/file1 和chmod6 4 4 /path/to/file2
然后，检查并启动那些关键服务，比如登录服务、网络服务，用systemctl start systemd-logind和systemctl start network命令。
搞定后，执行exit退出单用户模式，再reboot重启系统。

如果还是不行，咱们可以看看系统日志，比如/var/log/messages或/var/log/syslog，找找错误信息。
检查磁盘状态，运行dmesg看看有没有磁盘错误或文件系统损坏的提示。
如果手头有系统备份，也可以试试恢复备份。

最后，如果是虚拟机的问题，得检查虚拟机配置、设置、软件和系统文件是否正常。
可以尝试重新分配资源、调整设置、更新软件或者修复系统文件。
希望这些方法能帮到你，祝你好运！

怎样在CentOS上查看SSH登录日志

嘿，CentOS用户们，想知道如何在CentOS上查看SSH登录日志？这里有两种主要方法，简单来说就是：
方法一：用journalctl来查看系统日志 这招适用于用systemd管理的CentOS版本（比如7 及以上），因为SSH日志是由systemd-journald统一管理的。
要查看所有SSH日志，就运行这个命令：journalctl -u sshd.service。
关键是要知道 -u sshd.service 是指定了SSH服务单元。
输出的信息包括启动、停止、连接尝试（成功或失败）、配置错误等，时间精确到微秒。
如果你想分析某个启动周期后的SSH活动，加上 -b 选项（默认是当前启动周期）：journalctl -u sshd.service -b。
还有更多高级用法，比如查看上一次启动的日志、禁用分页显示、实时跟踪新日志等。

方法二：直接查看日志文件 /var/log/secure 对于传统Syslog配置，SSH登录记录通常会存放在 /var/log/secure（在CentOS 6 /7 /8 中很常见）。
用 cat 命令就能查看整个文件内容，但日志量大的话可能不太方便。
你可以用 less 来分页浏览，按Enter键逐行查看，Space键翻页，输入 / 搜索关键词（比如 /sshd）。
如果你想筛选特定信息，比如只看失败的密码尝试，就用 grep 命令，比如 grep 'Failedpassword' /var/log/secure。

如果 /var/log/secure 不见了，可能是日志配置改动了路径，这时候得检查配置文件。
看看 /etc/rsyslog.conf 和 /etc/rsyslog.d/ 目录下的文件，比如 5 0-default.conf。
还有，有些系统可能用 /var/log/auth.log 或 /var/log/messages 来记录SSH信息。

最后，我给你一些建议：
如果你想实时监控和精确查询，首选 journalctl -u sshd.service。

如果你的系统不是用systemd的（比如CentOS 6 ），那你就得依赖 /var/log/secure。

安全审计很重要，定期检查 Failedpassword 记录，以防暴力破解。

长期监控记得配置 logrotate，避免日志文件过大。

这样，你就能全面了解CentOS系统中SSH服务的登录情况，为安全运维提供数据支持啦！

centos7重启后卡在i8042

CentOS7 一重启就卡在i8 04 2 错误上，确实挺烦人的。
不过别急，我给你整几个步骤，兴许能帮你搞定。

首先，最重要的，备份！所有重要的数据，赶紧弄到别处去，修复过程中万一出啥意外，数据丢了可就亏大了。

然后，咱们得搞清楚是咋回事。
其实i8 04 2 :Nocontrollerfound这个错误，很多时候只是个幌子，真正的问题可能藏在别的错误里，比如failed to mount /sysroot啥的。
这些错误提示对咱们找问题很有帮助。

接下来，如果看到挂载sysroot失败的错误，可以试试用xfs_repair工具来修复XFS文件系统。
特别是如果文件系统日志有毛病，可以用-L参数强制清空日志。
不过这里得提醒你，这个操作可能会让文件系统元数据丢失，所以动手前一定要把元数据备份好。
修复命令大概像这样：xfs_repair -v -L /dev/sda2 这里/dev/sda2 只是个例子，你得换成你的实际分区名称。

最后，修复完之后，重启一下系统看看是不是好了。
要是还是不行，可能得检查一下硬件，或者考虑用安装介质来修复系统，甚至重新安装。
这些方法都是基于常见的CentOS7 启动问题来的，但也不能保证解决所有情况。
具体咋操作，还得看你实际情况来定。