migration: use "" as the default for tls-creds/hostname
commit4af245dc3e6e5c96405b3edb9d75657504256469
authorDaniel P. Berrange <berrange@redhat.com>
Wed, 15 Mar 2017 16:16:03 +0000 (15 16:16 +0000)
committerJuan Quintela <quintela@redhat.com>
Thu, 16 Mar 2017 07:57:08 +0000 (16 08:57 +0100)
tree9c0fa921914c6ab94ab964db401397cbf349de07
parent1ffb5dfd35888cd9de78cc97d3e3e3cb1f3c4887
migration: use "" as the default for tls-creds/hostname

The tls-creds parameter has a default value of NULL indicating
that TLS should not be used. Setting it to non-NULL enables
use of TLS. Once tls-creds are set to a non-NULL value via the
monitor, it isn't possible to set them back to NULL again, due
to current implementation limitations. The empty string is not
a valid QObject identifier, so this switches to use "" as the
default, indicating that TLS will not be used

The tls-hostname parameter has a default value of NULL indicating
the the hostname from the migrate connection URI should be used.
Again, once tls-hostname is set non-NULL, to override the default
hostname for x509 cert validation, it isn't possible to reset it
back to NULL via the monitor. The empty string is not a valid
hostname, so this switches to use "" as the default, indicating
that the migrate URI hostname should be used.

Using "" as the default for both, also means that the monitor
commands "info migrate_parameters" / "query-migrate-parameters"
will report existance of tls-creds/tls-parameters even when set
to their default values.

Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
migration/migration.c
migration/tls.c
qapi-schema.json