SVN服务器上通常只能查看用户名和权限配置，密码多以哈希或加密形式保存，管理员无法直接还原明文密码，只能重置密码或让客户端重新认证；能直接看到明文密码的旧式passwd配置属于少数情况。 先别急着翻配置文件，得先弄清你的SVN到底用哪种认证方式,否则很容易把客户端缓存当成服务器密码。
SVN服务器上的用户名和密码到底存在哪
SVN服务端本身并不强制统一保存账号密码，据Apache Subversion官方文档，认证通常交给Apache的mod_dav_svn、svnserve内置认证，或企业LDAP/AD目录服务，不同方式，用户名和密码的位置、形态完全不同。
| 部署方式 | 用户名常见位置 | 密码形态 | 能否直接查看明文 |
|---|---|---|---|
| Apache + mod_dav_svn | AuthUserFile指向的htpasswd文件 |
apr1、bcrypt、SHA等哈希 | 不能，只能重置 |
| svnserve内置认证 | svnserve.conf的password-db指向passwd文件 |
常见为明文键值，视版本和配置而定 | 有文件权限时可看到，但风险高 |
| VisualSVN Server | 管理控制台Users节点或AD | 哈希或目录服务托管 | 不能还原，只能重置 |
| LDAP/AD集成 | 目录服务 | 目录服务统一管理 | 不能，去目录服务重置 |
| 客户端缓存 | Windows凭据管理器、~/.subversion/auth |
加密或缓存 | 一般不能直接读明文 |
VisualSVN Server查看用户名和密码的方法
很多Windows内网团队用VisualSVN Server,操作路径比较直观：
- 打开VisualSVN Server Manager。
- 左侧展开Users,这里能看到用户名列表。
- 右键某个用户，选择Properties，可以查看账号状态、所属组，也可以执行Reset Password。
- 原密码不会显示，VisualSVN Server保存的是认证信息,不是给管理员反查的明文。
- 如果账号来自AD域，用户列表可能来自目录服务,重置密码要回到AD或域控处理。
这里要提醒一句：在管理控制台重置密码后，用户旧凭据可能还缓存在TortoiseSVN或Windows凭据管理器里，客户端可能继续报认证失败，让用户清除缓存再输入新密码,比反复重置更有效。
Linux下svnserve查看账号密码配置文件
如果仓库由svnserve提供,先看仓库conf目录：
grep -E "password-db|authz-db|realm|use-sasl" /srv/svn/repo/conf/svnserve.conf
常见配置是password-db = passwd，这个路径通常相对conf目录,查看用户和密码字段：
sudo cat /srv/svn/repo/conf/passwd
你会看到类似[users]下面的zhangsan = 某个密码，如果是内置认证的passwd文件，密码往往以明文键值保存,文件权限必须收紧：
sudo chown svn:svn /srv/svn/repo/conf/passwd sudo chmod 600 /srv/svn/repo/conf/passwd
修改密码就是编辑该文件，把等号右侧替换成新密码,然后重启服务：
sudo systemctl restart svnserve
如果svnserve.conf里启用了SASL，或者认证交给了LDAP，passwd文件就不再是密码来源，不能靠它查密码，业内专家指出，生产环境更稳妥的做法是集成LDAP/AD或SASL,而不是长期维护明文passwd文件。
Apache方式：htpasswd里只有哈希
Apache+mod_dav_svn常见于HTTP/HTTPS访问,先找认证文件：
grep -R "AuthUserFile" /etc/apache2 /etc/httpd 2>/dev/null
假设找到/etc/svn-auth-users,查看用户名列表：
sudo cut -d: -f1 /etc/svn-auth-users
密码字段是哈希值，不能反推出原密码,管理员要重置时执行：
sudo htpasswd -B /etc/svn-auth-users zhangsan
按提示输入新密码,验证可以用：
sudo htpasswd -vb /etc/svn-auth-users zhangsan
如果只是排查“用户名是否存在”，看第一列即可；不要把htpasswd内容发到聊天工具里,哈希值也不该随意外传。
svn密码忘了管理员能查看吗
大多数情况下，答案是不能直接查看原密码，只能重置，行业共识认为，能随意查看明文密码的系统本身就是高风险设计，管理员真正该做的是确认认证源、重置密码、清理客户端缓存,并留下操作记录。
操作顺序可以按下面走：
- 确认访问地址是
http/https还是svn://，判断走Apache、VisualSVN还是svnserve。 - 找到认证配置文件或管理控制台,确认用户名是否存在。
- 对哈希认证执行重置，对目录服务走AD/LDAP重置,对旧式passwd文件编辑后收紧权限。
- 通知用户清除客户端缓存,重新输入新密码。
- 检查离职账号、共享账号和过期权限,避免只改密码不收回权限。
客户端缓存能帮上忙吗
客户端缓存不是服务器密码库，Windows下可以打开控制面板 > 凭据管理器 > Windows凭据，查找带SVN地址的普通凭据；TortoiseSVN可在Settings > Saved Data > Authentication data里清除缓存,Linux下可用：
svn auth
它能列出认证域和用户名，但通常不显示密码，旧版本可清理~/.subversion/auth/svn.simple/下的缓存文件,清除后下一次访问会重新提示输入账号密码。
本地svn账号密码和服务器账号密码有什么区别
这两个概念经常被混在一起，本地缓存是客户端为了少输密码而保存的凭据，服务器账号才是仓库认证源，本地缓存删掉不影响服务器；服务器密码重置后,本地旧缓存也不会自动更新。
排查时可以这样区分：
- 只有一台电脑报错，其他电脑正常,优先看本地缓存和凭据管理器。
- 多台电脑同时报错，优先看服务器认证配置、账号状态和目录服务。
- 浏览器能打开SVN地址但TortoiseSVN报错,检查认证方式和缓存。
- 用户名能登录网页但
svn命令失败，检查URL、认证域和权限文件authz。
本地缓存可以清，服务器密码不能“查”，只能按认证源重置,这是日常运维里最实用的判断。
企业内网SVN服务器部署价格与账号权限管理
像北京企业内网SVN服务器部署价格与账号权限管理这类需求，通常会在采购阶段就约定账号管理员，预算不只是软件授权，还包括Windows服务器、备份存储、运维人力和目录服务集成成本，VisualSVN Server有商业授权版本，Apache和svnserve开源免费，但配置和审计要自己投入，近年来，不少企业把SVN放进虚拟化或容器环境，账号管理成本反而成为运维预算的一部分，价格高低不是关键，关键是认证源统一、权限最小化、离职账号能及时禁用。
权限控制重点看authz文件：按仓库、目录、用户组授权，避免给全员读写根目录，密码文件和管理后台只给必要管理员，配置文件定期备份,但备份包也要加密。
收束
SVN服务器查看用户名和密码，本质是“查账号、重置密码、清缓存”三件事，不是把明文密码翻出来，先确认认证方式，再按管理控制台、htpasswd或passwd文件处理,才能既解决问题又不扩大风险。
SVN服务器查看用户名和密码常见问题解答
SVN服务器管理员能直接看到用户原密码吗？
不能，Apache的htpasswd保存哈希，VisualSVN Server和AD/LDAP也不会向管理员展示原密码，管理员能做的是重置密码,而不是还原密码。
知道SVN服务器地址和用户名，怎么找回密码？
走管理员重置流程，HTTP/HTTPS方式找htpasswd或VisualSVN管理控制台；svn://方式看password-db；集成AD/LDAP的去目录服务重置,重置后让客户端清除认证缓存并重新输入。
为什么旧版svnserve的passwd文件里能看到明文密码？
svnserve内置认证的passwd文件采用用户名 = 密码的键值格式，密码通常以明文保存，所以有文件读取权限的人能看到，应把文件权限设为600，限制属主，并尽量迁移到SASL、LDAP/AD或HTTPS认证体系。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/775217.html
