Выполнение обратного прокси перед Splunk 4.x
Если Вам настраивали почтовый сервер, Вы могли бы попытаться просто добавить запись в/etc/aliases файл, что-то как:
friend:newaddress@somedomain.com
перенаправил бы всю почту, Вы получили адрес другу {любой домен, Вы получаете почту для} к новому адресу. Это делает много предположений о почтовой установке на Вашем сервере и вероятно потребует, чтобы немного больше конфигурации, чем это действительно сделало то, что Вы хотите.
Если проблемой является DNS, связанный однако, Вы могли бы, вероятно, просто добавить запись MX, указывающую везде, где записи DNS указали ранее. Затем почта пошла бы, где она сделала перед внесением любых изменений, и Вы не должны должны быть делать что-либо еще.
Одна из моих установок Splunk находится позади обратного прокси. Инструкции закончены по splunkninja.com: http://splunkninja.com/profiles/blogs/configuring-apache-as-a
-
1Спасибо за ответ - я думаю, что существует что-то более фундаментальное повреждение поведения прокси как Вы shouldn' t должен иметь три отдельных правила для {en-США, статичные, менеджер}. Я думаю it' s более вероятно, чтобы быть или отличием поддерживают экземпляр Splunk или более сложную конфигурацию прокси, требуется, чтобы гарантировать, что элементы cookie переводятся правильно. Прочь к tcpdump я иду. – sgerrand 17 November 2009 в 00:41
Я вижу, вы отображаете / splunk в / splunk внутреннего экземпляра, порт 8000. Я не знаю, как ведет себя ваша версия, но наш (4.2) отвечает непосредственно на /.[12106 impression Можете ли вы попробовать удалить часть / splunk из URL-адреса серверной части? Примерно так:
ProxyPass /splunk http://127.0.0.1:8000/
ProxyPassReverse /splunk http://127.0.0.1:8000/
Я пока не могу комментировать ... отвечая на @sgerrand
Я решил проблему, создав два разных правила перезаписи. Один для статического, а другой - для остального содержимого. Имейте в виду, что моя конфигурация предназначена для двух поисковых головок Splunk с разными контекстами.
< VirtualHost blablabla:443>
.... .... Все, что связано с именем сервера, каталогом, корнем документа и конфигурацией SSL .... ....
AllowEncodedSlashes On
SSLProxyEngine On
RequestHeader set Front-End-Https "On"
Отключить проверку сертификатов на SSLProxy, потому что использование самозаверяющих сертификатов на головках поиска Splunk
SSLProxyVerify none
SSLProxyCheckPeerCN off
SSLProxyCheckPeerName off
SSLProxyCheckPeerExpire off
правило перезаписи для пересылки запроса для каждой из голов поиска
ProxyPassReverse /one https://10.0.1.1:8000/one
ProxyPassReverse /two https://10.0.1.2:8000/two
RewriteEngine on
правило перезаписи для нестатического контекста
RewriteRule /one(.*) balancer://splunkbalancer_one$1 [P]
RewriteRule /two(.*) balancer://splunkbalancer_two$1 [P]
перезапись для статических запросов
RewriteRule ^/(.+) balancer://splunkbalancer/$1 [P]
настройка для закрепленного сеанса на балансировщиках
Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED
Balacer для статических запросов
<Proxy balancer://splunkbalancer>
BalancerMember https://10.0.1.1:8000/one route=1
BalancerMember https://10.0.3.2:8000/two route=2
ProxySet stickysession=ROUTEID
</Proxy>
Balacer для нестатических запросов для каждого контекста Splunk. Это необходимо для подготовки к будущему и иметь более одной поисковой головки в каждом контексте
<Proxy balancer://splunkbalancer_one>
BalancerMember https://10.0.1.1:8000/one route=1
ProxySet stickysession=ROUTEID
</Proxy>
<Proxy balancer://splunkbalancer_two>
BalancerMember https://10.0.1.2:8000/two route=2
ProxySet stickysession=ROUTEID
</Proxy>
</VirtualHost>