Перенаправление слота развертывания Azure на тот же домен

Мой сценарий таков.

У меня есть основной сайт site.azurewebsites.net, который перенаправляет на https://website.dk (я купил этот домен) и создал еще один слот развертывания с именем веб-сайт-dev.azurewebsites.net. Однако, когда я хочу посетить «dev», он по-прежнему перенаправляется на https://website.dk, который имеет изменения с веб-сайта.azurewebsites.net.

Как я могу получить доступ к веб-сайту-dev.azurewebsites.net без перенаправления на основной?

Изменить: может быть, это перенаправление в файле web.config, но я закомментировал часть перенаправления и опубликовал?


person crystyxn    schedule 07.09.2016    source источник


Ответы (3)


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

Вы должны добавить условия в свои правила, чтобы они выполнялись только в производственной среде. Я рекомендую вам выполнить шаги, описанные в https://gist.github.com/alindgren/999c542a6625ddfb41f1b0293878dcad

person Francisco Goldenstein    schedule 18.01.2017

Я нашел решение, оказывается, мне пришлось прокомментировать весь блок <rewrite> в файле web.config.

<!--<rewrite>
  <rules>
    <rule name="Force HTTPS" enabled="true">
      <match url="(.*)" ignoreCase="false" />
      <conditions>
        <add input="{HTTPS}" pattern="off" />
      </conditions>
      <action type="Redirect" url="https://website.dk/" appendQueryString="true" redirectType="Permanent" />
    </rule>
  </rules>
</rewrite>-->
person crystyxn    schedule 07.09.2016
comment
Вы действительно должны вернуться и принять ответ Франциско - person cBlaine; 12.09.2018

Для меня этот симптом возник из-за правил маршрутизации балансировщика нагрузки с новой функциональностью слотов развертывания (предварительная версия). Это разрешение позволяет перенаправлять часть трафика из одного слота (т. е. рабочего) в другие слоты (т. е. промежуточного). Вы также можете перенаправлять трафик из промежуточной среды обратно в рабочую, поэтому существует матрица перемаршрутизации.

Эта конфигурация отправляет весь трафик на ожидаемый сайт

    TO  prod stag
FROM    
prod    100%   0%
stag      0% 100%

Это разумная конфигурация для AB-тестирования, когда 5% трафика prod идет на staging, а весь staging-трафик идет на staging.

    TO  prod stag
FROM    
prod    95%    5%
stag     0%  100%

Я поскользнулся и получил такую ​​настройку, при которой 100% промежуточной подготовки пошло в производство.

    TO  prod stag
FROM    
prod    100%  0%
stag    100%  0%

Пользовательский интерфейс немного неинтуитивен.

Чтобы решить эту проблему, для каждого веб-приложения (производство, подготовка, разработка и т. д.) в вашем веб-сервисе

  • нажмите «Слоты развертывания (предварительная версия)».
  • установите пропорцию трафика, подходящую для этого веб-приложения.

Если вы не проводите A/B-тестирование или подобное, вы должны направлять 100 % трафика в одно и то же приложение (т. е. 100 % в сером поле, 0 % во всех остальных).

Также кажется, что в Azure есть проблема с теми же симптомами, что и в вопросе, хотя это не моя проблема.

Балансировщик нагрузки Azure перенаправляет трафик промежуточных слотов в рабочую среду, но не может получить доступ к промежуточной.

person Michael C    schedule 09.01.2019
comment
Это не дает ответа на вопрос. Получив достаточную репутацию, вы сможете /comment">прокомментировать любой пост; вместо этого дайте ответы которые не требуют разъяснений от спрашивающего. – Из обзора - person mohan08p; 09.01.2019
comment
Расширено с конкретным решением моей проблемы - person Michael C; 09.01.2019