URL 리디렉션

Azure Front Door 프로토콜, 호스트 이름, 경로 및 쿼리 문자열의 각 수준에서 트래픽을 리디렉션할 수 있습니다. 리디렉션이 경로 기반이므로 개별 마이크로 서비스에 대해 이러한 기능을 구성할 수 있습니다. 이 설정은 리소스 사용을 최적화하여 애플리케이션 구성을 간소화하고 전역 및 경로 기반 리디렉션을 비롯한 새로운 리디렉션 시나리오를 지원합니다.

리디렉션 유형

리디렉션 유형은 클라이언트가 리디렉션의 목적을 이해할 수 있도록 응답 상태 코드를 설정합니다. Azure Front Door 다음과 같은 유형의 리디렉션을 지원합니다.

• 301(영구적으로 이동): 대상 리소스에 새 영구 URI가 있음을 나타냅니다. 이후 이 리소스에 대한 모든 참조는 포함된 URI 중 하나를 사용합니다. HTTP에서 HTTPS로 리디렉션하는 데 301 상태 코드를 사용합니다.
• 302(찾음): 대상 리소스가 일시적으로 다른 URI 아래에 있음을 나타냅니다. 리디렉션은 수시로 변경될 수 있으므로 클라이언트는 이후 요청에 유효한 요청 URI를 계속 사용해야 합니다.
• 307(일시적 리디렉션): 대상 리소스가 일시적으로 다른 URI 아래에 있음을 나타냅니다. 사용자 에이전트는 해당 URI로 자동 리디렉션을 수행하는 경우 요청 메서드를 변경 해서는 안 됩니다 . 리디렉션은 시간이 지나면서 변경될 수 있으므로 클라이언트는 이후 요청에 원래의 유효한 요청 URI를 계속 사용해야 합니다.
• 308(영구 리디렉션): 대상 리소스에 새 영구 URI가 있음을 나타냅니다. 이후 이 리소스에 대한 모든 참조는 포함된 URI 중 하나를 사용해야 합니다.

리디렉션 프로토콜

리디렉션에 대한 프로토콜을 설정합니다. 리디렉션 기능의 가장 일반적인 사용 사례는 HTTP를 HTTPS 리디렉션으로 설정하는 것입니다.

• HTTPS 전용: HTTP에서 HTTPS로 트래픽을 리디렉션하려는 경우에만 프로토콜을 HTTPS로 설정합니다. Azure Front Door 항상 리디렉션을 HTTPS로만 설정하는 것이 좋습니다.
• HTTP만 사용: 들어오는 요청을 HTTP로 리디렉션합니다. 이 값은 암호화되지 않은 트래픽 HTTP를 유지하려는 경우에만 사용합니다.
• 요청 일치: 이 옵션은 들어오는 요청에서 사용하는 프로토콜을 유지합니다. 따라서 HTTP 요청은 HTTP로 유지되고 HTTPS 요청은 리디렉션 후 HTTPS로 유지됩니다.

대상 호스트

리디렉션 라우팅을 구성하는 과정에서 리디렉션 요청에 대한 호스트 이름 또는 도메인을 변경할 수도 있습니다. 이 필드를 리디렉션 URL의 호스트 이름으로 변경할 수도 있고, 들어오는 요청의 호스트 이름을 유지할 수도 있습니다. 따라서 이 필드를 사용하여 https://www.contoso.com/*으로 전송되는 모든 요청을 https://www.fabrikam.com/*으로 리디렉션할 수 있습니다.

대상 경로

URL의 경로 세그먼트를 리디렉션의 일부로 바꾸려면 이 필드를 새 경로 값으로 설정합니다. 그렇지 않은 경우 경로 값을 리디렉션의 일부로 유지하도록 선택합니다. 이 필드를 사용하여 https://www.contoso.com/*에 전송된 모든 요청을 https://www.contoso.com/redirected-site로 리디렉션할 수 있습니다.

쿼리 문자열 매개 변수

리디렉션 URL에 사용할 쿼리 문자열 집합입니다. 이 필드의 값은 들어오는 쿼리 문자열을 덮어씁니다. 이 필드를 비워 두면 들어오는 쿼리 문자열이 유지됩니다. 쿼리 문자열은 <key>=<value>(으)로 구분된 & 형식이어야 합니다.

목적지 프래그먼트

대상 조각은 브라우저가 웹 페이지의 특정 섹션에 착륙하는 데 사용하는 URL #의 부분입니다. 리디렉션 URL에 조각을 추가하려면 이 필드를 설정합니다.

관련 콘텐츠

• Front Door를 만드는 방법을 알아봅니다.
• Azure Front Door 규칙 집합에 대해 자세히 확인하세요.
• Front Door의 작동 원리를 알아봅니다.