1. 22 2月, 2016 1 次提交
  2. 17 2月, 2016 3 次提交
    • D
      nbd: enable use of TLS with qemu-nbd server · 145614a1
      Daniel P. Berrange 提交于
      This modifies the qemu-nbd program so that it is possible to
      request the use of TLS with the server. It simply adds a new
      command line option --tls-creds which is used to provide the
      ID of a QCryptoTLSCreds object previously created via the
      --object command line option.
      
      For example
      
        qemu-nbd --object tls-creds-x509,id=tls0,endpoint=server,\
                          dir=/home/berrange/security/qemutls \
                 --tls-creds tls0 \
                 --exportname default
      
      TLS requires the new style NBD protocol, so if no export name
      is set (via --export-name), then we use the default NBD protocol
      export name ""
      
      TLS is only supported when using an IPv4/IPv6 socket listener.
      It is not possible to use with UNIX sockets, which includes
      when connecting the NBD server to a host device.
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      Message-Id: <1455129674-17255-16-git-send-email-berrange@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      145614a1
    • D
      nbd: allow setting of an export name for qemu-nbd server · 3d4b2f9c
      Daniel P. Berrange 提交于
      The qemu-nbd server currently always uses the old style protocol
      since it never sets any export name. This is a problem because
      future TLS support will require use of the new style protocol
      negotiation.
      
      This adds "--exportname NAME" / "-x NAME" arguments to qemu-nbd
      which allow the user to set an explicit export name. When an
      export name is set the server will always use the new style
      NBD protocol.
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      Message-Id: <1455129674-17255-11-git-send-email-berrange@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      3d4b2f9c
    • D
      qemu-nbd: add support for --object command line arg · 0ab3b337
      Daniel P. Berrange 提交于
      Allow creation of user creatable object types with qemu-nbd
      via a new --object command line arg. This will be used to supply
      passwords and/or encryption keys to the various block driver
      backends via the recently added 'secret' object type.
      
       # printf letmein > mypasswd.txt
       # qemu-nbd --object secret,id=sec0,file=mypasswd.txt \
            ...other nbd args...
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      Message-Id: <1455129674-17255-3-git-send-email-berrange@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      0ab3b337
  3. 09 2月, 2016 3 次提交
  4. 24 5月, 2014 1 次提交
  5. 04 12月, 2013 2 次提交
  6. 16 4月, 2013 1 次提交
    • D
      Add -f FMT / --format FMT arg to qemu-nbd · e6b63677
      Daniel P. Berrange 提交于
      Currently the qemu-nbd program will auto-detect the format of
      any disk it is given. This behaviour is known to be insecure.
      For example, if qemu-nbd initially exposes a 'raw' file to an
      unprivileged app, and that app runs
      
         'qemu-img create -f qcow2 -o backing_file=/etc/shadow /dev/nbd0'
      
      then the next time the app is started, the qemu-nbd will now
      detect it as a 'qcow2' file and expose /etc/shadow to the
      unprivileged app.
      
      The only way to avoid this is to explicitly tell qemu-nbd what
      disk format to use on the command line, completely disabling
      auto-detection. This patch adds a '-f' / '--format' arg for
      this purpose, mirroring what is already available via qemu-img
      and qemu commands.
      
        qemu-nbd --format raw -p 9000 evil.img
      
      will now always use raw, regardless of what format 'evil.img'
      looks like it contains
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      [Use errx, not err. - Paolo]
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      e6b63677
  7. 23 2月, 2013 1 次提交
  8. 09 2月, 2013 1 次提交
  9. 07 4月, 2012 1 次提交
  10. 07 3月, 2010 1 次提交
  11. 23 9月, 2008 1 次提交
  12. 03 7月, 2008 4 次提交
  13. 28 5月, 2008 1 次提交