From: Eric Blake <eblake@redhat.com>
To: "Richard W.M. Jones" <rjones@redhat.com>, qemu-devel@nongnu.org
Cc: famz@redhat.com, mbooth@redhat.com, stefanha@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2] curl: Allow a cookie or cookies to be sent with http/https requests.
Date: Fri, 29 Aug 2014 09:10:10 -0600 [thread overview]
Message-ID: <540097D2.2020200@redhat.com> (raw)
In-Reply-To: <1409324592-31888-2-git-send-email-rjones@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1645 bytes --]
On 08/29/2014 09:03 AM, Richard W.M. Jones wrote:
> In order to access VMware ESX efficiently, we need to send a session
> cookie. This patch is very simple and just allows you to send that
> session cookie. It punts on the question of how you get the session
> cookie in the first place, but in practice you can just run a `curl'
> command against the server and extract the cookie that way.
>
> +++ b/qemu-options.hx
> @@ -2351,6 +2351,11 @@ multiple of 512 bytes. It defaults to 256k.
> @item sslverify
> Whether to verify the remote server's certificate when connecting over SSL. It
> can have the value 'on' or 'off'. It defaults to 'on'.
> +
> +@item cookie
> +Send this cookie (it can also be a list of cookies separated by ';') with
> +each outgoing request. Only supported when using protocols such as HTTP
> +which support cookies, otherwise ignored.
';' has to be quoted to enter it in the shell command line (but then
again, the cookie probably contains literal " which also has to be quoted).
We still don't have a QMP mapping for curl device hotplug. But when we
gain one, do we really want to have a single (long) string containing
multiple cookies, or would it be better to make this an array argument?
On the command-line, which is nicer, taking the cookie option multiple
times ('file.cookie=xyz,file.cookie.abc'), taking it as an automatic
array ('file.cookie.0=xyz,file.cookie.1=abc') or forcing the user to
cram all cookies into a single option ('file.cookie="xyz;abc"')?
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 539 bytes --]
next prev parent reply other threads:[~2014-08-29 15:10 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-29 15:03 [Qemu-devel] [PATCH v2] curl: Allow a cookie or cookies to be sent with http/https Richard W.M. Jones
2014-08-29 15:03 ` [Qemu-devel] [PATCH v2] curl: Allow a cookie or cookies to be sent with http/https requests Richard W.M. Jones
2014-08-29 15:06 ` Matthew Booth
2014-08-29 15:10 ` Eric Blake [this message]
2014-08-29 15:28 ` Richard W.M. Jones
2014-08-29 15:39 ` Eric Blake
2014-08-29 15:31 ` Matthew Booth
2014-08-29 15:11 ` [Qemu-devel] [PATCH v2] curl: Allow a cookie or cookies to be sent with http/https Stefan Hajnoczi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=540097D2.2020200@redhat.com \
--to=eblake@redhat.com \
--cc=famz@redhat.com \
--cc=mbooth@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rjones@redhat.com \
--cc=stefanha@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.