linux远程连接拒绝访问怎么解决

SSH 连接被拒绝。
首先检查服务状态。
对于 Ubuntu，使用 ssh localhost。
对于 CentOS，使用 ps grep sshd。
如果未启动，请安装并启动该服务。

ssh远程无法访问linux如何解决

我已经在Linux系统上遇到过很多远程登录的问题。
我记得有一次帮朋友的公司处理服务器问题，他们无法通过SSH远程登录。

首先我让他确认服务器的IP地址。
这很容易。
如果是云服务器，直接在控制台搜索即可。
我直接在控制台看了一下朋友的阿里云服务器，找到了公网IP。
但如果是本地服务器，则需要用命令来查看，如：B.ip a（这是缩写版，相当于ip address show）。
我记得在检查公司服务器上的IP时使用过这个命令。
当时查到的IP地址是1 9 2 .1 6 8 .1 .1 01
然后我让他检查SSH服务状态。
我已经安装了 Yum List |使用 grep openssh-server 命令查看OpenSSH服务器是否安装。
如果没有安装，请使用 yum install openssh-server 进行安装。
然后我让他编辑SSH配置文件，一般是etc/ssh/sshd_config，看看Port、PermitRootLogin、PasswordAuthentication等配置项是否都正确。

配置完后，我让他重新启动SSH服务，使用sudo systemctl restart sshd命令。
这一步非常重要。
我遇到过更改配置但服务没有重启，导致SSH仍然无法工作的情况。

接下来我还要求他检查访问控制权限并编辑hosts.allow和hosts.deny文件以确保IP地址正确。
您还应该注意防火墙。
对于firewalld和iptables等防火墙，您需要打开端口2 2 ，例如B. 使用firewall-cmd --add-service=ssh --permanent。

在虚拟机上工作时，网络模式必须设置为桥接模式，这样虚拟机和主机才能在同一个局域网中。
我以前做过这个。
我记得有一次我在虚拟机中配置了桥接模式，然后重新启动虚拟机，问题就解决了。

还有网络连接。
确保客户端和服务器可以互相 ping 通。
我以前也遇到过这种情况。
客户端可以 ping 通服务器，但 SSH 无法连接。
后来发现是网络配置问题。

我还研究了 SELinux。
如果启用 SELinux，SSH 连接也可能被阻止。
我通常使用 setenforce 0 来暂时关闭它。
排除日志故障也至关重要。
例如，如果您查看“var/log/secure”或“journalctl -u sshd”，您会发现很多有用的错误信息。

写完后，我发现我居然把所有的步骤都写下来了。
到目前为止我的经验非常有用。
希望朋友这次能顺利解决问题！

RockyLinux9 安装后ssh无法远程密码登录解决方法

说实话，我之前在做RockyLinux9 的时候就陷入了这个陷阱。
禁止SSH远程密码登录，这确实很烦人，尤其是当你第一次控制服务器时。
你总结的步骤很清楚。
让我补充一些我的经验。

我记得第一次遇到这个问题是去年秋天。
我在测试环境中玩这个，突然发现ssh root@ip需要密钥才能直接连接，使用密码是完全不可能的。
打开 sshd_config 看看。
天哪，PermitRootLogin 禁止密码行被清楚地注释掉了。
我直接改成yes，保存并重启ssh。
结果服务直接挂了。
我使用 systemctl status sshd 看到一堆红色错误。
后来发现我改配置之前没有用ssh-dump -t测试一下。
这是一个深刻的教训。

有趣的是，PasswordAuthentication行实际上默认是yes，但是一旦PermitRootLogin设置为prohibit-password，优先级似乎更高。
然后我尝试添加AllowUsers root，发现更改后只有root可以使用密码登录，其他用户仍然必须使用密钥，这很有趣。
这个细节文档中没有详细说明，但实际操作时要注意。

说到安全建议，我强烈建议使用密钥身份验证。
客户端服务器密码已经泄露，事情就快结束了。
后来我使用ssh-keygen和ssh-copy-id完成操作，并将sshd_config更改为PermitRootLogin无密码。
重启服务后发现可以直接ssh root@ip进入，无需密码，但是需要密钥。
我也遇到过 SELinux 的陷阱。
某服务器SELinux设置过于严格，导致sshd启动报错。
最后我使用 getsebool -a | grep sshd 手动打开一些权限即可解决问题。

在排除故障时，我特别记得一个案例。
一位运维经理问我为什么他的密码可以正确登录，但我的却不能。
我们的服务器配置几乎相同。
最后我发现他的客户端使用的是OpenSSH 8 .0，而我使用的是OpenSSH 7 .2 新版本似乎对某些配置更加敏感。
所以客户的问题确实不容忽视。

总之，RockyLinux9 确实需要更多的关注。
安全策略是好的，但有时过于严格也会导致问题。
安全性和实用性之间的平衡取决于具体情况。