Cloud Native应用交付
  • 首页
  • 关于本站
  • 个人介绍
  • Downloads
  • Repo
    • Github
    • Container
  • F5
    • F5 Python SDK
    • F5-container
    • F5-LBaaS
  • 社交
    • 联系我
    • 微信/微博
    • 公众号
    • 打赏赞助
行至水穷处 坐看云起时
☁️We are in new App Mesh era: imesh.club ☁️
  1. 首页
  2. F5技术
  3. 正文

IBR(Intelligent Browser Rerferencing)总结

2008年05月03日 3486点热度 0人点赞 0条评论

技术背景:
浏览器会保持一个本地缓存,如果这个缓存没有设置超时时间,那么浏览器在请求这个内容时会使用一个额外的头:if-modified-since.如果服务器发现被请求的对象发生了改变,则服务器发送一个刷新的内容给浏览器,否则浏览器使用本地缓存。
大量使用浏览器这一自身特性会加大服务器负担。

IBR的功用:
可以减少或消除对服务器静态内容的请求。

IBR使用前提:
1.相关请求连接不能使用variation rule
2.相关请求连接不能使用proxy rule

IBR使用范围:
只对如下HTML标签起作用
img
script
link
form中input类型是image的,既“提交”等按钮是图片的。

IBR行为:
1.让浏览器对指定的内容(被PV标签的)使用一个很长的缓存时间,180天。这个值只是影响浏览器,并不影响WA自己对缓存的处理时间(lifetime中设置的)。
2.在相关的HTML标签里插入PV标签,这个PV标签是相关缓存对象的一个HASH,用来唯一识别WA上缓存的内容

 浏览器执行一个有附带条件的请求(if-modified-since)
 如果请求到的HTML代码内容中相关PV标签相同,则直接从本地缓存读取
 如果请求到的HTML代码内容中相关PV标签有变化,则浏览器重新获取相关内容(被PV标签的图片等)

启用IBR后,WA对浏览器的影响:
WA或略浏览器对被PV标签的内容设置的最小缓存时间。但是,对整个HTMl代码页面则遵循浏览器原始设置。即WA只影响img script link 等这些内容

总结:

一般来说启用了IBR后,都要在lifetime里设置忽略request和response中的no-cache设置!这样缓存的决定权就在WA上了。

IBR与东西是否缓存在WA上没有直接关系,它只是执行检查和插入。如果对一个HTML不缓存到WA上(应该不是指全代理而是指WA缓存时间0???),同样IBR是可以生效的。PV标签的那些图片等内容也不一定
在WA有缓存。

问题:

设置了IBR后,再在lifetime里设置的客户端缓存时间还有效吗??

本作品采用 知识共享署名 4.0 国际许可协议 进行许可
标签: F5 IBR WA
最后更新:2008年05月03日

纳米

http://linjing.io

打赏 点赞
< 上一篇
下一篇 >

文章评论

取消回复

纳米

http://linjing.io

☁️迈向Cloud Native ADC ☁️

认证获得:
Kubernetes: CKA #664
Microsoft: MCSE MCDBA
Cisco: CCNP
Juniper: JNCIS
F5:
F5 Certified Solution Expert, Security
F5 Certified Technology Specialist, LTM/GTM/APM/ASM
F5 Certified BIG-IP Administrator
  • 点击查看本博技术要素列表
  • 分类目录
    • Avi Networks (3)
    • Cisco ACI (1)
    • CISCO资源 (21)
    • F5 with ELK (8)
    • F5-Tech tips (38)
    • F5技术 (203)
    • Juniper (4)
    • Linux (7)
    • Nginx (18)
    • SDN (4)
    • ServiceMesh (19)
    • WEB编程 (8)
    • WINDOWS相关 (7)
    • 业界文章 (18)
    • 交换机技术 (20)
    • 化云为雨/Openstack (35)
    • 协议原理 (52)
    • 容器/k8s (64)
    • 我的工作 (19)
    • 我的生活 (70)
    • 网站技术 (19)
    • 路由器技术 (80)
    • 项目案例 (28)
    文章归档
    标签聚合
    F5 k8s openstack nginx istio DNS envoy gtm docker network flannel api irule bigip neutron cc kubernetes ELK vxlan BGP dhcp VPN IPSec lbaas ingress ingress controller nginx plus sidecar IPSec VPN NAT sql
    最新 热点 随机
    最新 热点 随机
    Say hello for 2021 二进制flannel部署,非cni网络模式下与k8s CIS结合方案 又是一年国庆 Service Account Token Volume Projection Istio ingressgateway 静态TLS证书加载与SDS发现方式配置区别 Istio里Gateway的port定义与实际ingressgateway的listener端口关系及规则 Helm 3 部署NGINX Ingress Controller 应用交付老兵眼中的Envoy, 云原生时代下的思考 Istio sidecar iptables以及流量控制分析 Istio 熔断策略及envoy配置
    Say hello for 2021
    Active/Active 模式下双机的配置同步 一个正常使用的ADSL配置 WA清除缓存命令 常见路由器关闭端口 1924/2912交换机简单试验[转] [转]应用安全--不是一个人的战斗 K8s 1.6.7安装F5 k8s-bigip-ctlr(F5 Container Connector,F5 CC) [利用IP取余来保证SNAT的保持] 修正测试OK版/updated on 2010/5/13 istio envoy sidecar 无策略时bootstrap配置 从docker到k8s的容器网络-PDF下载
    链接表
    • Jimmy Song‘s Blog
    • SDNap
    • SDNlab
    • SDN论坛
    • Service Mesh社区
    • 三斗室
    • 个人profile

    COPYRIGHT © 2020 Cloud Native应用交付. ALL RIGHTS RESERVED.

    THEME KRATOS MADE BY VTROIS

    京ICP备14048088号-1

    京公网安备 11010502041506号

    [ Placeholder content for popup link ] WordPress Download Manager - Best Download Management Plugin