Subversion客户端认证凭证缓存总结

Subversion1.7或者更旧版本，主要使用一个磁盘缓存解决方案用来缓存认证凭证。

Subversion1.8中，其配置文件（$HOME/.subversion/config）允许--disable-plaintext-password-storage选项绕过存储明文和客户端口令的逻辑。

Subversion认证信息缓存默认目录：

  • 在linux下为$HOME/.subversion/auth/目录
  • 在windows下为%APPDATA%\Subversion\auth；可以通过echo %APPDATA%命令查看其实际目录

注：在windows下%APPDATA%默认为隐藏文件夹

auth子目录分别为：

  • svn.simple：包含了基本认证方式所需要的认证信息(用户名/密码)。

在linux server下密码是明文形式，1.8版本可以选择不缓存认证，如果缓存，依然是明文；

在windows下密码是通过WinCrypt API 加密的，不是文本形式；

此外MacOS X、Gnome、KDE等桌面也提供了加密解决方案；

  • svn.ssl.client-passphrase
  • svn.ssl.server：包含了SSL服务器证书。
  • svn.username：包含了用户名认证的认证信息(不需要提供密码)

如果要清除svn认证缓存删除上述的auth目录即可：

windows命令
rmdir /s /q "%APPDATA%\Subversion\auth"
linux命令 rm -rf  $HOME/.subversion/auth/

查看auth目录下某个文件的详细内容：

linux环境 windows环境
K 8
passtype
V 6
simple
K 8
password
V 8
svnpassword
K 15
svn:realmstring
V 35
svnhosturl
K 8
username
V 8
svnusername
END 		K 8
passtype
V 8
wincrypt
K 8
password
V 272

svncryptpassword

K 15
svn:realmstring
V 35

svnhosturl

K 8
username
V 8

svnusername

END

下面是摘自
Subversion
官网的资料：

Disk Cache（磁盘缓存）

Outsourced Secure Cache（外部安全缓存，即第三方安全缓存）

时间： 2024-11-08 10:23:17

Subversion客户端认证凭证缓存总结的相关文章

Greenplum中角色权限及客户端认证管理

角色权限及客户端认证管理 GP数据库逻辑结构 在GP中,Database(数据库).Schema(模式)以及Role(角色)三者之间的关系如下所示: 一个数据库下可以有多个模式,一个模式只属于一个数据库.模式在GP中也被称为Namespace,不同数据库之间的模式没有关系,可以重名: 语言在使用之前必须创建,一个语言只属于一个数据库: 表.视图.索引.序列.函数必须属于一个模式: 一个文件空间可以有多个表空间,一个表空间只属于一个文件空间,文件空间和角色之间没有关系: 表空间和表时一对多的关系,

好像是 Subversion 1.7 或更高版本的工作副本。请升级你的 Subversion 客户端，以使用此工作副本。

好像是 Subversion 1.7 或更高版本的工作副本.请升级你的 Subversion 客户端,以使用此工作副本. vim /etc/yum.repos.d/CentOS-Base.repo [WandiscoSVN] name=Wandisco SVN Repo baseurl=http://opensource.wandisco.com/centos/6/svn-1.7/RPMS/$basearch/ enabled=1 gpgcheck=0 yum update yum instal

Subversion客户端接受服务器证书出现“The certificate hostname does not match”的问题

当使用https://形式的URL连接Apache时,Subversion客户端将会受到两个类型的响应: 1.一个服务器证书 2.一个针对客户端证书的请求 在本人的应用场景主要涉及SVN仓库迁移的操作,需要将大量的远程仓库集中迁移到本地仓库进行管理.所以这里主要描述服务器证书相关的问题,因为需要使用脚本执行Subversion的svnrdump命令,在执行的过程中碰到如下提示信息: Error validating server certificate for 'https://...:端口号'

编译安装postfix及使用sasl对客户端认证

编译安装postfix 在之前的文章我增提到过,目前linux常用的MTA软件有sendmail,qmail,exim,postfix.虽然目前使用最多的MTA是sendmail,但是sendmail实现的功能远没有postfix功能强大,而且postfix兼容sendmail,执行效率比sendmail更高,也更安全,postfix采用模块化设计.因此,由于具有众多的优点,postfix越来越流行.因此,此章主要是介绍如何使用postfix来搭建一台服务器,并使用sasl来为客户端提供认证功能

分析Memcached客户端如何把缓存数据分布到多个服务器上

Memcached客户端可以设多个memcached服务器,它是如何把数据分发到各个服务器上,而使各个服务器负载平衡的呢? 可以看看.net版中的客户端中的源码,就可以知道 先看代码:   1 /// <summary>   2         /// Returns appropriate SockIO object given   3         /// string cache key and optional hashcode.   4         ///    5      

k8s使用自定义证书将客户端认证接入到API Server

自定义证书使用kubectl认证接入API Serverkubeconfig是API Server的客户端连入API Server时使用的认证格式的客户端配置文件.使用kubectl config view查看其配置 1 kubectl config view 2 apiVersion: v1 3 clusters: #集群列表 4 - cluster: 5 certificate-authority-data: DATA+OMITTED 6 server: https://192.168.1.

Linux锐捷客户端认证

下载Linux SU V1.31版,tar命令解压后,用mv命令将解压出来的Su开头的文件夹改个连续 字母数字的名字比如ruijie,cd进入ruijie的目录,运行./rjsupplicant.sh -h可以看到用 法, 有线的话输入类似 ./rjsupplicant.sh -a1 -d1 -neth0 -uM201312345 -u123456 -S1 将eth0,学号,密码替换成你自己的,认证成功后下次就直接./rjsupplicant认证即可. 没有提供后台运行的选项,想要后台运行的话在

控制客户端不产生缓存

1 response.addHeader("paragma","no-cache"); 2 response.addHeader("cache-control","no-cache"); 3 response.addHeader("expires","0"); 这段代码写在action内

新浪微博客户端(60)-离线缓存微博数据

很多应用在第一次加载时会读取前一次浏览的历史微博数据,只有当用户手动触发下拉刷新之后,才会去加载新的微博数据. 1.集成FMDB FMDB是在sqlite3的C语言查询函数基础上封装的一套OC的API,因此在使用之前需要首先导入libsqlite3.tbd. 2. 添加FMDB库 3. 参考代码: DJStatusDBHelper.h #import <Foundation/Foundation.h> @class DJStatus; @interface DJStatusDBHelper :