W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2015

Re: Header addition with HTTP 2.0

From: Vimala Tadepalli <vimla.c@gmail.com>
Date: Mon, 30 Mar 2015 20:02:28 -0700
Message-ID: <CAKwtvnC130_TOOrfhEMML-cP55H1ggLbq+8xg7AAfiC892iGqA@mail.gmail.com>
To: Roberto Peon <grmocg@gmail.com>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Ssl is not a problem since our firewall acts as a middleman, so we can see
the text inside. This header modification is basically to support this


I am not sure if there is any better way to support it.


On Monday, March 30, 2015, Roberto Peon <grmocg@gmail.com> wrote:
> Most HTTP2 implementations will likely be over TLS, so you'll find it
difficult to insert anything.
> If you have plaintext access, you can do anything, and yes, using that
operation would make the most sense.
> imho, such behavior should be avoided, if possible.
> -=R
> On Mon, Mar 30, 2015 at 4:31 PM, Vimala Tadepalli <vimla.c@gmail.com>
>> I should be using "
>> Literal Header Field never Indexed" to add a new header?
>> Thanks
>> Vimala
>> On Mon, Mar 30, 2015 at 2:53 PM, Roberto Peon <grmocg@gmail.com> wrote:
>>> HTTP2 is semantically the same.
>>> It'd depend on the implementation of the firewall, rather than anything
>>> -=R
>>> On Mon, Mar 30, 2015 at 2:34 PM, Vimala Tadepalli <vimla.c@gmail.com>
>>>> Hi,
>>>> I work on a firewall, where we need to add a header to the client
request going to the server.
>>>> Topology is
>>>> Client -------> Firewall -------> Servers
>>>> Ex: Suppose a request is going to youtube, a new header
"X-YouTube-Edu-Filter" has to be added to the request.
>>>> In HTTP 1.0/1.1, this is feasible
>>>> I tried with SPDY as well and Server did accept the request and
redirected accordingly.
>>>> In HTTP 2.0, can i do this?
>>>> If a header is added at firewall, client and server dynamic tables
might go out of sync. Will it cause any issues?
>>>> Any suggestion is greatly appreciated.
>>>> Thanks
>>>> Vimala
Received on Tuesday, 31 March 2015 03:02:55 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:43 UTC