Перенаправление URL-адресов нарушает работу приложения

У меня есть такая конфигурация http, где я добавил префикс pod1 при доступе к app1. Без префикса pod1 URL-адрес app1 работает отлично.

Но с префиксом pod1 я могу получить доступ к URL-адресу приложения 1, могу войти в систему, но это нарушает ответ (удаление префикса pod1), поступающий с веб-сервера, и нарушает URL-адрес приложения (например, выход из системы не работает и другой ответ).

 [URL='https://lumtu.com/yti/cwFFwcDFodHRwOi8vYXBwc2VydmVyMS9wb2QxL2xQ2']http://appserver1:7001/pod1/app1[/URL]

Код (разметка): поэтому, если пользователь хочет получить доступ

 [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL]

Код (разметка): он должен использовать

 <Location /pod1/app1> SetHandler weblogic-handler WebLogicHost appserver1 WeblogicPort 7001 ProxyPass [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL] ProxyPassReverse [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL] </Location>

Код (разметка): в браузере. Я что-то здесь упускаю? Нужно ли мне добавлять сюда правило перезаписи? Любая помощь будет оценена по достоинству.

Не используя директиву Location, я напрямую использовал обратный прокси-сервер, что решило проблему.

 SetHandler weblogic-handler


WebLogicHost appserver1


WeblogicPort 7001


ProxyPass /pod1/app1 [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL]


ProxyPassReverse /pod1/app1 [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL]

Код (разметка):

> 1. Удалите все 301-перенаправления из вашей конфигурации .htaccess/mod_rewrite. Это также может остановить причинение ущерба в начале.

2. Устаревший файл (возможно, добавьте что-нибудь стандартное), например content-123-orig.html, можно переименовать.

3. Создайте новое правило mod_rewrite для перенаправления 302 с основного устаревшего URL-адреса на новый URL-адрес, которое будет перенаправлять все существующие ссылки со старого сайта на старый URL-адрес для всех браузеров без кэшированных перенаправлений 301.



4. Затем создайте правила mod_rewrite, которые выполняют перенаправления 302 из целей перенаправления 301, которые будут перенаправлять клиентов, которые использовали новый веб-сайт, и обслуживать правильную страницу для клиентов с кэшированным перенаправлением 301 — например, браузер A кэшировал перенаправление 301, и поэтому, когда вы вводите /content-123.html в его адресной строке, он вместо этого пытается загрузить «/products/widgets.html». Из-за нового правила 302 будет сообщено, что «/products/widgets.html» временно перемещено в «/content-123-orig.html», и пользователь загрузит устаревшее содержимое страницы.