上传index.html后访问失败主因是路径错、权限不足（如600导致403）、编码乱（ascii模式传utf-8文件）或未传至web根目录（如public_html）；须确认协议/主机/默认远程目录三参数，并设权限644、禁用强制ascii、用二进制传输。
FileZilla 上传 index.html 不难，但传错位置、传乱编码、权限不对，浏览器就打不开——它根本不会报错，只会返回 403 或空白页。
为什么上传了 index.html 却访问不了？
常见错误不是“没传上去”，而是路径或权限问题：
- 文件被传到了
/home/username/这类用户主目录下，而非 Web 服务实际监听的根目录（如/var/www/html、public_html或www） - 远程目录存在，但没设为 Web 服务器默认文档目录（Apache/Nginx 需明确配置
index.html在index指令中） -
index.html上传后权限是600（仅所有者可读），Web 服务进程（如www-data）无权读取，导致 403 Forbidden - 本地编辑时用了 Windows 换行符（CRLF），又在 ASCII 模式上传，服务器解析出错（尤其含中文或 JS 注释时）
上传前必须确认的三个关键参数
别跳过这步——多数失败源于连接设置不匹配：
-
协议：选SFTP（端口22）优先于FTP（端口21）。云服务器（如阿里云 ECS、腾讯云 CVM）默认只开22，且SFTP天然加密，无需额外配 TLS -
主机：填公网 IP 或域名，**不要加ftp://或sftp://前缀**；若填错，FileZilla 会提示 “无法解析主机名” -
默认远程目录：在站点管理器里填死，比如/var/www/html（Ubuntu Apache 默认）或/usr/share/nginx/html（CentOS Nginx 默认）。这样每次连接自动跳转，避免手动双击进错层
上传后如何快速验证和修改 index.html
上传只是第一步，后续维护更常需要编辑、替换、查错：
- 右键远程窗口中的
index.html→ 选择“查看/编辑”，FileZilla 会自动用本地默认文本编辑器打开副本；保存即触发自动上传（需勾选“编辑 → 设置 → 编辑 → 上传编辑后的文件”） - 修改完想立刻刷新浏览器？右键
index.html→ “文件权限”，把权限设为644（即勾选“读”给所有者/组/其他，“写”仅所有者），避免 403 - 若页面样式丢失，检查浏览器开发者工具（F12）的 Network 标签页：是否
style.css返回 404？说明相对路径不对，或 CSS 文件根本没上传——FileZilla 不会自动同步子目录，得手动拖整个css/文件夹过去
容易被忽略的细节：编码与传输模式
中文乱码、JS 报错 SyntaxError、CSS 不生效，大概率是传输模式惹的祸：
- HTML/CSS/JS/JSON 必须用
UTF-8编码保存（VS Code/Sublime 默认即可），且 FileZilla **不能勾选“强制使用 ASCII 模式”**（该选项会把 UTF-8 中文转成乱码字节） - 正确做法：进入
编辑 → 设置 → 传输 → 文件类型，把.html、.css、.js全部从列表中删掉，让 FileZilla 自动按二进制传输——现代 Web 服务器都期望原始字节流 - 如果已传错，别重传整个站：右键单个文件 → “删除”，再重新拖入，FileZilla 会覆盖同名文件
真正卡住人的从来不是“怎么点上传”，而是上传后发现路径对不上、权限锁死了、编码全乱了——盯住远程目录路径、文件权限、传输模式这三点，index.html 就不会消失在服务器里。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
