[chromium-discuss] HTTP header to stop Google Chrome from using Data Saver to a particular web?

[Andryan Gouw]

Hello,

I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)

I'm wondering if there's a server-side method (from HTTP response header)
to stop Google Chrome from using Data Saver proxy for a particular web
site/server. The idea behind this question is to allow transparent proxy's
injection of some HTTP headers (like MSISDN forwarding) to identify user's
services profile for a particular web site/server.


Cheers,
Andryan

[PhistucK]

If you serve the website using HTTPS, you 'bypass' the proxy and your users
are more secure. :)


☆*PhistucK*

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response header)
to stop Google Chrome from using Data Saver proxy for a particular web
site/server. The idea behind this question is to allow transparent proxy's
injection of some HTTP headers (like MSISDN forwarding) to identify user's
services profile for a particular web site/server.
Cheers,
Andryan
--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss
To unsubscribe from this group and stop receiving emails from it, send an

[Andryan]

Hello,

That's true but that would also prohibit the HTTP header injection from
happening and thus not accomplishing the objective. :)


Regards,
Andryan

Post by PhistucK
If you serve the website using HTTPS, you 'bypass' the proxy and your
users are more secure. :)
☆*PhistucK*

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response header)
to stop Google Chrome from using Data Saver proxy for a particular web
site/server. The idea behind this question is to allow transparent proxy's
injection of some HTTP headers (like MSISDN forwarding) to identify user's
services profile for a particular web site/server.
Cheers,
Andryan
--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss
To unsubscribe from this group and stop receiving emails from it, send

[Charles White]

I am also interested in this as header injection does not work over HTTPS

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response header)
to stop Google Chrome from using Data Saver proxy for a particular web
site/server. The idea behind this question is to allow transparent proxy's
injection of some HTTP headers (like MSISDN forwarding) to identify user's
services profile for a particular web site/server.
Cheers,
Andryan

[Andryan Gouw]

No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response header)
to stop Google Chrome from using Data Saver proxy for a particular web
site/server. The idea behind this question is to allow transparent proxy's
injection of some HTTP headers (like MSISDN forwarding) to identify user's
services profile for a particular web site/server.
Cheers,
Andryan

[Yuta Kitamura]

According to <https://developer.chrome.com/multidevice/data-compression>:


- *As a site owner, how do I opt-out from content optimization?*
Data compression proxy respects the standard Cache-Control:
no-transform directive.
Site owners can mark individual resources with this directive and the proxy
will pass them through directly to the browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response header)
to stop Google Chrome from using Data Saver proxy for a particular web
site/server. The idea behind this question is to allow transparent proxy's
injection of some HTTP headers (like MSISDN forwarding) to identify user's
services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

[Andryan Gouw]

<html><head></head><body lang="en-US" style="background-color: rgb(255, 255, 255); line-height: initial;"> <div style="width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);">Ah, thank you!</div><div style="width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);"><br></div><div style="width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);">I will try this to see if this option could be used to let Header Enrichment headers to work properly.</div><div style="width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);"><br></div><div style="width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);"><span style="font-size: initial; text-align: initial; line-height: initial;"><br></span></div><div style="width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);"><span style="font-size: initial; text-align: initial; line-height: initial;">Cheers,</span></div><div style="width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);"><span style="font-size: initial; text-align: initial; line-height: initial;">Andryan</span></div><div style="width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);"><span style="font-size: initial; text-align: initial; line-height: initial;"><br></span></div> <div style="width: 100%; font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);"><br style="display:initial"></div> <div style="font-size: initial; font-family: Calibri, 'Slate Pro', sans-serif, sans-serif; color: rgb(31, 73, 125); text-align: initial; background-color: rgb(255, 255, 255);"></div> <table width="100%" style="background-color:white;border-spacing:0px;"> <tbody><tr><td colspan="2" style="font-size: initial; text-align: initial; background-color: rgb(255, 255, 255);"> <div style="border-style: solid none none; border-top-color: rgb(181, 196, 223); border-top-width: 1pt; padding: 3pt 0in 0in; font-family: Tahoma, 'BB Alpha Sans', 'Slate Pro'; font-size: 10pt;"> <div><b>From: </b>Yuta Kitamura</div><div><b>Sent: </b>Jumat, 18 September 2015 12.06</div><div><b>To: </b>***@gmail.com</div><div><b>Cc: </b>Chromium-discuss</div><div><b>Subject: </b>Re: [chromium-discuss] Re: HTTP header to stop Google Chrome from using Data Saver to a particular web?</div></div></td></tr></tbody></table><div style="border-style: solid none none; border-top-color: rgb(186, 188, 209); border-top-width: 1pt; font-size: initial; text-align: initial; background-color: rgb(255, 255, 255);"></div><br><div id="_originalContent" style=""><div dir="ltr">According to &lt;<a href="https://developer.chrome.com/multidevice/data-compression">https://developer.chrome.com/multidevice/data-compression</a>&gt;:<div><br></div><div><ul style="padding:0px 0px 0px 1.28em;margin:0.8em 0px;color:rgb(119,119,119);font-family:'Open Sans',Arial,'Lucida Grande',sans-serif;font-size:13px;line-height:24px"><li style="padding:0px;margin:0px"><strong style="padding:0px;margin:0px">As a site owner, how do I opt-out from content optimization?</strong><br style="padding:0px;margin:0px">Data compression proxy respects the standard&nbsp;<code style="padding:0px;margin:1.5em 0px;font-family:'Source Code Pro',sans-serif;font-size:1em;color:rgb(0,136,0);line-height:1em">Cache-Control: no-transform</code>&nbsp;directive. Site owners can mark individual resources with this directive and the proxy will pass them through directly to the browser.</li></ul></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 18, 2015 at 1:24 PM, Andryan Gouw <span dir="ltr">&lt;<a href="mailto:***@gmail.com" target="_blank">***@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">No way to achieve this, guys?<div><div class="h5"><br><br>On Friday, April 17, 2015 at 9:16:19 AM UTC+7, Andryan Gouw wrote:<blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>I posted this question to&nbsp;<a href="https://productforums.google.com/forum/?utm_medium=email&amp;utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J" rel="nofollow" target="_blank">Google Chrome Help Forum</a>&nbsp;but was told to ask here instead. :)</div><div><br><div>I'm wondering if there's a server-side method (from HTTP response header) to stop Google Chrome from using Data Saver proxy for a particular web site/server.&nbsp; The idea behind this question is to allow transparent proxy's injection of some HTTP headers (like MSISDN forwarding) to identify user's services profile for a particular web site/server.</div></div><div><br></div><div><br></div><div>Cheers,</div><div>Andryan</div></div></blockquote></div></div></div><div class="HOEnZb"><div class="h5">

<p></p>

-- <br>
-- <br>
Chromium Discussion mailing list: <a href="mailto:chromium-***@chromium.org" target="_blank">chromium-***@chromium.org</a><br>
View archives, change email options, or unsubscribe: <br>
<a href="http://groups.google.com/a/chromium.org/group/chromium-discuss" target="_blank">http://groups.google.com/a/chromium.org/group/chromium-discuss</a><br>
<br>
</div></div></blockquote></div><br></div>
<br><!--end of _originalContent --></div></body></html>

<p></p>

-- <br />
-- <br />
Chromium Discussion mailing list: chromium-***@chromium.org<br />
View archives, change email options, or unsubscribe: <br />
<a href="http://groups.google.com/a/chromium.org/group/chromium-discuss">http://groups.google.com/a/chromium.org/group/chromium-discuss</a><br />
<br />

<p></p>

To unsubscribe from this group and stop receiving emails from it, send an email to <a href="mailto:chromium-discuss+***@chromium.org">chromium-discuss+***@chromium.org</a>.<br />

[Andryan Gouw]

Unfortunately as mentioned in http://stackoverflow.com/a/27804385, the
Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google Chrome
from using Data Saver to a particular web?
- *As a site owner, how do I opt-out from content optimization?*
no-transform directive. Site owners can mark individual resources with
this directive and the proxy will pass them through directly to the browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response
header) to stop Google Chrome from using Data Saver proxy for a particular
web site/server. The idea behind this question is to allow transparent
proxy's injection of some HTTP headers (like MSISDN forwarding) to identify
user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

[Alejandro Medero]

Andryan did you find a workaround for this without serving your website
through https? we're facing the same exact issue.

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385, the
Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google Chrome
from using Data Saver to a particular web?
- *As a site owner, how do I opt-out from content optimization?*
no-transform directive. Site owners can mark individual resources
with this directive and the proxy will pass them through directly to the
browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response
header) to stop Google Chrome from using Data Saver proxy for a particular
web site/server. The idea behind this question is to allow transparent
proxy's injection of some HTTP headers (like MSISDN forwarding) to identify
user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

[Andryan Gouw]

Hi Alejandro,

Unfortunately no. I gave up on this. :(

I guess there must be modification in the HTTP specs to achieve this.


Cheers,
Andryan


On Fri, Jan 6, 2017 at 3:56 AM, Alejandro Medero <

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your website
through https? we're facing the same exact issue.

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385, the
Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google Chrome
from using Data Saver to a particular web?
According to <https://developer.chrome.com/multidevice/data-compression
- *As a site owner, how do I opt-out from content optimization?*
no-transform directive. Site owners can mark individual resources
with this directive and the proxy will pass them through directly to the
browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response
header) to stop Google Chrome from using Data Saver proxy for a particular
web site/server. The idea behind this question is to allow transparent
proxy's injection of some HTTP headers (like MSISDN forwarding) to identify
user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in the
Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit https://groups.google.com/a/
chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to

[a***@accedo.tv]

Hi Matt,

We too have the same issue with the telco adding headers if the mobile is
on their network and using a web service from our system which is IP
whitelisted by the Telco.

So anyway to stop Chrome from doing this from the server end of things ?

[webber]

Hi Matt,

We are also in trouble with this feature because it prevents msisdn header
enrichment from telecom operators. Is there any way to stop data save mode
for particular sites from server side, or is it possible for chrome to
implement a similar feature as "Opera PaymentEnable v3" that makes both
data save mode and header enrichment work well?

圚 2017幎8月1日星期二 UTC+8䞋午1:59:19Matt Welsh写道

Amit, I am the person to talk to about this. Please send me a direct email
explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your website
through https? we're facing the same exact issue.

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385,
the Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google
Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content optimization?*
no-transform directive. Site owners can mark individual resources
with this directive and the proxy will pass them through directly to the
browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response
header) to stop Google Chrome from using Data Saver proxy for a particular
web site/server. The idea behind this question is to allow transparent
proxy's injection of some HTTP headers (like MSISDN forwarding) to identify
user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in the
Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to

[webber]

Hi Matt,

We are also in trouble with this feature because it prevents msisdn header
enrichment by teleco operators. Is there any way to disable data save mode
for particular sites from server side, or is it possbile for chrome to
implement a similar feature as "Opera Payment Enable v3" that could make
both data save mode and header enrichment work well?

圚 2017幎8月1日星期二 UTC+8䞋午1:59:19Matt Welsh写道

Amit, I am the person to talk to about this. Please send me a direct email
explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your website
through https? we're facing the same exact issue.

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385,
the Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google
Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content optimization?*
no-transform directive. Site owners can mark individual resources
with this directive and the proxy will pass them through directly to the
browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response
header) to stop Google Chrome from using Data Saver proxy for a particular
web site/server. The idea behind this question is to allow transparent
proxy's injection of some HTTP headers (like MSISDN forwarding) to identify
user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in the
Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to

[Jovan Komnenovic]

Dear Matt, we are facing same issue for Ooredoo Oman VAS services. We see
new Android 7+ Nugget Chrome UA is stripping of all enrichment in the
header while other browsers eg like Firefox Q are not. Please share how to
sort it out. My colleague serving Google CDN didnt get any update eg on
diverting non Youtube HTTP traffic from your CDN to avoid such major change
for our customers. Please advice.
Jovan Komnenovic
Section Head - PS Core, Data Services, Ooredoo Oman
[phone]


*Via: 1.1 Chrome-Compression-Proxy*

*X-Forwarded-For: 188.66.131.xxx*

Connection: keep-alive

User-Agent: Mozilla/5.0 (Linux; Android 7.0; SM-G955F Build/NRD90M)
AppleWebKit/537.36 (KHTML, like Gecko) *Chrome/62.0.3202.84 Mobile
Safari/537.36*

<https://whois.arin.net/rest/net/NET-66-249-64-0-1/pft?s=66.249.93.206>
<https://whois.arin.net/rest/net/NET-66-249-64-0-1/pft?s=66.249.93.206>


 <https://whois.arin.net/rest/net/NET-66-249-64-0-1/pft?s=66.249.93.206>

<https://whois.arin.net/rest/net/NET-66-249-64-0-1/pft?s=66.249.93.206>

REMOTE_ADDR: *66.249.93.206*
<https://whois.arin.net/rest/net/NET-66-249-64-0-1/pft?s=66.249.93.206>

https://whois.arin.net/rest/net/NET-66-249-64-0-1/pft?s=66.249.93.206
Organization
Name Google LLC
State/Province CA
Postal Code 94043
Phone [phone] (Office)
Email arin-***@google.com
https://whois.arin.net/rest/poc/ABUSE5250-ARIN.html
Phone [phone] (Office)

Amit, I am the person to talk to about this. Please send me a direct email
explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your website
through https? we're facing the same exact issue.

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385,
the Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google
Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content optimization?*
no-transform directive. Site owners can mark individual resources
with this directive and the proxy will pass them through directly to the
browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response
header) to stop Google Chrome from using Data Saver proxy for a particular
web site/server. The idea behind this question is to allow transparent
proxy's injection of some HTTP headers (like MSISDN forwarding) to identify
user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in the
Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to

[sathya ruggahavila]

Hi Matt
we are facing the same issue. we are a vas provider for Srilankan telcos
when a customer turn on data saver mode we are not getting MSISDN header.
this only happened in on our servers on amazon. when we host the website in
srilankan hosting provider(srilanka telecom) we are getting headers

Amit, I am the person to talk to about this. Please send me a direct email
explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your website
through https? we're facing the same exact issue.

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385,
the Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google
Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content optimization?*
no-transform directive. Site owners can mark individual resources
with this directive and the proxy will pass them through directly to the
browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response
header) to stop Google Chrome from using Data Saver proxy for a particular
web site/server. The idea behind this question is to allow transparent
proxy's injection of some HTTP headers (like MSISDN forwarding) to identify
user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in the
Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to

[PhistucK]

Sounds like your Amazon hosting is not using HTTPS. If it did, the Data
Saver mode would have not been applied to it.

☆*PhistucK*

Post by a***@accedo.tv
Hi Matt
we are facing the same issue. we are a vas provider for Srilankan telcos
when a customer turn on data saver mode we are not getting MSISDN header.
this only happened in on our servers on amazon. when we host the website in
srilankan hosting provider(srilanka telecom) we are getting headers

Amit, I am the person to talk to about this. Please send me a direct
email explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan
On Fri, Jan 6, 2017 at 3:56 AM, Alejandro Medero <

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your
website through https? we're facing the same exact issue.

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385,
the Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google
Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content optimization?*
no-transform directive. Site owners can mark individual
resources with this directive and the proxy will pass them through directly
to the browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response
header) to stop Google Chrome from using Data Saver proxy for a particular
web site/server. The idea behind this question is to allow transparent
proxy's injection of some HTTP headers (like MSISDN forwarding) to identify
user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in the
Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to the Google Groups
"Chromium-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an

[Torne (Richard Coles)]

PhistucK, these sites are generally relying on MITM header insertion for
billing purposes: the cell network operator's transparent HTTP proxy
injects account information into extra headers when communicating with
partners who are allowed to do mobile billing/etc. This mechanism relies
both on using unencrypted HTTP *and* on bypassing the data saver proxy (or
any other kind of proxy) and many vendors still depend on this :(

They need to read
https://developer.chrome.com/multidevice/data-compression-for-isps#proxy-bypass
and
get onto the blacklist, unfortunately.

Post by PhistucK
Sounds like your Amazon hosting is not using HTTPS. If it did, the Data
Saver mode would have not been applied to it.
☆*PhistucK*

Post by a***@accedo.tv
Hi Matt
we are facing the same issue. we are a vas provider for Srilankan telcos
when a customer turn on data saver mode we are not getting MSISDN header.
this only happened in on our servers on amazon. when we host the website in
srilankan hosting provider(srilanka telecom) we are getting headers

Amit, I am the person to talk to about this. Please send me a direct
email explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan
On Fri, Jan 6, 2017 at 3:56 AM, Alejandro Medero <

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your
website through https? we're facing the same exact issue.

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385,
the Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google
Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content optimization?*
no-transform directive. Site owners can mark individual
resources with this directive and the proxy will pass them through directly
to the browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP response
header) to stop Google Chrome from using Data Saver proxy for a particular
web site/server. The idea behind this question is to allow transparent
proxy's injection of some HTTP headers (like MSISDN forwarding) to identify
user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in
the Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---

You received this message because you are subscribed to the Google Groups

Post by a***@accedo.tv
"Chromium-discuss" group.

To unsubscribe from this group and stop receiving emails from it, send an
--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

[PhistucK]

Are there talks about solving this problem securely? This situation sounds
really, really bad.

☆*PhistucK*

Post by Torne (Richard Coles)
PhistucK, these sites are generally relying on MITM header insertion for
billing purposes: the cell network operator's transparent HTTP proxy
injects account information into extra headers when communicating with
partners who are allowed to do mobile billing/etc. This mechanism relies
both on using unencrypted HTTP *and* on bypassing the data saver proxy (or
any other kind of proxy) and many vendors still depend on this :(
They need to read
https://developer.chrome.com/multidevice/data-compression-for-isps#proxy-bypass and
get onto the blacklist, unfortunately.

Post by PhistucK
Sounds like your Amazon hosting is not using HTTPS. If it did, the Data
Saver mode would have not been applied to it.
☆*PhistucK*

Post by a***@accedo.tv
Hi Matt
we are facing the same issue. we are a vas provider for
Srilankan telcos when a customer turn on data saver mode we are not getting
MSISDN header. this only happened in on our servers on amazon. when we host
the website in srilankan hosting provider(srilanka telecom) we are getting
headers

Amit, I am the person to talk to about this. Please send me a direct
email explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan
On Fri, Jan 6, 2017 at 3:56 AM, Alejandro Medero <

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your
website through https? we're facing the same exact issue.

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385,
the Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google
Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content
optimization?*
no-transform directive. Site owners can mark individual
resources with this directive and the proxy will pass them through directly
to the browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP
response header) to stop Google Chrome from using Data Saver proxy for a
particular web site/server. The idea behind this question is to allow
transparent proxy's injection of some HTTP headers (like MSISDN forwarding)
to identify user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in
the Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---

You received this message because you are subscribed to the Google Groups

Post by a***@accedo.tv
"Chromium-discuss" group.

To unsubscribe from this group and stop receiving emails from it, send an
--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

[Torne (Richard Coles)]

I have no idea if the mobile billing industry has developed any replacement
or not, or what the adoption would be. Ultimately that would be something
that can only really be driven by the mobile operators themselves - even
the businesses that are using the billing service would not have much say
in the matter.

Post by PhistucK
Are there talks about solving this problem securely? This situation sounds
really, really bad.
☆*PhistucK*

Post by Torne (Richard Coles)
PhistucK, these sites are generally relying on MITM header insertion for
billing purposes: the cell network operator's transparent HTTP proxy
injects account information into extra headers when communicating with
partners who are allowed to do mobile billing/etc. This mechanism relies
both on using unencrypted HTTP *and* on bypassing the data saver proxy (or
any other kind of proxy) and many vendors still depend on this :(
They need to read
https://developer.chrome.com/multidevice/data-compression-for-isps#proxy-bypass and
get onto the blacklist, unfortunately.

Post by PhistucK
Sounds like your Amazon hosting is not using HTTPS. If it did, the Data
Saver mode would have not been applied to it.
☆*PhistucK*

Post by a***@accedo.tv
Hi Matt
we are facing the same issue. we are a vas provider for
Srilankan telcos when a customer turn on data saver mode we are not getting
MSISDN header. this only happened in on our servers on amazon. when we host
the website in srilankan hosting provider(srilanka telecom) we are getting
headers

Amit, I am the person to talk to about this. Please send me a direct
email explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan
On Fri, Jan 6, 2017 at 3:56 AM, Alejandro Medero <

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your
website through https? we're facing the same exact issue.
El lunes, 28 de septiembre de 2015, 5:10:28 (UTC-3), Andryan Gouw

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385,
the Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let Header
Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop Google
Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content
optimization?*
no-transform directive. Site owners can mark individual
resources with this directive and the proxy will pass them through directly
to the browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP
response header) to stop Google Chrome from using Data Saver proxy for a
particular web site/server. The idea behind this question is to allow
transparent proxy's injection of some HTTP headers (like MSISDN forwarding)
to identify user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in
the Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---

You received this message because you are subscribed to the Google

Post by a***@accedo.tv
Groups "Chromium-discuss" group.

To unsubscribe from this group and stop receiving emails from it, send
--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

[Torne (Richard Coles)]

Operators have been doing this kind of billing mechanism since the earliest
days of the mobile web, when WAP was still a thing, so it's got a lot of
inertia behind it.

Post by Torne (Richard Coles)
I have no idea if the mobile billing industry has developed any
replacement or not, or what the adoption would be. Ultimately that would be
something that can only really be driven by the mobile operators themselves
- even the businesses that are using the billing service would not have
much say in the matter.

Post by PhistucK
Are there talks about solving this problem securely? This situation
sounds really, really bad.
☆*PhistucK*

Post by Torne (Richard Coles)
PhistucK, these sites are generally relying on MITM header insertion for
billing purposes: the cell network operator's transparent HTTP proxy
injects account information into extra headers when communicating with
partners who are allowed to do mobile billing/etc. This mechanism relies
both on using unencrypted HTTP *and* on bypassing the data saver proxy (or
any other kind of proxy) and many vendors still depend on this :(
They need to read
https://developer.chrome.com/multidevice/data-compression-for-isps#proxy-bypass and
get onto the blacklist, unfortunately.

Post by PhistucK
Sounds like your Amazon hosting is not using HTTPS. If it did, the Data
Saver mode would have not been applied to it.
☆*PhistucK*

Post by a***@accedo.tv
Hi Matt
we are facing the same issue. we are a vas provider for
Srilankan telcos when a customer turn on data saver mode we are not getting
MSISDN header. this only happened in on our servers on amazon. when we host
the website in srilankan hosting provider(srilanka telecom) we are getting
headers

Amit, I am the person to talk to about this. Please send me a direct
email explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan
On Fri, Jan 6, 2017 at 3:56 AM, Alejandro Medero <

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your
website through https? we're facing the same exact issue.
El lunes, 28 de septiembre de 2015, 5:10:28 (UTC-3), Andryan Gouw

Post by Andryan Gouw
Unfortunately as mentioned in http://stackoverflow.com/a/27804385,
the Cache-Control: no-transform directive does not cause the browser to
reexecute the HTTP request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let
Header Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop
Google Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content
optimization?*
no-transform directive. Site owners can mark individual
resources with this directive and the proxy will pass them through directly
to the browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP
response header) to stop Google Chrome from using Data Saver proxy for a
particular web site/server. The idea behind this question is to allow
transparent proxy's injection of some HTTP headers (like MSISDN forwarding)
to identify user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in
the Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---

You received this message because you are subscribed to the Google

Post by a***@accedo.tv
Groups "Chromium-discuss" group.

To unsubscribe from this group and stop receiving emails from it, send
--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

[PhistucK]

Back then, HTTPS was not as encouraged or popular as it is today. Maybe it
is time for browsers to push against this insecure, harmful "solution".

☆*PhistucK*

Post by Torne (Richard Coles)
Operators have been doing this kind of billing mechanism since the
earliest days of the mobile web, when WAP was still a thing, so it's got a
lot of inertia behind it.

Post by Torne (Richard Coles)
I have no idea if the mobile billing industry has developed any
replacement or not, or what the adoption would be. Ultimately that would be
something that can only really be driven by the mobile operators themselves
- even the businesses that are using the billing service would not have
much say in the matter.

Post by PhistucK
Are there talks about solving this problem securely? This situation
sounds really, really bad.
☆*PhistucK*
On Thu, Oct 18, 2018 at 6:53 PM Torne (Richard Coles) <

Post by Torne (Richard Coles)
PhistucK, these sites are generally relying on MITM header insertion
for billing purposes: the cell network operator's transparent HTTP proxy
injects account information into extra headers when communicating with
partners who are allowed to do mobile billing/etc. This mechanism relies
both on using unencrypted HTTP *and* on bypassing the data saver proxy (or
any other kind of proxy) and many vendors still depend on this :(
They need to read
https://developer.chrome.com/multidevice/data-compression-for-isps#proxy-bypass and
get onto the blacklist, unfortunately.

Post by PhistucK
Sounds like your Amazon hosting is not using HTTPS. If it did, the
Data Saver mode would have not been applied to it.
☆*PhistucK*

Post by a***@accedo.tv
Hi Matt
we are facing the same issue. we are a vas provider for
Srilankan telcos when a customer turn on data saver mode we are not getting
MSISDN header. this only happened in on our servers on amazon. when we host
the website in srilankan hosting provider(srilanka telecom) we are getting
headers

Amit, I am the person to talk to about this. Please send me a direct
email explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan
On Fri, Jan 6, 2017 at 3:56 AM, Alejandro Medero <

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your
website through https? we're facing the same exact issue.
El lunes, 28 de septiembre de 2015, 5:10:28 (UTC-3), Andryan Gouw

Post by Andryan Gouw
Unfortunately as mentioned in
no-transform directive does not cause the browser to reexecute the HTTP
request and therefore it's not a solution.

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let
Header Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop
Google Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content
optimization?*
no-transform directive. Site owners can mark individual
resources with this directive and the proxy will pass them through directly
to the browser.

Post by Andryan Gouw
No way to achieve this, guys?

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP
response header) to stop Google Chrome from using Data Saver proxy for a
particular web site/server. The idea behind this question is to allow
transparent proxy's injection of some HTTP headers (like MSISDN forwarding)
to identify user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic
in the Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---

You received this message because you are subscribed to the Google

Post by a***@accedo.tv
Groups "Chromium-discuss" group.

To unsubscribe from this group and stop receiving emails from it, send
--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

['Matt Welsh' via Chromium-discuss]

We (on Chrome) are working on a solution to this problem, no details to
share just yet, but it is certainly on our radar.

Post by PhistucK
Back then, HTTPS was not as encouraged or popular as it is today. Maybe it
is time for browsers to push against this insecure, harmful "solution".
☆*PhistucK*

Post by Torne (Richard Coles)
Operators have been doing this kind of billing mechanism since the
earliest days of the mobile web, when WAP was still a thing, so it's got a
lot of inertia behind it.

Post by Torne (Richard Coles)
I have no idea if the mobile billing industry has developed any
replacement or not, or what the adoption would be. Ultimately that would be
something that can only really be driven by the mobile operators themselves
- even the businesses that are using the billing service would not have
much say in the matter.

Post by PhistucK
Are there talks about solving this problem securely? This situation
sounds really, really bad.
☆*PhistucK*
On Thu, Oct 18, 2018 at 6:53 PM Torne (Richard Coles) <

Post by Torne (Richard Coles)
PhistucK, these sites are generally relying on MITM header insertion
for billing purposes: the cell network operator's transparent HTTP proxy
injects account information into extra headers when communicating with
partners who are allowed to do mobile billing/etc. This mechanism relies
both on using unencrypted HTTP *and* on bypassing the data saver proxy (or
any other kind of proxy) and many vendors still depend on this :(
They need to read
https://developer.chrome.com/multidevice/data-compression-for-isps#proxy-bypass and
get onto the blacklist, unfortunately.

Post by PhistucK
Sounds like your Amazon hosting is not using HTTPS. If it did, the
Data Saver mode would have not been applied to it.
☆*PhistucK*
On Thu, Oct 18, 2018 at 8:57 AM sathya ruggahavila <

Post by a***@accedo.tv
Hi Matt
we are facing the same issue. we are a vas provider for
Srilankan telcos when a customer turn on data saver mode we are not getting
MSISDN header. this only happened in on our servers on amazon. when we host
the website in srilankan hosting provider(srilanka telecom) we are getting
headers

Amit, I am the person to talk to about this. Please send me a
direct email explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan
On Fri, Jan 6, 2017 at 3:56 AM, Alejandro Medero <

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your
website through https? we're facing the same exact issue.
El lunes, 28 de septiembre de 2015, 5:10:28 (UTC-3), Andryan

Post by Andryan Gouw
Unfortunately as mentioned in
no-transform directive does not cause the browser to reexecute the HTTP
request and therefore it's not a solution.
On Fri, Sep 18, 2015 at 12:27 PM, Andryan Gouw <

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let
Header Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop
Google Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content
optimization?*
no-transform directive. Site owners can mark individual
resources with this directive and the proxy will pass them through directly
to the browser.
On Fri, Sep 18, 2015 at 1:24 PM, Andryan Gouw <

Post by Andryan Gouw
No way to achieve this, guys?
On Friday, April 17, 2015 at 9:16:19 AM UTC+7, Andryan Gouw

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP
response header) to stop Google Chrome from using Data Saver proxy for a
particular web site/server. The idea behind this question is to allow
transparent proxy's injection of some HTTP headers (like MSISDN forwarding)
to identify user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic
in the Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---

You received this message because you are subscribed to the Google

Post by a***@accedo.tv
Groups "Chromium-discuss" group.

To unsubscribe from this group and stop receiving emails from it,
--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss
--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in the
Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to

[Ivan Ivanov]

Hi Matt, any update?

Post by 'Matt Welsh' via Chromium-discuss
We (on Chrome) are working on a solution to this problem, no details to
share just yet, but it is certainly on our radar.

Post by PhistucK
Back then, HTTPS was not as encouraged or popular as it is today. Maybe
it is time for browsers to push against this insecure, harmful "solution".
☆*PhistucK*

Post by Torne (Richard Coles)
Operators have been doing this kind of billing mechanism since the
earliest days of the mobile web, when WAP was still a thing, so it's got a
lot of inertia behind it.

Post by Torne (Richard Coles)
I have no idea if the mobile billing industry has developed any
replacement or not, or what the adoption would be. Ultimately that would be
something that can only really be driven by the mobile operators themselves
- even the businesses that are using the billing service would not have
much say in the matter.

Post by PhistucK
Are there talks about solving this problem securely? This situation
sounds really, really bad.
☆*PhistucK*
On Thu, Oct 18, 2018 at 6:53 PM Torne (Richard Coles) <

Post by Torne (Richard Coles)
PhistucK, these sites are generally relying on MITM header insertion
for billing purposes: the cell network operator's transparent HTTP proxy
injects account information into extra headers when communicating with
partners who are allowed to do mobile billing/etc. This mechanism relies
both on using unencrypted HTTP *and* on bypassing the data saver proxy (or
any other kind of proxy) and many vendors still depend on this :(
They need to read
https://developer.chrome.com/multidevice/data-compression-for-isps#proxy-bypass and
get onto the blacklist, unfortunately.

Post by PhistucK
Sounds like your Amazon hosting is not using HTTPS. If it did, the
Data Saver mode would have not been applied to it.
☆*PhistucK*
On Thu, Oct 18, 2018 at 8:57 AM sathya ruggahavila <

Post by a***@accedo.tv
Hi Matt
we are facing the same issue. we are a vas provider for
Srilankan telcos when a customer turn on data saver mode we are not getting
MSISDN header. this only happened in on our servers on amazon. when we host
the website in srilankan hosting provider(srilanka telecom) we are getting
headers

Amit, I am the person to talk to about this. Please send me a
direct email explaining your needs and I will be happy to discuss options.
Thanks,
Matt Welsh
Google

Any Update ?
is there no way to bypass google chrome compression proxy ?
its causing issues in Header enrichment in MobilityServices - VAS.

Post by Andryan Gouw
Hi Alejandro,
Unfortunately no. I gave up on this. :(
I guess there must be modification in the HTTP specs to achieve this.
Cheers,
Andryan
On Fri, Jan 6, 2017 at 3:56 AM, Alejandro Medero <

Post by Alejandro Medero
Andryan did you find a workaround for this without serving your
website through https? we're facing the same exact issue.
El lunes, 28 de septiembre de 2015, 5:10:28 (UTC-3), Andryan

Post by Andryan Gouw
Unfortunately as mentioned in
no-transform directive does not cause the browser to reexecute the HTTP
request and therefore it's not a solution.
On Fri, Sep 18, 2015 at 12:27 PM, Andryan Gouw <

Post by Andryan Gouw
Ah, thank you!
I will try this to see if this option could be used to let
Header Enrichment headers to work properly.
Cheers,
Andryan
*From: *Yuta Kitamura
*Sent: *Jumat, 18 September 2015 12.06
*Cc: *Chromium-discuss
*Subject: *Re: [chromium-discuss] Re: HTTP header to stop
Google Chrome from using Data Saver to a particular web?
According to <
- *As a site owner, how do I opt-out from content
optimization?*
no-transform directive. Site owners can mark individual
resources with this directive and the proxy will pass them through directly
to the browser.
On Fri, Sep 18, 2015 at 1:24 PM, Andryan Gouw <

Post by Andryan Gouw
No way to achieve this, guys?
On Friday, April 17, 2015 at 9:16:19 AM UTC+7, Andryan Gouw

Post by Andryan Gouw
Hello,
I posted this question to Google Chrome Help Forum
<https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/GKyOmaHYcKA/Q9uX7pfYvD0J> but
was told to ask here instead. :)
I'm wondering if there's a server-side method (from HTTP
response header) to stop Google Chrome from using Data Saver proxy for a
particular web site/server. The idea behind this question is to allow
transparent proxy's injection of some HTTP headers (like MSISDN forwarding)
to identify user's services profile for a particular web site/server.
Cheers,
Andryan

--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic
in the Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an

--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---

You received this message because you are subscribed to the Google

Post by a***@accedo.tv
Groups "Chromium-discuss" group.

To unsubscribe from this group and stop receiving emails from it,
--
--
http://groups.google.com/a/chromium.org/group/chromium-discuss
--

--
http://groups.google.com/a/chromium.org/group/chromium-discuss
---
You received this message because you are subscribed to a topic in the
Google Groups "Chromium-discuss" group.
To unsubscribe from this topic, visit
https://groups.google.com/a/chromium.org/d/topic/chromium-discuss/okmqTgN-mLM/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to