我的问题是我不能从GitLab中push或fetch。但是，我可以克隆(通过HTTP或SSH)。当我试图推的时候，我得到这个错误:
权限被拒绝(publickey)致命:无法从远程存储库读取
从我看过的所有线索来看，以下是我所做的:
在我的电脑上设置一个SSH密钥，并将公钥添加到GitLab 完成了用户名和电子邮件的config -global 通过SSH和HTTP克隆，以检查它是否能解决问题 执行ssh -T git@gitlab.com命令
如果您对如何解决我的问题有任何见解，我将不胜感激。
当前回答
转到终端，重新生成ssh密钥。ssh - keygen类型。它会问你想保存在哪里，输入路径。
然后将公钥复制到gitlabs平台。它通常从ssh-rsa开始。
其他回答
如何在ubuntu中添加SSH密钥到gitlab帐户?
在项目目录中打开终端。 输入' ssh-keygen -o -t rsa -b 4096 -C "your gitlab email" '，然后按enter键 输入“vim /home/mnbtech/.ssh/id_rsa”。Pub '然后按回车键 (或者手动打开你的'id_rsa. exe '。Pub '从你保存它的地方) SSH密钥将出现。复制这些 转到你的gitlab账户。 单击头像，单击“设置” 在左侧选择SSH-Keys 然后粘贴这些键 点击添加键
SSH-Key将被添加!
(注意，如果您有生成预览SSH密钥和获得拒绝权限(公钥)。您删除您的预览ssh密钥，并生成一个新的，并在您的终端上添加git用户名和电子邮件)
尝试使用git克隆XXX，如果你看到LibreSSL SSL_connect: SSL_ERROR_SYSCALL连接到XXX，这可能是刚刚更新了你的操作系统，安装了一些开发工具，例如Xcode及其Mac上的工具，VPN，反病毒(特别是卡巴斯基反病毒)或其他之间的东西。
在我的情况下，简单地重新启动我的操作系统(macOS Catalina)修复了这个问题。
我有gitlab运行docker，这是我所做的解决我的问题。
发现在docker /var/log/gitlab/sshd/current内部出现了多条消息:
身份验证被拒绝:文件/var/opt/gitlab/.ssh/authorized_keys的所有权或模式错误
之后，我将该文件的所有权从99:users更改为git:users:
Chown git:users authorized_keys
我是这样解决的。
使用此命令生成Windows密钥:
ssh-keygen -t rsa -C "your.email@example.com" -b 4096
但问题是，在运行这个命令后，它弹出了一行: 输入保存密钥的文件(/c/Users/xxx/.ssh/id_rsa): " 在这里，我只给文件名，因为我的密钥被保存在我的pwd，而不是在给定的位置。当我做“git克隆”时，它假设键位于“/c/Users/xxx/”。Ssh /id_rsa”的位置，但没有找到，因此抛出错误。
在密钥生成时，生成了2个文件，即“file1”和“file1.pub”。我将这两个文件重命名为
file1 -> id_rsa
and
file1.pub -> id_rsa.pub
并将它们放在“/c/Users/xxx/.ssh/”的位置。
在我们的例子中，这不是用户/客户端的问题，而是Gitlab服务器端的问题。
我们在CentOS 7.1上运行本地Gitlab CE 12.9实例。
我们发现在服务器上，.ssh/authorized_keys文件没有正确更新。用户创建他们的SSH密钥(遵循Gitlab指南)并将其添加到Gitlab服务器，但服务器不更新authorized_keys，因此总是会导致权限拒绝错误。
一个解决方法是通过运行以下命令重建authorized_keys文件:
$ sudo gitlab-rake gitlab:shell:setup
这适用于任何在运行rake任务之前添加密钥的人。对于下一个要添加密钥的用户，必须有人再次手动运行rake任务。
一个更持久的解决方案是不使用authorized_keys文件，而是在Gitlab数据库上使用索引查找:
GitLab Shell provides a way to authorize SSH users via a fast, indexed lookup to the GitLab database. GitLab Shell uses the fingerprint of the SSH key to check whether the user is authorized to access GitLab. Add the following to your sshd_config file. This is usually located at /etc/ssh/sshd_config, but it will be /assets/sshd_config if you're using Omnibus Docker: Match User git # Apply the AuthorizedKeysCommands to the git user only AuthorizedKeysCommand /opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-shell-authorized-keys-check git %u %k AuthorizedKeysCommandUser git Match all # End match, settings apply to all users again Reload OpenSSH: # Debian or Ubuntu installations sudo service ssh reload # CentOS installations sudo service sshd reload Confirm that SSH is working by removing your user's SSH key in the UI, adding a new one, and attempting to pull a repo.
默认情况下(我们安装时的默认情况)，在Admin Area > Performance Optimization设置中检查了Write to authorized_keys文件。因此，我们未选中该选项，转而使用Gitlab数据库。
在设置了索引查找并取消对Write to authorized_keys文件的检查之后，SSH访问就可以了。
