Tag: ssh
-
![报错sshd[388528]: bad addr or host: :: (Address family for hostname not supported)](https://moneyslow.com/wp-content/uploads/2023/03/ssh技巧.png)
报错sshd[388528]: bad addr or host: :: (Address family for hostname not supported)
报错提示很明显了，要开启AddressFamily，处理办法，在/etc/ssh/sshd_config文件中包含以下三行：
-
代替内网穿透工具Ngrok的方案：nginx+ssh隧道
早期Ngrok是免费的，最近几年就花钱了。其实道理都一样，nginx接请求，转发给ssh的隧道tunnel，下面来实现：本例子是所有的命令都在一个机器上运行，实现目的是访问这个服务器上的80端口，80端口转给本地的3333端口（sshd监听），然后3333端口转给本地的8888端口（sshd隧道），本地的8888服务是个python的HTTPsimpleserver。总结就是访问80端口，实际访问的是8888端口。 1、nginx配置： 有了此配置，假设我访问了 tunnel.moneyslow.com, Nginx 将接收连接，并看到它应该对其进行反向代理。 它会有效地将连接传递给正在侦听端口 的任何应用程序3333。 目前，没有任何程序正在侦听此端口，因此我们将从 Nginx 获得502 Bad Gatewayor404 Not Found错误。 2、建立隧道： 3、起个服务： 4、https加密，在第一步的nginx配置里加证书配置：
-
-
SecureCrt密码修改后总是要求输入密码，提示“Password Authentication Failed”
SecureCrt版本：Version 9.4.2 (x64 build 3191)，出现错误：Password authentication failed. Please verify that the username and password are correct. 有这样一种场景：Securecrt的用户密码修改后，虽然在“save password”打了勾，但是再次登陆仍然需要输入新的密码才能进，新密码并没有被Securecrt记住，导致每次登陆都需要输入密码。 仍然需要输入新密码才能进： 研究了一下，以下方法可以避免，在ssh的设置中把Credentials进行指定就好了，点击ssh配置，点击Credentials，选择用户名，点击右边的小钥匙，点击Add，增加Title和Usemame，认证方式使用password，点击ok。 这样就解决了，下次可以直接进入，不用密码了。但是不知道为什么。 另外有个新的方法，也可以试试：
-
-
避免SSH垂直越权！agent forwarding 和 proxy command 命令的安全风险
1、利用别人身份访问自己没有权限看到的代码 2、冒充他人身份发送 commit 3、登入本来没有权限的服务器，然后进去在 ~/.ssh/authorized_keys 加上我们的 public key，就可以乱登了（通常应该没人会特别去检查这只档案吧 XD？）
-
-
ssh连接报错userauth_pubkey: key type ssh-dss not in PubkeyAcceptedKeyTypes [preauth]
解决办法：vi /etc/ssh/sshd_config最后一行添加：PubkeyAcceptedKeyTypes=+ssh-dss重启服务：systemctl restart sshd 另外，如果是RSA不支持的问题，有可能是服务器端，也有可能是客户端有问题，建议放弃RSA，比较麻烦，参考：
-
ssh连接报错WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED
报错如下： 解决办法：根据提示，删掉/home/aa/.ssh/known_hosts 里相应的ip
-
-
ssh failed Permission denied (publickey,gssapi-keyex,gssapi-with-mic)报错解决办法
ssh failed Permission denied (publickey,gssapi-keyex,gssapi-with-mic) If you are facing issues with ssh login and displaying the error message “ssh failed Permission denied (publickey,gssapi-keyex,gssapi-with-mic)”, try to follow the below steps: You may try edit in /etc/ssh/sshd_config: cp -p /etc/ssh/sshd_config /etc/ssh/sshd_config.back vim /etc/ssh/sshd_config Change “PasswordAuthentication no” to “PasswordAuthentication yes” Restart sshd service service sshd restart Try to…
-
SSH 登录时出现如下错误：Disconnected:No supported authentication methods available
问题描述 当使用 SSH 登录云服务器 ECS （Elastic Compute Server） Linux 服务器时，即便正确输入了密码，也会出现类似如下错误信息： Permission denied (publickey,gssapi-keyex,gssapi-with-mic). sshd[10826]: Connection closed by 192.168.0.1. Disconnected:No supported authentication methods available. 但相同用户，通过 管理终端 可以正常登录。 问题原因 该问题通常是由于 SSH 服务修改了 PasswordAuthentication 参数，禁用了密码验证登录所致。 处理办法 要解决此问题，请进行如下配置检查和修改： 通过 管理终端 进入系统。 通过 cat 等指令查看 /etc/ssh/sshd_config中是否包含类似如下配置： PasswordAuthentication no # 说明：该参数默认启用，默认值为 yes。 如果需要修改相关策略配置，在继续之前建议进行文件备份。 使用 vi 等编辑器，将参数值设置为 yes，或者整个删除或注释（在最开头添加 # 号）整行配置。比如： # PasswordAuthentication no 使用如下指令重启 SSH 服务： service sshd restart 再次尝试登录服务器。
-