/etc/crypto-policies/back-ends/openssh.config: line 3: Bad configuration option: gssapikexalgorithms

最新推荐文章于 2024-10-23 14:00:42 发布

喜提yBei冰美式

最新推荐文章于 2024-10-23 14:00:42 发布

阅读量4.8k

点赞数 1

分类专栏：【故障排查实战：TroubleShooting技巧解析】文章标签： ssh 服务器 linux centos 运维

本文链接：https://blog.csdn.net/qq_46001933/article/details/129735653

版权

【故障排查实战：TroubleShooting技巧解析】专栏收录该内容

2 篇文章

订阅专栏

文章描述了如何处理OpenSSH配置文件中的一个错误选项gssapikexalgorithms。首先，注释掉/etc/ssh/ssh_config，然后编辑sshd_config文件，调整相关安全设置，包括禁止root登录，启用公钥认证等。最后，重启sshd服务以应用更改。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

/etc/crypto-policies/back-ends/openssh.config: line 3: Bad configuration option: gssapikexalgorithms

处理步骤

处理步骤

# 1、注释/etc/ssh/ssh_config


# 2、修改/etc/ssh/sshd_config

LogLevel    INFO
PermitRootLogin no
AuthorizedKeysFile	.ssh/authorized_keys
IgnoreRhosts yes
PermitEmptyPasswords no
ChallengeResponseAuthentication no
ClientAliveInterval 60
ClientAliveCountMax 5
UseDNS no
Banner /etc/ssh/ssh_banner
Banner /etc/ssh/ssh_banner
Subsystem	sftp	/usr/local/openssh-8.5p1/libexec/sftp-server
Protocol 2
KexAlgorithms diffie-hellman-group1-sha1,diffie-hellman-group14-sha1,diffie-hellman-group-exchange-sha1,diffie-hellman-group-exchange-sha256
UseDNS no
PubkeyAuthentication yes
PasswordAuthentication yes

# 3、重启ssh服务
systemctl restart sshd

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

喜提yBei冰美式

关注关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

OpenSSH 代码问题漏洞(CVE-2023-38408)升级到最新版

企业实战系列集 ●●● https://ximenjianxue.blog.csdn.net

10-16

3709

其中，ssh-agent是一个后台程序，可缓存用于SSH公钥身份验证的私钥，通过跟踪用户的身份密钥和密码来简化用户身份验证过程。一旦这些密钥存储在ssh-agent中，它就允许用户访问其他服务器，而无需重新输入密码或密码，从而提供流畅的单点登录(SSO)体验，从而减少常规密码输入的需要。通过Openssh配置（sshd_config）、防火墙，安全组ACL等限制来源访问IP为白名单仅可信IP地址，同时，非必要，关闭SSH代理转发功能，禁止在有关主机启用ssh隧道等。，或升级到9.4p1或9.5p1版本；

crypto-policies-20210209-1.gitbfb6bed.el8_3.noarch.rpm

12-22

官方离线安装包，测试可用。使用rpm -ivh [rpm完整包名] 进行安装

参与评论您还未登录，请先登录后发表或查看评论

sshd启动提示Bad configuration option: GSSAPIKexAlgorithms

weixin_59164654的博客

07-09

3832

首先查看/etc/ssh/sshd_config，把文件中关于GSSAPIKexAlgorithms 的行都注释掉了，重启还是一样，然后在/etc/crypto-policies/back-ends/openssh.config ，把相关GSSAPIKexAlgorithms的行也注释掉了，重启还是报错。在/etc/crypto-policies/back-ends/openssh.config 相关GSSAPIKexAlgorithms的行注释。修改完成，检查一下openssh版本，升级成功，收工。

Kylin V10 SP2 升级 9.8P-SSH 故障

m0_61167755的博客

09-04

1069

复扫，反馈该修复不成功（辣鸡的扫描工具，应该只是单纯的版本匹配），于是准备源码升级，同时源码编译安装了 zlib（版本：zlib-1.3.1）和 ssl（版本：openssl-3.3.0），SSH源码编译安装很顺利，结果如图所示。取消之后，新编译产生的配置文件中的 /etc/ssh/sshd_config 文件中的 ciphers、MACKexAlgoritms和GSSAPIKexAlgorithms 部分指定的值不会被覆盖，故而解决该问题。算法，红帽指定了系统的加密策略，要取消的话需要在。

opensshserver.config: line 3: Bad configuration option: GSSAPIKexAlgorithms

qq_44534541的博客

04-22

2693

找到 “GSSAPIKexAlgorithms”这一行，然后注释掉 #GSSAPIKexAlgorithms vim /etc/ssh/sshd_config。

ssh scp提示Bad configuration option: GSSAPIKexAlgorithms

热门推荐

砚墨

04-27

2万+

在Linux系统的ECS实例启动SSH服务，命令行或secure日志中可能会出现类似如下信息。 /etc/ssh/sshd_config: line 2: Bad configuration options:\ /etc/ssh/sshd_config: terminating, 1 bad configuration options 问题原因配置文件存在文件编码、配置错误等异常，导致服务启动失败。解决方案解决该问题，请参阅如下步骤进行排查和修复。根据报错信息修改配置文件上传文件重新安装SSH

openssh漏洞修复升级openssh8.4离线升级。OpenSSH 命令注入漏洞

看着博客敲代码

11-17

1万+

openssh漏洞修复升级openssh8.4p1离线升级主机扫描出来以下漏洞 OpenSSH 输入验证错误漏洞(CVE-2019-16905) OpenSSH 漏洞OpenSSH 7.7版本至7.9版本和8.1之前的8.x版本中存在输入验证错误漏洞。该漏洞源于网络系统或产品未对输入的数据进行正确的验证。 OpenSSH 命令注入漏洞(CVE-2020-15778) OpenSSH 8.3p1及之前版本中的scp的scp.c文件存在命令注入漏洞。该漏洞源于外部输入数据构造可执行命令过程中，网络系统或产品未

scp失败

林鹤霄

03-29

2667

/etc/crypto-policies/back-ends/openssh.config: line 3: Bad configuration option: gssapikexalgorithms /etc/crypto-policies/back-ends/openssh.config: terminating, 1 bad configuration options lost connection

lede 命令启用 ssh_Linux上安全传输文件14个SCP命令示例

weixin_39929813的博客

11-28

306

SCP（安全复制Secure Copy）是 Linux 和 Unix 之类的系统中的命令行工具，用于通过网络安全地跨系统传输文件和目录。当我们使用 scp 命令将文件和目录从本地系统复制到远程系统时，则在后端与远程系统建立了 ssh 连接。换句话说，我们可以说 scp 在后端使用了相同的 SSH 安全机制，它需要密码或密钥进行身份验证。在本教程中，我们将讨论 14 个有用的 Linux scp 命...

fish332的博客

06-04

5394

近期因为openssh相继被漏洞扫描工具扫出存在漏洞，所以考虑升级操作系统中的openssh和openssl为最新版本，来避免漏洞风险。期间的升级过程及遇到的疑难问题，特此记录下来，供有需要的人参考。

安装和设置 OpenSSH

虚拟化开发

04-09

530

安装和设置 OpenSSH ServerUbuntu 下安装 OpenSSH Server 是无比轻松的一件事情，需要的命令只有一条：sudo apt-get install openssh-server随后，Ubuntu 会自动下载并安装 openssh server，并一并解决所有的依赖关系。当您完成这一操作后，您可以找另一台计算机，然后使用一个 SSH 客户端软件

国产Linux系统，麒麟V10SP1、ARM架构平台升级最新版OpenSSH-9.6p1教程

qq_44792548的博客

03-19

2765

两种方式本人都亲自测试过，都能升级成功！祝大家也能升级成功！

PermitRootLogin 问题解决

Linux/Windows、C/C++、嵌入式开发、物联网、消费电子领域的技术博客

01-03

8617

新装系统，登录git服务器clone，突然报这个错误，以前从来没有碰到过，解决过程如下： seaside@vmdev:~/csdn_git/mcp$ git clone git@gitcode.net:huyongfu2004/mcp.git Cloning into 'mcp'... /etc/ssh/ssh_config: line 54: Bad configuration option: permitrootlogin /etc/ssh/ssh_config: terminating, 1

更新openssh的一些报错

weixin_43110668的博客

01-21

4886

升级完openSSH之后，所有主机使用root无法ssh登陆 /etc/ssh/ssh_config line 50: Unsupported option"gssapiauthentication" 于是，便猜想ssh升级后，为了安全，默认不再采用原来一些加密算法。最后，解决办法为，注释sshd_config的以下参数： #GSSAPIAuthentication yes #GSSAPICleanupCredentials yes #UsePAM yes 允许root ssh登陆 Permit...

curl error ssl routines:ssl_client_version:unsupported protocol 问题解决方案

weixin_43927582的博客

05-19

4155

curl error ssl routines:ssl_client_version:unsupported protocol 如何解决1.为什么会这样?2.如何解决 1.为什么会这样? 使用curl的方式请求第三方接口会出现这样的问题,报错为ssl协调版本不匹配出现这种情况是由于新版本的openssl与服务器上的ssl所用协议不兼容导致的 2.如何解决 vim /etc/crypto-policies/back-ends/opensslcnf.config CipherString = @SECL

Linux操作系统小练习

aihua002的博客

10-05

643

【代码】Linux操作系统小练习。

debug1: Reading configuration data /etc/ssh/ssh_config debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config debug1: configuration requests final Match pass debug1: re-parsing configuration debug1: Reading configuration data /etc/ssh/ssh_config debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling debug1: Connecting to 10.251.150.35 [10.251.150.35] port 5432. debug1: connect to address 10.251.150.35 port 5432: Connection refused ssh: connect to host 10.251.150.35 port 5432: Connection refused 算端口通了吗

07-15

根据您提供的调试信息，可以看到在尝试连接到IP地址为10.251.150.35，端口号为5432的主机时，出现了"Connection refused"（连接被拒绝）的错误。这意味着目标主机在指定的端口上没有正在运行的服务，或者被防火墙或网络配置所限制。根据这个错误，我们无法判断端口是否通畅，因为连接被拒绝并不一定意味着端口不通。要确定端口是否通畅，您可以尝试以下方法： 1. 检查目标主机上的服务是否正在监听指定的端口号（5432）。您可以使用命令`netstat -tln`或`ss -tln`来检查目标主机上正在运行的服务及其监听端口。 2. 检查目标主机上的防火墙设置。确保防火墙规则允许从您的位置连接到目标主机的5432端口。 3. 还可以尝试使用telnet命令来测试端口是否通畅。例如，使用命令`telnet 10.251.150.35 5432`来尝试连接到目标主机的5432端口。如果连接成功，则表示端口通畅；如果连接失败或超时，则表示端口不通畅。请根据以上建议进行检查，并确保您正在连接到正确的IP地址和端口号上运行的服务。如有需要，请提供更多关于您的网络环境和配置的信息，以便我能够给出更具体的建议。