网站维护中常会遇到一种情况：用户上传打包好的TAR文件到服务器，运维人员解压后却发现可执行脚本没有了执行权限，目录变成只读，原本顺畅的部署流程直接卡住。文件内容本身没坏，权限却全变了，问题通常不在压缩包本身，而在于权限信息经过的每一层链路。
先核对压缩包内的权限记录
TAR格式在归档时会保存每个文件的模式位，包括属主、属组和其他用户的读写执行权限。解压时能否还原这些模式位，取决于解压工具的行为和当时的umask设置。umask相当于一层权限过滤器，解压工具还原权限时会与umask做运算，结果可能比原始权限更保守。核对方法是先在本地用列表方式查看归档内的权限记录，确认压缩包本身是否携带了正确的模式位，再对比解压后的实际权限，判断差异是归档丢失还是解压过滤造成的。
再核对解压命令参数
不同解压方式对权限的处理差别很大，有的默认按当前用户身份重建权限，有的提供保留权限的选项。核对清单可以这样列：解压时是否使用了保留权限的选项，是否以正确的用户身份执行解压，是否在解压前后分别记录了权限快照。如果以错误的用户身份解压，属主信息会被替换，后续即使权限位正确，运行身份也可能不对。建议在测试目录先解压一次，确认权限符合预期后再操作正式目录。
然后核对目标目录与文件系统
目录本身的默认权限会影响新建文件，挂载选项中的权限相关参数也会改变写入行为。部分系统启用了安全模块，对文件访问做额外限制，表现出的现象容易被误判为权限丢失。核对时先看目标目录的属主和模式位，再看挂载参数是否包含影响权限的选项，最后确认安全模块的日志里是否有拒绝记录。这一层不做实锤判断，只做现象归因。
最后回溯上传链路
文件从用户本地上传到服务器，中间可能经过对象存储转存、网关转发、解压服务代理等环节，任何一环不保留元数据，权限信息都会在到达目标目录前丢失。核对方法是做一次对照实验：同一份TAR包分别走直传和经过中间环节的路径，比较解压后的权限差异，就能定位是哪一段链路丢了信息。
可执行的排查顺序建议从归档记录开始，再查解压参数，然后看目标目录与文件系统，最后回溯上传链路。验证方法很简单：准备一个包含可执行脚本和普通目录的小型TAR包，在测试环境完整走一遍上传和解压流程，逐层记录权限变化。it数运在网站维护中把权限核对纳入交付清单，要求每次涉及压缩包部署都保留解压前后的权限快照，减少因权限漂移导致的部署中断。权限问题看着琐碎，按层核对就能把原因收窄到具体环节。
