[libvirt] [PATCH] sasl auth：add default mapping of credentials to machines

[longguang.yue]

this  patch is for help document

thanks very much




At 2016-06-16 17:39:12, "Daniel P. Berrange" <berrange at redhat.com> wrote:
>On Mon, Jun 13, 2016 at 05:58:06PM +0800, longguang.yue wrote:
>> From 98a2e7784f14f1c69dbb93e0bfb6539987aa16d4 Mon Sep 17 00:00:00 2001
>> From: yuelongguang <yuelongguang at le.com>
>> Date: Mon, 13 Jun 2016 17:29:57 +0800
>> Subject: [PATCH] add default mapping of credentials to machine
>> 
>> ---
>>  src/util/virauthconfig.c | 7 +++++++
>>  1 file changed, 7 insertions(+)
>
>Thanks, I've applied this patch, with an expanded commit message:
>
>commit 743db933ed6bbcdd3ca87dd43c8164f6992bc89e
>Author: yuelongguang <yuelongguang at le.com>
>Date:   Mon Jun 13 17:29:57 2016 +0800
>
>    add default mapping of credentials to machine
>    
>    In the auth config file, it is currently required to have
>    an entry for each hostname to connect to, eg
>    
>      [auth-libvirt-prod1.example.com]
>      credentials=prod
>    
>    This is inconvenient when there are large numbers of machines
>    all with the same credentials. Add support for a default
>    entry:
>    
>      [auth-default]
>      credentials=prod
>
>
>Regards,
>Daniel
>-- 
>|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
>|: http://libvirt.org              -o-             http://virt-manager.org :|
>|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
>|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20160616/2a1ac5d5/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-add-help-document-relevant-to-default-mapping-of-cre.patch
Type: application/octet-stream
Size: 1371 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20160616/2a1ac5d5/attachment-0001.obj>