Android 如何通过US压缩代理阻止Chrome移动路由数据包

Android 如何通过US压缩代理阻止Chrome移动路由数据包,android,google-chrome,caching,redirect,Android,Google Chrome,Caching,Redirect,我正在我的家庭开发环境中调试一个IP范围为192.168.0.0-255的API。 我在澳大利亚(相关原因如下),API是用PHP编写的,我正在运行Apache 我的服务器IP=192.168.0.20 我的路由器配置为将HTTP请求转发到此IP。 我的路由器的内部IP是192.168.0.1,外部IP是,例如,123.123.123 对于以下情况: 笔记本电脑,所有浏览器,通过wi-fi Android平板电脑,所有浏览器,通过wifi Android手机,使用互联网浏览器,通过wifi 服务

我正在我的家庭开发环境中调试一个IP范围为192.168.0.0-255的API。 我在澳大利亚(相关原因如下),API是用PHP编写的,我正在运行Apache

我的服务器IP=
192.168.0.20
我的路由器配置为将HTTP请求转发到此IP。 我的路由器的内部IP是
192.168.0.1
,外部IP是,例如,
123.123.123

对于以下情况:

  • 笔记本电脑,所有浏览器,通过wi-fi
  • Android平板电脑,所有浏览器,通过wifi
  • Android手机,使用互联网浏览器,通过wifi
  • 服务器检测到
    $\u服务器['REMOTE\u ADDR']=123.123.123
    。 延迟实际上为零,不会发生缓存。到目前为止,一切如期而至

    但是,当我通过相同的wi-fi连接从Chrome中的Android手机(分配的IP为
    192.168.0.10
    )提交相同的查询时,服务器检测到:

    $_SERVER['HTTP_X_FORWARDED_FOR']: 123.123.123.123
    $_SERVER['HTTP_FORWARDED']:       123.123.123.123
    $_SERVER['REMOTE_ADDR'] :         66.249.84.217`
    
    'REMOTE\u ADDR'
    也具有
    66.249.84.223
    66.249.84.229

    延迟约400ms,并且正在缓存我的API-因此没有返回正确/最新的值

    HTTP头的相关部分:

    Forwarded: for=123.123.123.123
    Scheme: http
    Via: 1.1 Chrome-Compression-Proxy
    
    我明白了
    66.249.84.0-255属于谷歌,也明白了为什么压缩在移动环境中经常有用。但就我而言,我宁愿避免环游世界的额外延迟

    当我在HTTPS上运行相同的查询时,不会发生通过谷歌服务器的重新路由


    有没有办法避免Chrome mobile重新路由我的数据包?

    你的请求大概是通过谷歌的网络路由的

    由于谷歌没有试图劫持您的SSL证书,因此没有对SSL连接进行此类重新路由

    在客户端,用户只需使用设置>带宽管理>减少数据使用量在设置中禁用此功能即可


    在服务器端,“撤消”路由已经太晚了,尽管您可以使用
    缓存控制:no transform
    头指示您不希望对响应进行转码。

    来自Google开发者文档:

    作为网站所有者,我如何选择退出内容优化? 数据压缩代理遵守标准缓存控制:无转换指令。站点所有者可以使用此指令标记单个资源,代理将直接将其传递到移动浏览器


    是的,我的答案是一样的。我在新西兰有一台网络摄像机,我可以从加拿大访问。我注意到在66-xx-xx范围内的访问日志中有很多可疑的访问,我相信摄像机被黑客攻击了,于是立即添加了一个该范围的访问拒绝(当时我知道该范围归谷歌所有……但当时我担心它可能是一台用途不明的云机器)

    然后注意到我不能在我的手机上访问Chrome上的NETCAM(但是可以在默认浏览器和任何Windows浏览器上),很明显中间有某种代理。进一步的研究使我来到这里

    这里有更多的信息-

    关闭“减少chrome设置中的数据使用”立即恢复对my netcam的访问


    我想知道它对谷歌有什么好处?当我的流量通过他们的代理时,从中挖掘哪些有价值的信息?

    注意:不适用于移动Chrome应用程序。您是否在浏览器中启用了“减少数据使用”?如果是这样的话,这很可能就是造成这种情况的原因。@admdrew是的,您是正确的-关闭了,行为恢复到了预期的状态。非常感谢:)这并不会让你选择不代理请求(无论如何,从技术上来说,现在已经太晚了)-只需停止谷歌对响应进行转码即可。您好,
    header(“缓存控制:无转换”)不起作用。我的页面仍然通过代理路由。