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

K přesměrování provozu můžete použít aplikační bránu. Obsahuje 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 zajistila veškerá komunikace mezi aplikací a jejími uživateli 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.

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 byl přiřazen nový trvalý identifikátor URI. Všechny budoucí odkazy na tento prostředek budou používat jednu z uzavřených identifikátorů 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ěruje uživatelský agent na jiný prostředek, jak je uvedeno identifikátorem URI v poli Záhlaví umístění.
• 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í naslouchacího procesu

  Přesměruje z jednoho naslouchacího procesu na jiný naslouchací proces. Přesměrování naslouchacího procesu se běžně používá k povolení přesměrování HTTP na HTTPS.

  Při konfiguraci přesměrování s cílovým naslouchacím procesem pro více webů je nutné, aby všechny názvy hostitelů (se zástupnými znaky nebo bez něj) byly definovány jako součást naslouchacího procesu zdroje také součástí cílového naslouchacího procesu. Tím se zajistí, ž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 naslouchacímu procesu prostřednictvím nového pravidla. Při použití základního pravidla je konfigurace přesměrování přidružená ke zdrojovému naslouchacímu procesu a je 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í oblast cesty lokality.

Další kroky

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