Вопросы Теги

Apache: подпапка перенаправления к другому IP в LAN

Обновление: На вкладке "расписания" выберите некоторую дату в прошлом (и не вручную!). Я думаю, что это должно быть достаточно. Но я не протестировал его в последнее время. Для создания этого, больше завершенное выбирает некоторое условие остановки reasnoble и также избранный запуск новый файл журнала в, "когда файл журнала закрывается" поле. Я полагаю, что это должно решить Вашу проблему.

Перед Обновлением: Что Вы подразумеваете "под перезвездами счетчика производительности?". Счетчик производительности всегда доступен, когда система в порядке. Если Вы хотите регистрировать данные из счетчика, чем можно использовать "встречный журнал" функция. Вы создаете новый журнал со счетчиками, которыми Вы заинтересованы. и может настроить планирование входа. Это автоматически запустит если перезагрузки компьютера.

4
задан 13 April 2017 в 15:14
2 ответа

Mod_Rewrite более гибок, чем mod_proxy. Не прокомментируйте линию нагрузки для него.

Простое сравнение здесь http://www.wellho.net/mouth/1376_Choosing-between-mod-proxy-and-mod-rewrite.html

<VirtualHost *:80>

RewriteEngine on

# just in case (don't want to accidentally expose all the internal servers) !
ProxyRequests off

# define a log file
RewriteLog /var/log/apache/server2.rewrite.log
RewriteLogLevel 1

# add the tailing / if not there
RewriteRule     ^/server2$          http://www.mydomain.com/server2/  [R] [L]

# proxy the request to internal url
RewriteRule     ^/server2/(.*)      http://192.168.1.102/$1 [P]

Обратите внимание, что этот пример чувствителен к регистру.

3
ответ дан 3 December 2019 в 03:49

Использование:

ProxyPass /server2 http://192.168.1.102/server2

Вам, возможно, также понадобится ProxyPassReverse также. См. документацию Apache:

http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#proxypass

Обратите внимание, что бэкенд mod_wsgi ДОЛЖЕН смонтировать приложение в том же sub URL, как это появляется и проксируется как на фронтэнде.

Также знайте, что это может потребовать, чтобы конфигурация на бэкэнде играла, что размещает/портирует, кажется, что приложение бэкэнда работает так на реконструкции URL в работах бэкэнда правильно при использовании. Так исследование, которое, если Вы находите его, проблема.

0
ответ дан 3 December 2019 в 03:49
  • 1
    , я получаю 403 запрещенных ошибки и это находится в апачском журнале ошибок webserver1: [Sun 05 сентября 18:21:13 2010] [ошибка] [клиент xxx.xxx.xxx.xxx] клиент, отклоненный конфигурацией сервера: proxy:192.168.1.102 мне нужен mod_proxy на webserver2? Кроме того, я не ясен на том, что Вы подразумевали под монтирующейся проблемой с mod_wsgi. django приложение на webserver1 смонтировано в/, но это подается в mydomain.com/app –  NP01 5 September 2010 в 15:53
  • 2
    понятия не имел бы, почему Вы добираетесь 403, поскольку Вы не предоставили деталей о конфигурации фронтэнда. Относительно монтирования приложения Django, Вы должны будете для первого аргумента WSGIScriptAlias быть/server2. т.е., соответствовать тому, какой sub URL это появляется как на фронтэнде. Если Вы не сделаете этого, то необходимо будет использовать обертку промежуточного программного обеспечения WSGI для игры SCRIPT_NAME, чтобы быть/server2. Не делайте этого, и Вы найдете, что проблемы перенаправлений из приложения Django будут неправильными, как будет пропускать/server2 в URL перенаправления. –  Graham Dumpleton 6 September 2010 в 02:29

Теги

Похожие вопросы