cum să permiteți trecerea proxy cu aceeași locație, cu mai multe căi de context

Server {
    asculta 80;
    nume_server example.com www.example.com; 
    

locație /consol {

    if ($metoda_cerere !~ ^(GET|POST)$) {
        returnează 405 „Nu este permis”;
    }
     
    set $consolalb alb.backend;
    proxy_pass http://$consolalb/workspace/;
    
    proxy_http_versiunea 1.1;
    proxy_set_header Actualizare $http_upgrade;
    proxy_set_header Conexiune „upgrade”;
    proxy_set_header Gazdă $gazdă;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Custom-Forwarded-Proto $http_x_forwarded_proto;        
    proxy_cache_bypass $http_upgrade;      
    }
}

Am scenariul în care cererea utilizatorului ajunge la proxy-ul invers al containerului ngnix. www.example.com/consol și trebuie să redirecționeze către backend alb (de exemplu alb.backend) și alb este mapat la serverul de aplicații oracle hyperion cu calea contextului /spațiul de lucru.

cu configurația de mai sus, pot să încarc pagina de conectare inițială /workspace/index.jsp, împreună cu care obțin ferestre de tip pop-up suplimentare cu căi de context diferite, obținând eroare precum pagina negăsită. acele pagini care nu au fost găsite arată ca www.example.com/interop, www.example.com/mypage.jsp etc. toate ferestrele pop-up au o eroare de pagină nu a fost găsită.

Am nevoie de niște sugestii cum să trimit www.example.com/consol cererea primită de la utilizator la http://$consolalb/workspace/; pentru prima dată și cerere pop ulterioară către http://$consolalb/*

Aplicația dvs. generează adresele URL în rezultatul pe care îl creează. Prin urmare, trebuie să configurați aplicația pentru a utiliza o adresă URL de bază corectă, astfel încât adresele URL pe care le generează să fie corecte.