NppFTP连SFTP失败主因是参数或服务端不匹配：必须选SFTP协议、端口22（或sshd_config中实际端口），确认sshd启用SFTP子系统、防火墙放行、密钥为OpenSSH格式且路径正确；保存失败多因目录/文件权限不足或StrictModes限制。
Notepad++ 用 NppFTP 连 SFTP 时连不上怎么办
不是插件没装对，而是连接参数或服务端状态不匹配。SFTP 是 SSH 的子协议，但 NppFTP 不走纯 SSH 命令通道，它依赖服务器上 sshd 启用了 SFTP 子系统（默认开启），且不能只开 SSH shell 而禁用 SFTP。
-
Connection type必须选SFTP，不是SCP或FTP—— 后两者不走 SSH 加密隧道，也不兼容大多数现代 Linux 发行版的默认配置 - 检查服务器是否运行
sshd：在 CentOS/RHEL 上执行systemctl status sshd；Ubuntu/Debian 上用sudo service ssh status - 确认防火墙放行了
port 22：云服务器还要检查安全组规则；本地测试可用telnet your-server-ip 22看是否通 - 如果用密钥登录，
key file字段必须填绝对路径（如C:\Users\me\.ssh\id_rsa），且私钥格式要是 OpenSSH 格式（.pem 或 .ppk 需用 PuTTYgen 转换）
保存后远程文件没更新，或者提示 permission denied
这是权限和协议行为叠加导致的典型现象。NppFTP 保存时先上传临时文件再原子替换，所以目标目录和文件都得有写权限，且用户得是文件属主或属于同组（且组有写权限）。
- 别直接编辑
/etc/hosts或/var/log/xxx这类 root 才能写的路径 —— 即使你用 root 登录，也要确认该用户对父目录有write+execute权限（drwxr-xr-x不够，需要drwxr-xr-x+ 所属组可写，或直接chmod 755目录） - 如果服务器启用了
StrictModes yes（sshd_config 默认），则~/.ssh目录权限不能大于700，authorized_keys不能大于600，否则整个 SSH 认证会静默失败 - NppFTP 默认用二进制模式传输，但文本文件建议在插件设置里勾选
Auto-detect text/binary mode，否则换行符可能错乱（尤其 Windows 编辑 Linux 文件时）
编辑大文件卡顿、断连、或保存失败
NppFTP 不是为大文件设计的，它本质是同步式上传，没有分块、断点续传或后台队列机制。1MB 以上就可能出问题，特别是网络抖动时。
- 单次编辑不要超过 500KB；超大配置文件（如日志、SQL dump）建议改用
ssh user@host 'nano /path/to/file'或 VS Code Remote-SSH - 在 NppFTP 设置里调高
Timeout（比如从 10 改成 60 秒），并关闭Use passive mode（SFTP 不需要被动模式） - 避免在 Notepad++ 中启用太多插件（如 HexEditor、PythonScript），它们会抢占主线程，加剧保存延迟
- 如果频繁断连，不是插件问题，而是服务器端
ClientAliveInterval太短 —— 可让运维在/etc/ssh/sshd_config加两行：ClientAliveInterval 60和ClientAliveCountMax 3
为什么不用 WinSCP 或 VS Code 替代 NppFTP
因为 NppFTP 的价值只在一个场景：你已习惯 Notepad++ 的快捷键、正则查找、多编码支持、轻量启动，又只需要偶尔改几行配置 —— 换工具反而打断节奏。但它不解决协作、调试、终端集成这些事。
- WinSCP 更适合批量传文件、拖拽操作、对比同步，但双击编辑仍调用外部编辑器，无法像 NppFTP 那样“保存即生效”
- VS Code Remote-SSH 支持完整调试、终端嵌入、Git 集成，但启动慢、内存占用高，不适合快速改一行 nginx.conf
- NppFTP 最容易被忽略的限制是：它不支持符号链接跳转（
ln -s目录）、不显示隐藏文件（除非手动输入.bashrc）、不支持chroot用户的根目录映射
