Linux系统修改ssh端口教程。

结论：直接改端口能提升安全。

步骤一：改配置文件。
用root或sudo权限登系统。
用nano或vi打开sshd_config文件。
把Port 2 2 改成Port 2 2 2 2 注意：别用0-1 02 4 端口，确保2 2 2 2 没被占用。

步骤二：重启SSH服务。
CentOS 6 用service ssh restart。
CentOS 7 /Ubuntu用systemctl restart sshd。

步骤三：改防火墙规则。
用iptables允许2 2 2 2 端口入出站。
用ufw允许2 2 2 2 /tcp。
用firewalld加2 2 2 2 端口规则。

步骤四：验证连接。
用netstat确认2 2 2 2 监听。
用ssh username@ip -p 2 2 2 2 远程连。

步骤五：加强安全。
可选禁用2 2 端口。
装Fail2 Ban防暴力破解。
改路由器/云安全组规则。

步骤六：排坑。
连不上先看防火墙。
SELinux可能阻止，临时禁用试下。
看日志auth.log或secure。
端口被占用用lsof查。

你自己掂量。

如何在CentOS上重启SSH服务

哎哟，跟你说个事儿，前几年在西安那会儿，我帮一个哥们儿搞服务器，SSH服务突然挂了，远程连不上了，急得满头大汗。
最后发现，还得是重启SSH服务这招最管用。

CentOS系统上重启SSH服务啊，我一般就两种方法，看你系统是哪个版本。

方法一，用systemctl，这我比较常用，也推荐。
你就打开终端，敲命令：sudosystemctl restart sshd。
系统会让你输密码，输完回车就行。
哎，我跟你说，这方法在CentOS7 、CentOS8 这些新系统上最好使。
记得有一回在武汉，帮一个客户换服务器，就是CentOS8 ，用这个命令，唰一下，SSH立马就恢复了，配置也立马生效了。

方法二，用service命令，这个是老方法了。
命令是：sudoservice sshd restart。
也是打开终端输这个，输完密码回车。
这个方法在CentOS6 或者更老版本的系统上用。
我记着前年还在北京帮一个老客户弄过，他那服务器还是CentOS6 ，就得用这个。

不过啊，不管用哪个方法，得有root权限，或者用sudo命令。
比如说，你是个普通用户，你就得用sudo。
有一回我在上海，一个实习生不会用，直接用普通用户名去重启，结果报错了，说啥“Failed to restart sshd.service: Unit sshd.service not found”，就是权限不够。
我直接教他用sudo，唰，就好了。

还有啊，你改了配置文件，比如端口啥的，都得重启服务，不然新配置不生效。
比如说，你把SSH端口改到2 2 2 2 了，那以后连的时候就得加个参数，ssh -p 2 2 2 2 用户名@服务器IP。
有一年我在广州，一个哥们儿把端口改了，结果连不上了，自己都不知道，急得团团转，我一看，哦，端口改了没加参数，直接告诉他加参数，立马就连上了。

还有，你改了端口，防火墙、SELinux也得跟着改，不然连不上去。
比如说，你改到2 2 2 2 端口了，就得加个防火墙规则：sudofirewall-cmd --add-port=2 2 2 2 /tcp --permanent，然后还得sudofirewall-cmd --reload。
前年在深圳，一个哥们儿改了端口，结果连不上，我一看，防火墙规则没改，直接帮他加上了，然后就好了。

要是服务没启动，你就用sudosystemctl status sshd或者sudoservice sshd status看看状态，要是显示inactive或者failed，你就得看日志了：journalctl -u sshd -xe。
有一回我在杭州，一个客户SSH服务没启动，我就让他查日志，查着查着发现是个配置错误，改了一下就好了。

要是systemctl命令不存在，那可能是系统版本太旧了，你就用service命令。
要是sshd服务名无效，你就试试ssh或者检查服务是不是装好了（yum install openssh-server）。

总结一下啊， 我还是推荐用systemctl（CentOS7 +）。
关键步骤就是提权→执行重启命令→验证配置→测试连接。
操作前得确认配置正确性，不然远程管理就中断了。

总之啊，重启SSH服务这事儿，不难，但得注意细节，特别是权限、配置、防火墙这些，搞好了，远程管理就顺畅了。
我踩过的坑，你们可别再踩了。

重新启动linux中的httpd服务

嘿，说起Linux发行版和服务管理，这事儿可有意思了。
我接触Linux这么多年，看过不少版本的服务管理方式，SystemV和Systemd这两个，各有各的玩法。

SystemV那是老古董了，用的人越来越少，但是它的影子还在。
像之前的一些RHEL和CentOS的早期版本，那可都是SystemV的天下。
这玩意儿管理服务主要通过几个命令，比如service和chkconfig，还有init.d脚本。
我当时在实验室里捣鼓过，记得有一次配置一个服务，还得手动编辑init.d脚本，那可真是个费劲的活儿。

后来，Systemd横空出世，那可是个革命性的变化。
从RHEL/CentOS 7 开始，它就取代了SystemV，成了新的宠儿。
Systemd的管理方式简单多了，记得我第一次用systemctl重启httpd服务的时候，那感觉简直不能更爽。
命令一打，systemctl restart httpd，服务就重启了，多简单啊。

有意思的是，我记得有一次，我在一个老的项目上还用着SystemV，那会儿得时不时地去init.d脚本里翻翻，看服务状态。
而后来在新的项目上，直接用systemctl，效率提升不是一星半点。

其实，两种方法各有千秋，SystemV更传统，兼容性更好，但是管理起来确实复杂；而Systemd虽然相对年轻，但功能强大，管理起来更方便。
不过说到底，选哪种还得看具体的需求和习惯。
就像我，现在更习惯用Systemd，但也不会完全否定SystemV的存在价值。
毕竟，技术在进步，咱们也得与时俱进嘛。