Forum Discussion

Abhi-netdive's avatar
Abhi-netdive
Icon for Nimbostratus rankNimbostratus
Nov 15, 2023

How 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.

 

 

application delivery
  • Paulius's avatar
    Paulius
    Icon for MVP rankMVP
    Nov 15, 2023

    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-netdive's avatar
    Abhi-netdive
    Icon for Nimbostratus rankNimbostratus
    Nov 15, 2023

    In 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's avatar
      Paulius
      Icon for MVP rankMVP
      Nov 15, 2023

      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's avatar
    Abhi-netdive
    Icon for Nimbostratus rankNimbostratus
    Nov 15, 2023

    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. 

    If there is way to include in the response going back "/x/" it would be able to resolve from client. 

     

    • Paulius's avatar
      Paulius
      Icon for MVP rankMVP
      Nov 15, 2023

      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's avatar
    zamroni777
    Icon for Nacreous rankNacreous
    Nov 17, 2023

    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

  • beredis's avatar
    beredis
    Icon for Nimbostratus rankNimbostratus
    Aug 18, 2024

    The 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's avatar
      beredis
      Icon for Nimbostratus rankNimbostratus
      Aug 20, 2024

      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's avatar
    CeinarF
    Icon for Employee rankEmployee
    Aug 21, 2024

    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

     

Related Content