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

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

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

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

1
crystyxn 7 Сен 2016 в 17:34

3 ответа

Лучший ответ

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

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

1
Francisco Goldenstein 18 Янв 2017 в 20:48

Я нашел решение, оказалось, что мне пришлось прокомментировать весь блок <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>-->
0
Mr Lister 15 Сен 2016 в 15:29

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

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

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

Это разумная конфигурация для тестирования AB, где 5% трафика идет на промежуточную, а весь промежуточный трафик идет на промежуточную.

    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 перенаправляет трафик промежуточных слотов в рабочую среду, не имея доступа к промежуточной среде.

-1
Michael C 9 Янв 2019 в 05:09