在F5 BIG-IP上把f5url替换成实际域名，核心是用iRule或Local Traffic Policy匹配Host、URI、Location，再把内部F5地址改写为真实域名，绑定Virtual Server后验证HTTP头和页面跳转。 如果只改请求Host，客户端可能仍被响应里的旧地址带回F5；只改响应内容，后端又可能收到错误Host，两条链路一起查,替换才稳。
F5 BIG-IP URL替换实际域名怎么操作？先分清请求替换和响应替换
把F5地址换成实际域名，不是改一个字符串那么简单，浏览器看到的是响应结果，后端看到的是F5转发过去的请求，请求侧和响应侧任一侧漏改，都可能出现跳转回旧地址、页面白屏、接口跨域失败。
请求链路：Host和URI怎么改
请求侧最常改的是HTTP Host头，比如VIP地址是10.10.10，客户端访问f5.example.com，后端只认www.example.com,这时要在HTTP_REQUEST阶段替换Host。
操作路径：
- 登录F5管理界面，进入Local Traffic > iRules > iRule List。
- 点击Create，命名如
ir_replace_domain。 - 在编辑区写入iRule,保存。
- 进入Local Traffic > Virtual Servers,选目标VS。
- 在Resources标签的iRules区域,把新iRule从Available移到Enabled。
- 点击Update生效。
最小iRule示例：
when HTTP_REQUEST {
if { [HTTP::host] eq "f5.example.com" } {
HTTP::header replace Host "www.example.com"
}
if { [HTTP::uri] starts_with "/old/" } {
HTTP::uri [string map {"/old/" "/new/"} [HTTP::uri]]
}
}
如果只替换域名，保留路径和查询参数，用HTTP::header replace Host即可，如果还要改URI路径，用HTTP::uri配合string map，据F5官方文档，iRule支持这些HTTP事件和命令,适合做边缘层改写。
响应链路：Location和页面内容怎么改
响应侧最容易被忽略，后端返回Location: https://f5.example.com/login，浏览器会再次跳到F5地址，用户看到域名变来变去,移动端App可能直接报错。
处理Location头：
when HTTP_RESPONSE {
if { [HTTP::header exists "Location"] } {
set loc [HTTP::header "Location"]
set newloc [string map {"f5.example.com" "www.example.com"} $loc]
HTTP::header replace Location $newloc
}
}
如果HTML页面里也写死了f5.example.com，只改Location不够，需要启用Stream Profile做内容替换：
when HTTP_RESPONSE {
if { [HTTP::header value Content-Type] contains "text/html" } {
STREAM::enable
STREAM::match "f5.example.com"
STREAM::replace "www.example.com"
}
}
这条路要先绑定Stream Profile，压缩内容、加密内容、二进制内容不能直接替换，多数情况下,先解压再替换更安全。
最小化操作步骤
- 确认要替换的旧地址：
f5.example.com、VIP IP、内部域名。 - 确认新地址：
www.example.com或业务正式域名。 - 在iRule List创建规则，先只加日志，不替换,观察命中情况。
- 日志写法：
log local0. "old host=[HTTP::host] uri=[HTTP::uri]"。 - 确认命中后，再加
HTTP::header replace和HTTP::uri。 - 绑定到测试Virtual Server,不要直接上生产VS。
- 用
curl -I -H "Host: f5.example.com" https://VS_IP/检查响应头。 - 浏览器无痕模式访问，检查地址栏、跳转链路、控制台报错。
- 最后同步到HA备机,并保留回滚版本。
F5 URL重写和Local Traffic Policy哪个好？维护成本对比
F5上做域名替换，常见三条路：iRule、Local Traffic Policy、Content Rewrite，选错方式,后面改一次规则就要动一次生产。
| 方式 | 适用场景 | 维护成本 | 主要限制 |
|---|---|---|---|
| iRule | 复杂条件、动态逻辑、多域名映射 | 中高 | 需要Tcl基础，写错影响流量 |
| Local Traffic Policy | 图形化、标准化替换 | 低 | 复杂逻辑表达受限 |
| Content Rewrite | 静态文本替换 | 低 | 压缩、加密、动态内容效果差 |
iRule适合复杂条件
当你要同时判断Host、URI、Header、Cookie，或者要根据不同路径跳到不同域名，iRule更灵活，比如/api/走api.example.com，/static/走static.example.com，代价是规则越复杂,排查越依赖日志。
Local Traffic Policy适合图形化规则
如果只是把f5.example.com统一换成www.example.com，Local Traffic Policy更直观，操作路径：Local Traffic > Policies > Policy List > Create，添加条件HTTP Host equals f5.example.com，动作选HTTP Header Replace，Header Name填Host，Value填
www.example.com，绑定到Virtual Server即可，行业共识认为，标准化规则优先用Policy,能减少脚本维护成本。
Content Rewrite适合静态文本替换
Content Rewrite适合响应体里的固定字符串替换，路径：Local Traffic > Profiles > Content Rewrite > Create，添加Rewrite Entry，查找f5.example.com，替换为www.example.com，再绑定到HTTP Profile或Virtual Server，它不擅长按路径判断,也不适合处理gzip压缩后的页面。
公司内网F5地址换成公网域名的配置步骤
公司内网系统对外发布时，经常出现内网F5地址被写进页面、接口、邮件模板，用户在公司外访问，就会卡在旧地址上,这类改造要按发布流程走。
准备阶段
- 梳理所有旧地址：页面链接、JS文件、CSS、接口返回值、Location头、Cookie Domain。
- 确认证书：新域名证书要绑定到Client SSL Profile,SNI要匹配。
- 确认DNS：公网DNS解析到F5 VIP或上层负载。
- 确认后端：后端应用是否校验Host,是否需要同步改白名单。
- 确认HA：配置同步是否正常,备机是否能接管。
发布阶段
- 在测试VS上绑定iRule,先用日志模式跑一段时间。
- 用
curl -v -H "Host: f5.example.com" https://测试IP/观察请求Host和响应Location。 - 开启替换后，重点看302、301、JS跳转、表单action。
- 发布到生产VS时，选择业务低峰期,保留旧iRule版本。
- 如果使用Local Traffic Policy，先绑定到测试Policy,再切生产。
验证阶段
- 浏览器无痕模式访问,检查地址栏是否稳定在新域名。
- 手机端、小程序、App内嵌页分别验证。
- 用
curl -L -v https://www.example.com/看完整跳转链。 - 检查Cookie的Domain属性是否还是旧地址。
- 检查控制台是否有混合内容警告。
- 检查F5日志
/var/log/ltm,确认iRule没有报错。
上海地区F5负载均衡域名替换服务价格怎么算？
上海地区企业做F5域名替换，价格通常不按“替换几个域名”简单报，而是按人天或项目包,影响价格的因素主要有：
- 设备版本和模块授权：不同版本iRule、Policy、Stream能力有差异。
- 是否HA双机：需要同步配置、切换测试,工作量增加。
- 规则数量：只改Host，和同时改Location、Cookie、HTML,复杂度不同。
- 是否涉及证书：新域名证书申请、替换、链补全都要时间。
- 测试窗口：夜间或周末窗口,人工成本更高。
- 回滚要求：是否需要一键回滚、灰度发布、监控告警。
较大比例的项目会包含现状梳理、规则编写、测试验证、发布支持、回滚方案，业内专家指出，F5边缘改写应尽量收敛到少数规则，避免每个业务线各写一套，价格上，远程支持和现场支持不同，上海本地现场通常按人天计价,具体取决于设备数量和业务系统数量。
F5 iRule替换域名后页面跳转异常怎么办？
替换后跳转异常，先不要怀疑F5坏了,多数问题是请求侧和响应侧没配平。
重定向循环
如果Host改成新域名，Location又改回旧域名，就会循环，检查iRule里是否同时存在HTTP::host和Location的反向替换，用curl -I看每次响应的Location。
和Cookie
HTTPS页面里还有http://f5.example.com的图片、JS，浏览器会拦截，Cookie的Domain如果还是旧地址，登录态可能丢失，需要同时替换响应体和Set-Cookie。
压缩与缓存
Content Rewrite对gzip内容经常无效，先确认HTTP Profile是否开启压缩，如果开了，要么关闭压缩，要么用Stream先解压，CDN、浏览器、F5缓存也可能返回旧内容,测试时加随机参数或清缓存。
日志与抓包
在iRule里加日志：
log local0. "host=[HTTP::host] uri=[HTTP::uri] loc=[HTTP::header Location]"
然后执行：
tail -f /var/log/ltm
配合tcpdump抓包，确认请求Host和响应Location，如果日志没有命中，说明iRule没绑定到正确VS,或者条件写错。
Q&A：F5 URL替换实际域名常见问题
F5 URL替换后需要重启服务吗？
通常不需要，iRule绑定到Virtual Server后立即对新连接生效，已建立的长连接、WebSocket连接可能继续走旧规则，生产环境建议在维护窗口或灰度VS验证,HA环境同步配置后备机也会生效。
F5 iRule替换域名会影响已建立的会话吗？
会，HTTP_REQUEST在新请求触发，HTTP_RESPONSE在响应触发，如果业务依赖会话保持，替换Host后后端可能重新识别会话，需要检查Cookie、源IP保持、SSL Session ID等配置。
如何只替换特定路径的域名？
用条件判断，例如只替换/app/路径：
when HTTP_REQUEST {
if { [HTTP::uri] starts_with "/app/" } {
HTTP::header replace Host "app.example.com"
}
}
响应侧再用HTTP::header exists "Location"做对应替换即可。