Скрыть путь в URL-адресе Rocket.Chat с помощью mod_rewrite

Уже несколько дней ищу решение своей проблемы. К сожалению безуспешно. Прежде чем я попробую еще несколько дней, и это, в конце концов, не решение, я прошу вас.

На моем сервере Univention я установил приложение "Rocket.Chat". Это устанавливает себя как контейнер Docker.

Я создал поддомен chat.example.com для Rocket.Chat, который указывает на сервер Univention. Чтобы позвонить в Rocket.Chat, мне нужно ввести в браузере:

https://chat.example.com/rocketchat/home

Мне это не нравится. Я бы хотел, чтобы когда я:

https://chat.example.com

Я попадаю прямо в Rocket.Chat. Я также справился с этим с помощью MOD_REWRITE. Но тогда браузер показывает полный URL (https://chat.example.com/rocketchat/home) еще раз.

Чтобы предотвратить это, я пробовал следующее:

RewriteEngine включен
RewriteCond %{HTTP_HOST} ^chat.example.com$ [NC]
RewriteRule ^/(.*)$ /rocketchat/home/ [P,L]

Где я делаю ошибку?

с лучшим

Чтобы проверить статус Rocket.Chat, я могу ввести следующее на хосте Univention.

root@gw01:~# curl -i http://127.0.0.1:40001/rocketchat/api/info
HTTP/1.1 200 ОК
X-XSS-защита: 1
X-Content-Type-Options: nosniff
X-Frame-Options: тот же источник
Content-Security-Policy: default-src 'self' ; подключить-источник *; данные font-src 'self':; кадр-источник *; img-источник * данные:; медиа-источник * данные:; script-src 'self' 'unsafe-eval'; style-src 'self' 'небезопасный встроенный' 
Идентификатор экземпляра X: QkBHePxDKXAd2ZaNk
Cache-Control: без хранения
Прагма: без кеша
тип содержимого: приложение/json
разрешение-управления-происхождением: *
заголовки-разрешения-управления-доступом: Origin, X-Requested-With, Content-Type, Accept, X-User-Id, X-Auth-Token
Варьировать: Accept-Encoding
Дата: суббота, 19 февраля 2022 г., 10:54:44 по Гринвичу
Соединение: Keep-alive
Keep-Alive: таймаут=5
Передача-кодирование: по частям

{"версия":"3.18.2","успех":правда}

Может быть, это поможет?

RewriteCond %{HTTP_HOST} ^chat.example.com$ [NC]
RewriteRule ^/(.*)$ /rocketchat/home/ [P,L]

Несколько запросов с этим:

• Почему вы используете п флаг? Это использует mod_proxy для прокси запрос?
• Это соответствует каждый URL и переписывает на один URL? В вашем примере упоминается только перезапись рута?
• Ваш пример не включает косую черту в конце цели, но вы включили косую черту в этом правиле? Является дом физический подкаталог?

Вместо этого попробуйте следующее, предполагая, что это правило находится в сервер (или же виртуальный хост) контекст:

RewriteCond %{HTTP_HOST} ^chat\.example\.com [NC]
RewriteRule ^/$ /rocketchat/home/ [L]

Однако то, работает ли это, может зависеть от самого приложения чата.

Спасибо уже за поддержку! я в процессе пытаюсь понять mod_rewrite. Я только что посмотрел документ apache на mod_proxy. Я думаю, что мне не нужно п флаг, так как я хочу только переписать URL.

Если я правильно понимаю документ, пример, как я, будет: п флаг без "ПроксиПасс" и "ПроксиПассРеверс" тоже не будет иметь никакого смысла, не так ли?

Под «корневым каталогом» вы имеете в виду каталог приложения, веб-сервера или VHOST, настроенного там? В конце концов, это контейнер Docker. Или под «корневым каталогом» вы подразумеваете VHOST «снаружи» Docker, то есть на сервере Univention, который я пытаюсь настроить здесь прямо сейчас?

Поэтому мне нужно добавить "\"перед каждым пунктом в RewriteCond?

Я не знаю, является ли «дом» физическим каталогом. Я просто вижу это как результат в браузере. Я открыл оболочку контейнера Docker, но не нашел там никакой конфигурации веб-сервера.

Затем я попробовал это следующим образом. Однажды с...дом/ и с ..дом.

Результат всегда один:

не обнаружена Запрошенный URL-адрес не найден на этом сервере.