Redirect but keep the original url in the address bar

Question

Given a domain hosted in our company orginalSite.com but this site should resolve to vendor site ex: vendorsite.com.&nbsp;
It can not be redirected because requirement is to keep orginalSite.com (original url) in the browser address bar.&nbsp;
Here are couple of I rules that I tried.&nbsp;
Try1: replacing host headers&nbsp;
when HTTP_REQUEST {
      HTTP::header replace Host "vendorsite.com"
   HTTP::uri "/UserAccount/Login"
}&nbsp;
Try2:&nbsp;
when HTTP_REQUEST {
set dest [lindex [RESOLV::lookup @8.8.8.8 -a "vendorsite.com"] 0]
node $dest 443&nbsp;
}&nbsp;
Any help will greatly appreciated.&nbsp;

vernonwells · Answer

The first approach is likely what you need; that is, replace the Host header and request URI path before it is submitted to the server.  If you're running 11.5+:
when HTTP_REQUEST {
    HTTP::host "vendorsite.com"
    HTTP::path "/UserAccount/Login"
}

Is this not working as you expect?
Incidentally, you can also use a Local Traffic Policy:
SOL15085: Overview of the Local Traffic Policies feature

shashank_shetti · Answer

Vernon thanks for the response but it is not working.  &nbsp;
Here is the error message from httpfox:
[Fiddler] ReadResponse() failed: The server did not return a complete response for this request. Server returned 0 
bytes.                                                                                                                                                                                                                                                                                                                                                                                                       &nbsp;
Yes we are on Version  11.5.2&nbsp;

josh_hill_17083 · Answer

You can try using proxypass irule to help with this. Not sure if it will 100% answer your question, but helpful with hostname shenanigans. &nbsp;
https://devcentral.f5.com/codeshare/proxypass-v10-v11&nbsp;
Rgds
Josh&nbsp;

vernonwells · Answer

@shashank - Is there an error in /var/log/ltm that appears when you make a request?  If not, then the server is probably unhappy with the modified request.  You can do two tests:
From the BIG-IP, use curl to make the modified request;Run tcpdump on the BIG-IP to verify the result.
For the first:
 curl --resolve vendorsite.com:80: -V http:///UserAccount/Login 2&gt;&amp;1 | less

where  is the IP address of the server.  This will return the HTTP response.  If it tries without working, then there is a path problem.
For the second:
 tcpdump -i 0.0 -s0 -w /var/tmp/dump.pcap host

If you are using SNAT, it must be:
 tcpdump -i 0.0 -s0 -w /var/tmp/dump.pcap host  or 'host  and host '

Then retrieve the pcap file (/var/tmp/dump.pcap) and open it in Wireshark to see what's going on.

josh_abaire · Answer

If the backend server is configured to serve content for vendorsite.com you may also want to consider rewriting the response header, incase the Location field exists it can also be changed.  Something along these lines:
when HTTP_RESPONSE {
if {[HTTP::header value "Location"] contains "vendorsite.com"} {
    HTTP::header replace Location [string map {"vendorsite.com" "originalsite.com"} 
}

}

Forum Discussion

SSO Login Update Coming to DevCentral

Kevin - June 2026 Featured F5er

Tyler - May 2026 Featured Member

Recent Discussions

Related Content

F5 Distributed Cloud (XC) - Origins & Health Checks

F5 Distributed Cloud Origin Server Subset Rules

F5 HTTPS Redirect 2025

The Blind Spot in Cloud WAF Architectures: Shared IPs and the Origin Bypass Problem

F5 Distributed Cloud - Traffic Steering based on Client IP Address