SFTP 端口 是多少?为什么连接不上?一篇讲清楚

SFTP 端口 是多少?为什么连接不上?一篇讲清楚

如果你最近在用服务器做文件传输,很可能已经用到了 SFTP。

很多人一开始都是直接在终端里输入一行命令:

css 复制代码
sftp root@192.168.1.100

但结果却是:

vbnet 复制代码
ssh: connect to host 192.168.1.100 port 22: Connection refused
Connection closed

这时候你大概率会开始怀疑:

  • • 是不是端口不对?
  • • SFTP 默认用哪个端口?
  • • 为什么 SSH 能连,SFTP 却不行?

于是你去搜索:

复制代码
sftp port

这篇文章,就从这个最真实的使用场景出发,把问题一次讲清楚。


一、先说结论:SFTP Port 是多少?

复制代码
SFTP 默认端口:22

也就是说:

sql 复制代码
sftp user@server

本质上等价于:

css 复制代码
sftp -P 22 user@server

二、一个非常常见的错误场景

来看一个非常典型的问题。

服务器配置如下:

bash 复制代码
/etc/ssh/sshd_config
yaml 复制代码
Port 2222

也就是说,这台服务器的 SSH 端口已经被改成了 2222。

但你在本地仍然使用:

css 复制代码
sftp root@192.168.1.100

结果就是:

复制代码
Connection refused

原因其实很简单:

yaml 复制代码
客户端默认连接 22
但服务器实际监听的是 2222

正确的写法应该是:

css 复制代码
sftp -P 2222 root@192.168.1.100

三、为什么 SFTP 和 SSH 用同一个端口?

很多人会误以为:

ini 复制代码
SFTP = FTP(加密版)

其实并不是。

SFTP 的全称是:

arduino 复制代码
SSH File Transfer Protocol

也就是说:

复制代码
SFTP 本质是 SSH 的一个子系统

当你执行:

sql 复制代码
sftp user@server

实际发生的是:

markdown 复制代码
1. 建立 SSH 连接(22 或指定端口)
2. 启动 sftp 子系统
3. 进入文件传输模式

所以有一个非常关键的结论:

复制代码
只要 SSH 不通,SFTP 一定不通

四、SFTP 连接不上,最常见的 3 个原因

在实际排查中,问题基本都集中在这三类:

1. 端口不正确

最常见情况:

yaml 复制代码
服务器用的是 2222
你用的是 22

2. 防火墙 / 安全组拦截

例如:

  • • 云服务器安全组没有放行端口
  • • 本地或服务器上的防火墙拦截

表现出来就是:

复制代码
看起来像"连不上",但其实请求根本没到服务端

3. SSH / SFTP 配置问题

包括:

  • • sshd 服务没有启动
  • • SFTP 子系统未启用
  • • 配置文件异常

例如:

bash 复制代码
Subsystem sftp /usr/lib/openssh/sftp-server

如果这一行被注释,SFTP 会直接不可用。


五、为什么这个问题会频繁出现

因为大多数人的使用路径是这样的:

markdown 复制代码
1. 拿到服务器
2. 想上传文件
3. 搜"怎么传文件"
4. FTP / SFTP / SCP 混在一起

一开始只有一台服务器时还好:

css 复制代码
sftp root@server

但当你开始有多台服务器:

css 复制代码
服务器A:22端口
服务器B:2222端口
服务器C:22000端口

你会逐渐变成这样:

css 复制代码
sftp -P 2222 root@serverB
sftp -P 22000 root@serverC

时间一长,就会出现:

markdown 复制代码
* 端口记不住
* 命令容易输错
* 每次都要重复输入

六、一个更省心的方式

很多人到这个阶段,会开始把这些连接信息"记录下来",而不是每次手动输入。

比如:

markdown 复制代码
* 主机地址
* 端口
* 用户名
* 协议(SSH / SFTP)

这样你就不需要再记:

css 复制代码
sftp -P 2222 root@xxx

而是直接选择连接即可。


七、总结

复制代码
SFTP 默认端口:22

如果连接不上,优先检查:

markdown 复制代码
1. 端口是否正确(是否被修改)
2. 防火墙是否放行
3. SSH / SFTP 配置是否正常

当服务器数量不多时,命令方式完全够用。

但当连接逐渐变多,你会发现:

复制代码
真正麻烦的不是命令本身
而是这些细节的管理

我后来也是因为这个原因,把 SSH、SFTP、RDP 以及数据库连接统一管理起来。

DartShell 做的事情,其实就是把这些分散的连接和参数,变成一个可以统一管理的工作台。

不用再记端口,也不用反复敲命令,直接连接就可以了。

相关推荐
大阳光男孩9 小时前
Spring Boot 整合 Debezium 实现 MySQL 增量数据监听(嵌入式版)
spring boot·后端·mysql
皮皮林55110 小时前
ThreadLocal 不香了?ScopedValue才是王道?
后端
X-⃢_⃢-X10 小时前
一、第一阶段:认识 Spring Boot
java·spring boot·后端
前端工作日常10 小时前
我学习到的Java程序的生命周期
java·后端
AskHarries12 小时前
GitHub 登录配置流程
后端
Sinclair14 小时前
安企CMS的安装-常见安装问题排查
运维·后端
Sinclair14 小时前
安企CMS的安装-安装引导与初始化
运维·后端
Sinclair14 小时前
安企CMS的安装-源码编译安装
运维·后端·go
Sinclair14 小时前
安企CMS的安装-同一服务器多站点部署
运维·后端
Sinclair15 小时前
安企CMS的安装-服务器手动部署
运维·后端