Вопросы Теги

cloudfront infront elb и proxypreservehost

у меня есть апачская конфигурация в ec2 экземпляре как:

        RewriteEngine On 
        ProxyPreserveHost On 
        ProxyRequests On 
        ProxyPass /blog http://212.128.122.142/blog

это работает, пока я не указываю на свою запись DNS на ELB, но не, если я изменяю свой DNS для указания на CDN., или я получаю 502 или перенаправляю цикл.

Я также попробовал, переписывают правило, поскольку я видел, что 502 недопустимых шлюза были то, потому что CDN пытается получить доступ как myendpoint.elb.amazonaws.com/blog и та привычка быть поданным Apache, таким образом, я изменился так, чтобы апач принял orgin конечную точку как serverAlias, и перепишите конусовидный для перезаписи URL назад к исходному имени хоста и передаче его к IP с proxypreserve.

RewriteCond %{HTTP_HOST} !^(www\.)?mydomain\.com
        RewriteCond %{HTTP_HOST} ^myendpoint.elb.amazonaws.com$
        RewriteRule ^/blog http://mydomain/blog[R,L]

(я должен получить доступ к блогу / с другого сервера, размещенного с тем же доменом. И, как упомянуто выше всего этого на работы до ELB указывают на Запись DNS, но останавливаются на CDN, который кто-либо возглавляет?)

Чего я пытаюсь достигнуть: разместите блог / в другом сервере, имеющем эту всю работу с cloudfront в вершине ELB

-1
задан 10 July 2014 в 15:55
1 ответ

- Я отвечаю на свой вопрос, так что другие могут извлечь пользу; Первоначально я думал, что это проблема с облачным фронтом и его механизмом. Оказывается:

[После включения входа в систему как в elb, так и в cloudfront, я увидел, что]

Если вы указываете свой домен на cloudfront, а cloudfront имеет происхождение как ELB [компенсатор нагрузки] , то он посылает запрос на соответствующий EC2 Instances, и ваш запрос на пример . com не будет идти как example.com, а будет идти как endpoint:

облачный фронт отправит этот запрос на elb как orginpoint, так что ваш url будет myendpoint. elb.amazonaws.com, а не example.com и он отправит запрос на myendpoint.elb.amazonaws.com:80/blog, И основной проблемой здесь был другой обратный прокси, который расположен перед моим блогом сервера, который не смог понять запрос, потому что nginx в этом обратном прокси был настроен на отклонение неопределенных доменов * для работы в качестве 444.

После этого мне не нужна была перезаписывающая секунда и правило, так как прокси-сервер обрабатывал его счастливо :)

.
0
ответ дан 5 December 2019 в 20:43

Теги

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