Конфигурация apache2 включает путь к папке в URL

Question

Моя текущая apache конфигурация:

<VirtualHost *:80>
     ServerAdmin admin@example.com
     DocumentRoot /var/www/html/lwiki
     ServerName wikiserver.internal
     ServerAlias wikiserver

     <Directory /var/www/html/lwiki>
        Options +FollowSymlinks
        AllowOverride All
        Require all granted
     </Directory>
</VirtualHost>

В момент перехода к wikiserver.internal вызывается индекс папки /var/www/html/lwiki, как и ожидалось.

Потому что я ' мне нужно было убедиться, что папка lwiki тоже включена в URL-адрес.

Например:

http://wikiserver.internal/index.php

должно отображаться внутри панели навигации обозреватель

http://wikiserver.internal/lwiki/index.php

Как убедиться, что папка lwiki обязательно должна быть включена во все URL-адреса.

Answer 1

Учитывая комментарии к вопросу, я бы сказал, что это должно указать вам правильное направление:

RewriteEngine on
RewriteCond %{REQUEST_URI} !^/lwiki/
RewriteRule ^ /lwiki%{REQUEST_URI} [QSA,R=301,END]

Вам, безусловно, нужно позаботиться о двух дополнительных аспектах:

1. DOCUMENT_ROOT должен не содержать конечную папку /lwiki и другие, поэтому должно быть только DocumentRoot /var/www/html.
2. вам необходимо убедиться, что правила перенаправления реализованы в том месте, где они фактически учитываются http-сервером, а
3. вам необходимо убедиться, что ваш wiki logi c доставляет относительные внутренние ссылки, чтобы он работал правильно без всех ссылок, которые необходимо перенаправлять.

Рекомендуется начать с временного перенаправления 302 и изменить его на постоянное перенаправление 301 позже, когда вы убедитесь, что все настроено правильно. Это предотвращает проблемы с кешированием при пробах ...

В случае, если вы получаете внутреннюю ошибку сервера (статус http 500), используя приведенное выше правило, то есть вероятность, что вы используете очень старую версию apache http сервер. В этом случае вы увидите явный намек на неподдерживаемый флаг [END] в файле журнала ошибок вашего http-сервера. Вы можете попробовать обновить или использовать более старый флаг [L], он, вероятно, будет работать так же в этой ситуации, хотя это немного зависит от ваших настроек.

Эта реализация будет работать аналогично в конфигурации хоста http-серверов или внутри распределенного файла конфигурации (файл ".htaccess"). Очевидно, что модуль перезаписи должен быть загружен внутри http-сервера и включен на http-хосте. Если вы используете распределенный файл конфигурации, вам необходимо позаботиться о том, чтобы его интерпретация была вообще включена в конфигурации хоста и чтобы он находился в папке хоста DOCUMENT_ROOT.

И общее замечание: вы всегда должны предпочитать помещать такие правила в конфигурацию хоста http-серверов вместо использования распределенных файлов конфигурации («.htaccess»). Эти распределенные файлы конфигурации добавляют сложности, часто являются причиной неожиданного поведения, их трудно отлаживать, и они действительно замедляют работу http-сервера. Они предоставляются только в качестве последнего варианта для ситуаций, когда у вас нет доступа к реальной конфигурации хоста http-серверов (читайте: действительно дешевые поставщики услуг) или для приложений, настаивающих на написании своих собственных правил (что является очевидным кошмаром безопасности).