Forum Discussion
Abhi-netdive
Nimbostratus
NimbostratusHow can we remove a part of uri while sending to backened server while maintaining the frontend url
The requirement is Client access with url : https://abc.com/x/* the request comes to f5 and f5 removes the "/x" in uri keeping all other parts of uri same as : https://abc.com/* and then forward to backened member serever 1.2.3.4 on port 44500.
We have tried using the Policy :
- first user gets the backened page on https://abc.com/x/* as expected there is option to login in the page, when the user enters the credentials and submit, it starts connecting to backened url https://abc.com/* directly from client browser making it fail.
Configuration done in f5 :
Match condition : HTTP URI full string contains '/x' at request time.
Then:
1. Replace HTTP URI Path: 'tcl:[string map {/x/ /} [HTTP::uri]]' at request time.
2. Forward traffic to pool '/Common/1.2.3.4-44500' at request time.
Please help sugeest how can we stop the redirect happening from CLient browser to backened url. which is only intended f5 to backened server communication.
- Paulius
MVP
Abhi-netdive It sounds to me like the server might be sending the original path to the client and that's why you are experiencing this behavior. If you open up developer tools in your browser do you see the server field coming back as BIG-IP or something else when the URI changes?
Abhi-netdiveIn developer tools when we see the response from server in client browser, it does show the frontend host as expected, but we see the server has given the backened uri as actual without including the "/x" which we removed.
Even the page that it dispays for login was not loaded properly missing images in developer tools shows that image was not able to load as it tried with direct uri from customer browser to load it eg https://abc.com/image1 rather than https://abc.com/x/image1.
- Paulius
Abhi-netdive The reason you're having this issue is because the server does not know that the client made a request to a path with "/x/" so when it sends the literal path to the client to retrieve the images the client searches for that literal path. What is the reasoning for not allowing the client to use the real URI path and it must use the "/x/" in the path? I don't believe you will be able to get around this without editing the response from the server and adding in "/x/" to every response that it sends to the client which will complicate the configuration which will cause delays when troubleshooting.
- Abhi-netdive
The /x is used as identifier to take the connection the required server in backened. Like /directory is common in all server if we want server1/ directory to access from outside, then /x is added in url to use it condition to match and then forward to server 1.
Please suggest how can we edit the responses urls.
- A common starting identifier is there in actual url in responses from server eg "/z/" https://abc.com/z/image1, https://abc.com/z/image2,
If there is way to include in the response going back "/x/" it would be able to resolve from client.
- Paulius
Abhi-netdive If your intent is to allow the client to pick which server they want to be balanced to you should have them insert a cookie or header field that specifies the server and direct traffic that way so you do not have to manipulate the path on request or response.
- zamroni777
Nacreous
you can manipulate all href and src in HTTP response but it's not feasible if the URL is generated by client side Javascript.
the clean and ideal solution is asking the app developer to only use relative paths 
beredisThe key is to ensure that any redirects or URLs generated by the backend server that the client sees have /x/ prefixed. By rewriting the Location header and possibly modifying the response content, you can prevent the client from bypassing the F5 and ensure that all traffic goes through it, maintaining the original client-facing URL structure.
- beredis
After uninstalling the game and client, make sure there are no leftover files and folders. Sometimes uninstallation leaves configuration files that can cause problems when reinstalling. Go to the location where the client was previously installed and delete any remaining files or folders related to Plarium or the game. As for the frontend, it's best to trust the professionals The Frontend Company who can really help. Old registry entries can also cause problems. Use a utility like CCleaner or check the registry manually (using regedit) for any remaining Plarium or game related entries and delete them if there are any. Be careful when editing the registry.
- CeinarF
Employee
Hello,
why don't you simply use a Rewrite Profile for that ?
If you create a URI Translation profile with the rule/rules you need (see image) will work as you need.
BR
