как разрешить прокси-проход с одним и тем же местоположением, с несколькими контекстными путями

сервер {
    слушать 80;
    имя_сервера example.com www.example.com; 
    

местоположение/консоль {

    если ($request_method !~ ^(GET|POST)$) {
        вернуть 405 "Не разрешено";
    }
     
    установить $consolalb alb.backend;
    proxy_pass http://$consolalb/workspace/;
    
    прокси_http_версия 1.1;
    proxy_set_header Обновить $http_upgrade;
    proxy_set_header Соединение «обновление»;
    proxy_set_header Хост $host;
    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;      
    }
}

У меня есть сценарий, когда пользовательский запрос достигает нашего обратного прокси-сервера контейнера ngnix. www.example.com/consol и он должен пересылаться на серверный alb (например, alb.backend), и alb сопоставляется с сервером приложений oracle hyperion с контекстным путем /workspace.

с приведенной выше конфигурацией я могу загрузить начальную страницу входа в систему /workspace/index.jsp, а также получать дополнительные всплывающие окна с разными путями контекста, получая ошибку, например, страница не найдена. URL-адреса этих страниц не найдены www.example.com/interop, www.example.com/mypage.jsp и т. д. во всех всплывающих окнах появляется ошибка «страница не найдена».

Мне нужно какое-то предложение, как переслать www.example.com/consol входящий запрос пользователя на http://$consolalb/workspace/; в первый раз и последующий поп-запрос на http://$consolalb/*

Ваше приложение генерирует URL-адреса в выходных данных, которые оно создает. Поэтому вам необходимо настроить приложение для использования правильного базового URL-адреса, чтобы URL-адреса, которые оно генерирует, были правильными.