Přehled přesměrování služby Application Gateway

K přesměrování provozu můžete použít aplikační bránu. Má obecný mechanismus přesměrování, který umožňuje přesměrování provozu přijatého v jednom naslouchacím procesu do jiného naslouchacího procesu nebo na externí web. To zjednodušuje konfiguraci aplikace, optimalizuje využití prostředků a podporuje nové scénáře přesměrování, včetně globálního přesměrování a přesměrování založeného na cestě.

Běžným scénářem přesměrování pro mnoho webových aplikací je podpora automatického přesměrování HTTP na HTTPS, aby se zajistilo, že veškerá komunikace mezi aplikací a jejími uživateli probíhá přes šifrovanou cestu. V minulosti zákazníci použili techniky, jako je vytvoření vyhrazeného back-endového fondu, jehož jediným účelem je přesměrovat požadavky, které obdrží na HTTP na HTTPS. Díky podpoře přesměrování ve službě Application Gateway toho můžete dosáhnout jednoduše přidáním nové konfigurace přesměrování do pravidla směrování a zadáním jiného naslouchacího procesu s protokolem HTTPS jako cílovým naslouchacím procesem. Další informace o přesměrování HTTP na HTTPS najdete v tématu Vytvoření služby Application Gateway s přesměrováním HTTP na HTTPS pomocí webu Azure Portal.

Typy přesměrování

Typ přesměrování nastaví stavový kód odpovědi pro klienty, aby porozuměli účelu přesměrování. Podporují se následující typy přesměrování:

• 301 (přesunuto trvale): Označuje, že cílový prostředek má nyní nový trvalý identifikátor URI. Všechny budoucí odkazy na tento zdroj budou používat jednu z uvedených URI. Použijte stavový kód 301 pro přesměrování HTTP na HTTPS.
• 302 (Nalezeno):: Označuje, že cílový prostředek je dočasně pod jiným identifikátorem URI. Vzhledem k tomu, že přesměrování se může občas změnit, měl by klient dál používat efektivní identifikátor URI požadavku pro budoucí požadavky.
• 303 (Viz jiné): Označuje, že cílový prostředek přesměrovává uživatelský agent na jiný prostředek, jak je uvedeno identifikátorem URI v hlavičce Location.
• 307 (dočasné přesměrování):: Označuje, že cílový prostředek je dočasně pod jiným identifikátorem URI. Uživatelský agent nesmí změnit metodu požadavku, pokud provede automatické přesměrování na tento identifikátor URI. Vzhledem k tomu, že přesměrování se může v průběhu času měnit, měl by klient nadále používat původní efektivní identifikátor URI požadavku pro budoucí požadavky.

Možnosti přesměrování

• Přesměrování posluchače

  Přesměruje z jednoho naslouchadla na jiné. Přesměrování posluchače se běžně používá k přesměrování z HTTP na HTTPS.

  Při konfiguraci přesměrování s cílovou naslouchací komponentou pro více webů je nutné, aby všechny názvy hostitelů (se zástupnými znaky nebo bez nich) definované jako součást zdrojové naslouchací komponenty byly také součástí cílové naslouchací komponenty. Tím zajistíte, že se při konfiguraci přesměrování HTTP na HTTPS nevyřadí žádný provoz kvůli chybějícím názvům hostitelů v cílovém naslouchacím procesu.

• Přesměrování na základě cesty

  Tento typ přesměrování umožňuje přesměrování pouze v konkrétní oblasti webu, například přesměrování HTTP na požadavky HTTPS pro oblast nákupního košíku označené ./cart/*

• Přesměrování na externí web

Při této změně musí zákazníci vytvořit nový objekt konfigurace přesměrování, který určuje cílový naslouchací proces nebo externí lokalitu, do které se přesměrování vyžaduje. Konfigurační element také podporuje možnosti povolení připojení cesty URI a řetězce dotazu k přesměrované adrese URL. Můžete také zvolit typ přesměrování. Po vytvoření se tato konfigurace přesměrování připojí ke zdrojovému posluchači pomocí nového pravidla. Při použití základního pravidla je konfigurace přesměrování přidružena ke zdrojovému posluchači a jedná se o globální přesměrování. Při použití pravidla založeného na cestě je konfigurace přesměrování definována na mapě cest URL. To platí jenom pro konkrétní cestu webu.

Další kroky

Konfigurace přesměrování adresy URL ve službě Application Gateway