ssh-server服务在修改了端口的情况下，怎么git clone 代码

最新推荐文章于 2024-09-29 12:23:53 发布

转载最新推荐文章于 2024-09-29 12:23:53 发布 · 466 阅读

本文介绍当SSH服务器端口更改后，如何调整Git克隆命令来适应新的端口设置，确保能够正常从远程仓库拉取代码。

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

今天在用git clone下载代码里，说端口拒绝访问，问了一下管理服务器的同事，才知道ssh服务器的端口已经改成了8120，不想使用https方式下载，怎么办?

其实很简单，原来的clone命令是这样的：git clone git@XXX.com:username/resources.git

只需要把这个命令改成：git clone ssh://git@XXX.com:8120/username/resources.git

注意有三个地方的改动

1、增加了ssh://

2、增加了端口号

3、把用户名前面的冒号改成了斜杠(/)

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Evan_Lo

关注关注

0
点赞
踩
0

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

git clone ssh与https

M2嵌入式

03-16

3421

git有两种方式拉取代码，ssh，http https git clone是这样的 git clone https://github.com/project/repo.git ssh git clone是这样的 git clone git@github.com:project/repo.git 区别就是所用的协议不同： https用443端口，可以对repo根据权限进行读写，只要有账号密码就可进行操作。 ssh则用的是22端口，也可以对repo根据权限进行读写，但是需要SSH Keys授权，这个key

访问gitlab从http方式改为ssh方式，gitlab使用的不是标准22端口

热门推荐

wanwan5856的博客

10-12

1万+

设置步骤：1，本地进入.ssh查看是否存在密钥对：xxx和xxx.pub命令：cd ~/.ssh2，如果不存在，使用ssh-keygen来创建命令：ssh-keygen -t rsa -C "youremail@youremail.com"例如：ssh-keygen -t rsa -C "wanwan5856@163.com"注解：Enter file in which to save the k...

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

处理git clone命令的非标准SSH端口连接

weixin_34267123的博客

09-09

281

使用git clone命令clone项目时，如果repository的SSH端口不是标准22端口时（例如，SSH tunnel模式，等等），可以使用如下命令： git clone ssh://git@hostname:port/.../xxx.git 举例如下： git clone ssh://git@10.107.200.113:2222/root/test.git ...

gitlab 端口_[gitlab] 使用非22ssh端口号的Clone方式

weixin_29317963的博客

01-27

2489

正常的gitlab项目，我们从服务器上获取项目的clone地址，如下图。在本地运行clone命令，将项目代码从服务器远程仓库克隆到本地仓库。$ git clone git@gitlab57.zy.com:eiis/est.git但是，如果gitlab服务器的SSH使用了非22端口号，会出现以下错误，无法clone项目。Cloning into 'E:gitProjectest'... fatal:...

gitlab处理git clone命令的非标准SSH端口连接

OHHINK博客

11-12

3959

git clone ssh://git@47.244.57.204:87/zhongying/api.git 如上即可

git clone 选择 ssh 和 http

weixin_64157795的博客

08-16

3334

一般来说，使用 SSH 协议需要设置 SSH 公钥，但相对来说更安全和方便，不需要每次都输入用户名和密码。而使用 HTTP 协议则需要每次输入用户名和密码，相对不太方便。到这里你的秘钥就设置好了，你会收到这段代码提示。就是让你输入密码，如果你设置了密码，那在你使用ssh传输文件的时候，你就要输入这个密码。为了避免麻烦，建议不用设置，直接回车。的内容添加到Git服务器的SSH keys中，你就可以通过SSH进行认证，而不是每次都输入密码。如果文件已经存在，那么你可以跳过步骤a，直接进入步骤b。

详解Node.js利用node-git-server快速搭建git服务器

10-19

在本文中，我们将深入探讨如何使用Node.js和`node-git-server`库快速搭建一个Git服务器。首先，确保你的系统已经安装了Git，且版本至少为2.7。你可以通过在终端输入`git --version`来检查当前的Git版本。接下来，...

ssh-copy-id-for-OSX, 快速macosx端口有用的unix实用程序ssh副本 id.zip

10-10

copy-id-for-OSX, 快速macosx端口有用的unix实用程序ssh副本 id 用于OSX的 ssh-copy-id实用的unix实用工具 ssh-copy-id的快速端口注意：现在，macOS Sierra在 /usr/bin 中包括一个板载的ssh-copy-id安装git clone &...

git中https和SSH的clone方式详细介绍以及多个github账号的SSH冲突解决以及SSH端口被防火墙屏蔽问题解决通过HTTPS克隆私有项目问题

m0_48781656的博客

02-14

5012

1.HTTPS和SSH方式的区别 2.完整配置SSH秘钥和公钥的步骤 3.多个github账号的SSH冲突解决 4.SSH端口被防火墙屏蔽问题解决 5.通过HTTPS或者SSH克隆私有项目

gitlab配置了ssh依然无法克隆项目问题处理

weixin_48996679的博客

05-13

8360

git配置ssh

配置了sshkey后git clone仍然报错：make sure you have the correct access rights and the repository exists.

ronnie88597的博客

09-05

2453

在Win10环境中经常遇到配置了sshkey后git clone仍然Please make sure you have the correct access rights and the repository exists.打开文件在文件最后，添加如下内容（其中Host以。：登录git仓库网站配置sshkey的页面，将。：修改git的ssh配置。：重新生成sshkey。

GitLab遇到ssh修改了默认端口解决方法

weixin_33924770的博客

05-02

1480

2019独角兽企业重金招聘Python工程师标准>>> ...

gitlab解决ssh下拉代码失败问题笔记

weixin_45181398的博客

09-13

7263

gitlab使用ssh拉取代码失败问题提示： GitLab: Your account has been blocked. fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. 问题：账户锁了，服务端认为该账户没得权限了，拒绝该账户获取代码信息。解决办法：这里有两种解决问题的办法 1.重新配置ssh密钥呗，

Gitlab指定ssh代码拉取端口

sj1163739403的博客

09-29

639

安全考虑可以修改代码拉取端口，修改端口后代码拉取方式如下在配置好ssh秘钥后就可以clone。

linux 修改git端口号,SSH默认端口更改后使用Git

weixin_30814157的博客

04-30

1251

由于安全或者其它原因，我们可能会修改默认的SSH服务端口号，默认情况下，已有的git项目在pull或者push的时候会报错。现在假设原来的项目的remote设置为git@linuxidc.com:Projects/p1.git，将服务器SSH默认端口修改为3022后，导致push出错。有两个解决办法：一、直接修改URL为SSH://开头git remote set-url origin ssh:/...

gitlab设置/修改克隆clone地址端口

yuyuelong

01-22

2637

将port修改为自己在安装gitlab时映射的能够拉取到项目的端口即可。直接看代码吧，最近写的太多了。-ctl restart即可。

Git理解及常用操作

qq_44877135的博客

08-29

1219

Git常用操作命令 1、常用操作命令 1.git clone GitLab Clone with SSH //（git clone 下载分支， ssh 地址可以直接从 project clone with ssh） git clone -b SSH //下载对应分支 2.git branch // 查看当前所在分支 3.git branch -a // 查看所有分支 4.git branch -D // 删除相关分支 ......

git常用命令

java小兵

02-17

2610

概念：工作区(Working directory)：将一个文件夹通过git init设置成一个git可以管理的文件夹(即:创建本地仓库)时，这个文件夹里的内容就是工作区。版本库(repository)：在工作区中，有一个.git文件夹，这个.git文件夹就是版本库。暂存区(stage/index)：.git文件夹下的index文件就是暂存区，用来暂时存放工作区中修改的内容...

在git clone中使用http协议和ssh的区别

最新发布

04-02

<think>好的，用户现在问的是关于git clone中使用HTTP协议和SSH的区别。之前用户问了如何克隆TheAlgorithms/Java仓库，现在这个问题可能是在克隆过程中遇到了问题，比如权限或网络问题，所以想了解这两种协议的区别，以便选择更适合自己的方式。首先，我需要回顾一下HTTP和SSH在Git中的基本区别。HTTP和SSH都是用于与远程仓库通信的协议，但它们在身份验证、端口、速度和便利性上有所不同。用户可能关心的是安全性、配置的难易程度，或者在公司网络环境下哪个更适用。接下来，我需要整理两者的主要区别点。比如，SSH使用密钥对验证，而HTTP通常用用户名密码或者个人访问令牌（PAT）。SSH默认端口是22，HTTP是80或443，这对防火墙设置可能有影响。另外，SSH一般更快，尤其是在频繁操作时，因为使用压缩传输。而HTTP可能更易于在受限网络环境下使用，比如公司代理允许HTTP但阻止SSH。用户之前遇到了SSH连接问题，可能是在配置SSH密钥时遇到麻烦，所以转而使用HTTP。这时候需要说明两者的配置步骤差异，比如SSH需要生成密钥并添加到GitHub，而HTTP可能需要输入凭据或者使用凭证管理器。还需要考虑用户的使用场景。如果用户是个人开发者，可能更倾向于SSH，因为方便且不需要频繁输入密码。而如果是临时使用或者在公共计算机上，HTTP可能更方便，尤其是配合PAT来增强安全性。另外，用户可能想知道在企业环境中的最佳实践，比如是否强制使用SSH或者HTTP，或者是否需要处理证书问题。比如，有些公司防火墙可能阻止SSH端口，这时候HTTP是唯一选择，但需要配置代理。还要注意，GitHub已经停止了对密码验证的支持，必须使用PAT替代，所以在HTTP克隆时，用户需要知道如何生成和使用PAT，否则会遇到认证失败的问题。这可能也是用户之前遇到问题的原因之一，特别是如果他们尝试用旧密码的话。总结下来，回答需要涵盖以下几点： 1. 身份验证方式的不同（SSH密钥 vs HTTP的用户名密码/PAT） 2. 端口和网络环境的适应性 3. 速度和效率的差异 4. 配置步骤的复杂度 5. 安全性的比较 6. 适用场景的建议需要确保用中文清晰解释每个点，并给出实际例子，比如生成SSH密钥的命令，或者如何创建PAT。同时，提醒用户根据自身情况选择，比如如果SSH被阻止，就换用HTTP，或者反之。另外，用户可能对为什么GitHub推荐SSH有疑问，需要说明SSH在方便性和安全性上的优势，比如密钥无需每次输入，且更安全。而HTTP在特定情况下的便利性，比如不需要配置密钥，适合临时使用。最后，可能需要给出如何切换远程仓库协议的示例命令，比如从HTTP切换到SSH，或者反之，帮助用户灵活应对不同情况。</think>以下是关于 Git 中 **HTTP 协议** 和 **SSH 协议** 的区别详解： --- ### **1. 核心区别概览** | **特性** | **SSH 协议** | **HTTP 协议** | |-------------------|-----------------------------------------------|--------------------------------------------| | **身份验证** | 使用 SSH 密钥对（无需每次输入密码） | 使用用户名+密码或 Personal Access Token (PAT) | | **默认端口** | 22 | 80 (HTTP) 或 443 (HTTPS) | | **网络适应性** | 可能被防火墙或代理拦截 | 通常可通过企业代理 | | **速度** | 传输效率高（压缩优化） | 略慢（尤其频繁操作时） | | **配置复杂度** | 需生成并配置 SSH 密钥 | 无需密钥，直接使用 URL | | **安全性** | 加密通信，密钥验证更安全 | HTTPS 加密，但密码可能被劫持（需 PAT 增强） | --- ### **2. 身份验证方式对比** #### **(1) SSH 协议** - **原理**：通过本地的 `私钥` 和 GitHub 账户中存储的 `公钥` 匹配来验证身份。 - **配置步骤**： 1. 生成 SSH 密钥： ```bash ssh-keygen -t ed25519 -C "your_email@example.com" ``` 2. 将公钥 `~/.ssh/id_ed25519.pub` 内容粘贴到 GitHub 的 **SSH Keys** 设置中。 - **优势**：一次配置，长期免密操作（如 `git push`）。 #### **(2) HTTP 协议** - **原理**：需手动输入 GitHub 用户名和密码（自 2021 年起，GitHub 要求使用 [PAT](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens) 替代密码）。 - **配置步骤**： 1. 生成 PAT（需在 GitHub 账户的 **Settings → Developer settings** 中创建）。 2. 克隆时输入用户名和 PAT（或使用 Git Credential Manager 缓存凭据）。 - **优势**：无需配置密钥，适合临时使用。 --- ### **3. 适用场景建议** #### **推荐 SSH 协议的情况**： - 频繁操作仓库（如日常开发提交）。 - 企业内网允许 SSH 端口（22）。 - 重视免密操作的便利性。 #### **推荐 HTTP 协议的情况**： - 初次使用 Git（避免 SSH 密钥配置）。 - 企业网络限制 SSH 端口（但允许 HTTPS）。 - 临时克隆公开仓库（如只需下载代码）。 --- ### **4. 协议切换示例** #### **(1) 从 HTTP 切换到 SSH** 若已用 HTTP 克隆仓库，可修改远程地址： ```bash git remote set-url origin git@github.com:TheAlgorithms/Java.git ``` #### **(2) 从 SSH 切换到 HTTP** ```bash git remote set-url origin https://github.com/TheAlgorithms/Java.git ``` --- ### **5. 安全性注意事项** - **SSH**：私钥需妥善保管（勿泄露 `~/.ssh/id_ed25519` 文件）。 - **HTTP**：务必使用 PAT 代替密码，避免账号被盗。 --- 根据你的网络环境和操作习惯选择合适的协议即可！若需进一步探讨，欢迎补充具体使用场景。