Android 如何通过US压缩代理阻止Chrome移动路由数据包
我正在我的家庭开发环境中调试一个IP范围为192.168.0.0-255的API。 我在澳大利亚(相关原因如下),API是用PHP编写的,我正在运行Apache 我的服务器IP=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 服务
192.168.0.20
我的路由器配置为将HTTP请求转发到此IP。
我的路由器的内部IP是192.168.0.1
,外部IP是,例如,123.123.123
对于以下情况:
$\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(“缓存控制:无转换”)不起作用。我的页面仍然通过代理路由。