URL 재작성

Azure Front Door는 URL 다시 쓰기를 지원하므로 원본으로 라우팅되는 요청 경로를 수정할 수 있습니다. 이 강력한 기능을 사용하면 URL 또는 지정된 헤더를 다시 작성해야 하는 시기를 결정하는 조건을 정의할 수 있습니다. 이러한 조건은 요청 및 응답에 있는 정보를 기반으로 합니다.

URL 다시 쓰기를 사용하면 디바이스 유형 또는 요청하는 파일 형식과 같은 요인에 따라 최종 사용자를 다른 원본으로 리디렉션할 수 있습니다. URL 다시 쓰기 작업은 규칙 집합 내에서 쉽게 구성할 수 있으므로 라우팅 동작을 세분화하여 제어할 수 있습니다.

원본 패턴

원본 패턴은 바꾸려는 초기 요청의 URL 경로를 나타냅니다. 현재 원본 패턴은 접두사 기반 일치 방법을 사용합니다. 모든 URL 경로와 일치하려면 슬래시(/)를 원본 패턴의 값으로 지정할 수 있습니다.

URL 다시 쓰기 작업의 컨텍스트에서 경로 구성에서 일치시킬 패턴 뒤의 경로만 원본 패턴을 고려합니다. 예를 들어 규칙 집합은 들어오는 URL 형식contoso.com/pattern-to-match/source-pattern이 있는 경우에만 다시 작성할 원본 패턴으로 간주 /source-pattern 합니다. URL 다시 쓰기가 적용되면 나가는 URL 형식이 됩니다 contoso.com/pattern-to-match/destination.

URL의 세그먼트를 제거 /pattern-to-match 해야 하는 경우 경로 구성/에서 원본 그룹의 원본 경로를 로 설정할 수 있습니다.

대상

대상 경로는 원본 패턴을 대체하는 경로를 나타냅니다. 예를 들어 요청 URL 경로가 contoso.com/foo/1.jpg원본 패턴인 /foo/경우 원본에서 contoso.com/bar/1.jpg 제공되는 콘텐츠의 결과로 대상 /bar/ 을 지정합니다.

불일치한 경로 유지

일치하지 않는 경로를 유지하면 원본 패턴이 처리된 후 나머지 경로를 제어할 수 있습니다. 일치하지 않는 경로를 Yes로 설정하면 나머지 경로가 새 경로에 추가됩니다. 반면에 No(기본값)로 설정하면 원본 패턴 뒤의 나머지 경로가 제거됩니다.

일치하지 않는 경로 유지 동작을 보여주는 예제는 다음과 같습니다.

Azure Front Door(클래식)는 전달 라우팅 유형 규칙을 설정할 때 사용자 지정 전달 경로를 구성하여 URL 다시 쓰기를 지원합니다. 기본적으로 슬래시(/*)만 정의된 경우 Front Door는 전달된 요청에서 들어오는 URL 경로를 복제합니다. 전달된 요청에 사용되는 호스트 헤더는 선택한 백 엔드의 구성을 기반으로 합니다. 자세한 내용은 백 엔드 호스트 헤더 설명서를 참조하세요.

URL 다시 쓰기의 주요 측면은 와일드카드 일치와 함께 사용자 지정 전달 경로를 사용할 때 들어오는 경로의 일치하는 부분을 전달된 경로로 복사하는 기능에 있습니다. 다음 표에서는 사용자 지정 전달 경로를 사용할 때 들어오는 요청 및 해당 전달된 경로의 /fwd/예를 보여 줍니다. a/b/c로 표시된 섹션은 와일드카드 일치 항목을 대체하는 부분을 나타냅니다.

URL 다시 쓰기 예제

다음 프런트 엔드 호스트 및 경로의 조합이 구성된 회람 규칙을 고려해 보세요.

다음 표에서는 들어오는 요청 및 해당 가장 구체적인 일치 경로의 예를 보여 줍니다. 또한 사용자 지정 전달 경로 및 결과 전달 경로의 예제를 제공합니다.

예를 들어 테이블의 두 번째 행을 고려합니다. 들어오는 요청이 www.contoso.com/sub사용자 지정 전달 경로로 설정된 /경우 전달된 경로는 다음과 입니다 /sub. 그러나 사용자 지정 전달 경로가 설정된 /fwd/경우 전달된 경로는 다음과 입니다 /fwd/sub. 경로의 강조된 부분은 와일드카드 일치의 일부인 부분을 나타냅니다.

선택적 설정

캐시 구성 - 해제하거나 지정하지 않으면 이 회람 규칙과 일치하는 요청이 캐시된 콘텐츠를 사용하려고 시도하는 대신, 항상 백 엔드에서 가져옵니다. 자세한 내용은 Azure Front Door를 사용한 캐싱을 참조하세요.