Přepsání hlaviček HTTP a adresy URL službou Application Gateway

Application Gateway umožňuje přepsat vybraný obsah v požadavcích a odpovědích. Pomocí této funkce můžete překládat adresy URL, parametry řetězce dotazu a upravovat hlavičky požadavků a odpovědí. Můžete také přidat podmínky, které zajistí, že se adresa URL nebo zadaná hlavička přepíší jenom v případech, kdy jsou splněny určité podmínky. Tyto podmínky vycházejí z informací o požadavku a odpovědi.

Funkce přepsání hlaviček HTTP a adres URL jsou k dispozici pouze pro skladovou položku služby Application Gateway v2.

Hlavičky požadavků a odpovědí

Application Gateway umožňuje přidávat, odebírat nebo aktualizovat hlavičky požadavků HTTP a odpovědí, zatímco pakety požadavků a odpovědí se pohybují mezi klientem a back-endovými fondy. Hlavičky HTTP umožňují klientovi a serveru předávat další informace s požadavkem nebo odpovědí. Přepsáním těchto hlaviček můžete provádět důležité úlohy, mezi které patří:

• Přidání polí hlaviček souvisejících se zabezpečením, jako jsou HSTS a X-XSS-Protection
• Odebrání polí hlavičky odpovědi, která můžou odhalit citlivé informace
• Odebrání informací o portu ze záhlaví X-Forwarded-For

Všechna záhlaví můžete přepsat v požadavcích a odpovědích s výjimkou Connection hlaviček a Upgrade hlaviček. Aplikační bránu můžete také použít k vytvoření vlastních hlaviček a jejich přidání do požadavků a odpovědí, které se přes ně směrují. Informace o přepsání hlaviček požadavků a odpovědí pomocí služby Application Gateway pomocí webu Azure Portal najdete tady.

Cesta url a řetězec dotazu

Pomocí funkce přepsání adresy URL ve službě Application Gateway můžete:

• Přepište název hostitele, cestu a řetězec dotazu v URL požadavku

• Zvolte, že chcete přepsat adresu URL všech požadavků na naslouchacím procesu nebo pouze ty požadavky, které odpovídají jedné nebo více nastaveným podmínkám. Tyto podmínky jsou založené na vlastnostech požadavku (hlavička požadavku a proměnné serveru).

• Zvolte směrování požadavku (vyberte back-endový fond) na základě původní adresy URL nebo přepsané adresy URL.

Informace o přepsání adresy URL pomocí služby Application Gateway pomocí webu Azure Portal najdete tady.

Vysvětlení přepisů ve službě Application Gateway

Soubor přepisování je sada pravidla směrování, podmínky a akce.

• Přidružení pravidla směrování požadavku: Konfigurace přepisování je přidružena ke zdrojovému posluchači prostřednictvím pravidla směrování. Pokud použijete pravidlo směrování typu Basic, konfigurace přepisování se přidruží k posluchači a funguje jako globální přepis. Při použití pravidla směrování založeného na cestě definujete konfiguraci přepsání podle mapy cest URL. V druhém případě se vztahuje pouze na konkrétní oblast cesty lokality. K jedné sadě přepisů můžete přiřadit více pravidel směrování, ale jedno pravidlo směrování může mít přiřazenou pouze jednu sadu přepisů.

• Přepsat podmínku: Tato konfigurace je volitelná. Na základě podmínek, které definujete, služba Application Gateway vyhodnocuje obsah požadavků a odpovědí HTTP. K následné akci přepsání dojde v případě, že požadavek nebo odpověď HTTP odpovídá této podmínce. Pokud k akci přidružíte více než jednu podmínku, dojde k akci pouze tehdy, když jsou splněny všechny podmínky. Jinými slovy, jedná se o logickou operaci AND. Pomocí podmínek přepsání můžete vyhodnotit obsah požadavků a odpovědí HTTP.S. Tato volitelná konfigurace umožňuje provést přepsání pouze v případě splnění jedné nebo více podmínek. Aplikační brána používá k vyhodnocení obsahu požadavků a odpovědí tyto typy proměnných:

  Podmínku můžete vyhledat pomocí následujících typů:

  • Hlavička HTTP (požadavek a odpověď)
  • Podporované proměnné serveru

  Podmínka umožňuje vyhodnotit, jestli zadaná hlavička nebo proměnná existuje, a to tak, že porovná jejich hodnoty prostřednictvím textu nebo vzoru Regex. U pokročilých konfigurací přepsání můžete také zaznamenat hodnotu hlavičky nebo proměnné serveru pro pozdější použití v části Akce přepsání. Přečtěte si další informace o vzorech a zachytávání.

• Přepisovací akce: Sada přepisovacích akcí umožňuje přepisovat hlavičky (požadavek nebo odpověď) nebo URL komponenty.

  Akce může mít následující typy hodnot nebo jejich kombinace:

  • Text.
  • Hodnota hlavičky požadavku – Pokud chcete použít hodnotu hlavičky zachyceného požadavku, zadejte syntaxi jako {http_req_headerName}.
  • Hodnota hlavičky odpovědi – Pokud chcete použít hodnotu hlavičky zachycené odpovědi z předchozí podmínky, zadejte syntaxi jako {http_resp_headerName}. Blok akce přepsání také podporuje pole Shoda hodnot záhlaví pro hlavičku Set-Cookie. Toto volitelné pole umožňuje spárovat a zachytit hodnotu konkrétní hlavičky, pokud existuje více záhlaví Set-Cookie se stejným názvem. K manipulaci s zachycenou hodnotou konkrétního souboru cookie pak můžete použít {capt_header_value_matcher}. Přečtěte si další informace o zachycení v sadě akcí.
  • Proměnná serveru – Chcete-li použít proměnnou serveru, zadejte syntaxi jako {var_serverVariable}. Seznam podporovaných proměnných serveru

Poznámka:

Použití pole Shoda hodnot hlaviček {capt_header_value_matcher} momentálně není podporováno prostřednictvím portálu. Proto pokud použijete toto pole, musíte pro všechny operace PUT použít metodu bez portálu.

Pokud k přepsání adresy URL použijete akci, podporují se následující operace:

• Cesta url: Nová hodnota, která se má nastavit jako cesta.
• Řetězec dotazu ADRESY URL: Nová hodnota, do které se řetězec dotazu musí přepsat.
• Přehodnoťte mapování cest: Určete, jestli se po přepsání musí znovu vyhodnotit mapování cest URL. Pokud tuto možnost nezaškrtnete, použije se původní cesta URL, která odpovídá vzoru cesty v mapě cest URL. Pokud tuto možnost nastavíte na true, mapa cest url se znovu vyhodnotí a zkontroluje shodu s přepsanou cestou. Povolení tohoto přepínače pomáhá směrovat požadavek do jiného back-endového fondu po přepsání.

Porovnávání a zachytávání vzorů

Application Gateway podporuje porovnávání vzorů a zachytávání v rámci podmínky a akce. V části Akce podporuje porovnávání vzorů a zachytávání pouze pro konkrétní hlavičku.

Porovnávání vzorů

Application Gateway používá regulární výrazy pro porovnávání vzorů. Při psaní syntaxe porovnávání vzorů používejte výrazy kompatibilní s regulárním výrazem 2 (RE2).

V rámci podmínky i akce můžete použít porovnávání vzorů.

• Podmínka: Toto nastavení použijte ke shodě hodnot pro hlavičku nebo proměnnou serveru. Chcete-li spárovat vzor v části Podmínky, použijte vlastnost "pattern".
• Akce: Porovnávání vzorů v sadě akcí je k dispozici pouze pro hlavičku Set-Cookieodpovědi . Pokud chcete shodovat vzor pro Set-Cookie při akci, použijte vlastnost HeaderValueMatcher. Pokud je zachycena, jeho hodnota se dá použít jako {capt_header_value_matcher}. Vzhledem k tomu, že může existovat více Set-Cookie hlaviček, porovnávání vzorů zde umožňuje vyhledat konkrétní soubor cookie. Například u určité verze uživatelského agenta chcete přepsat hlavičku odpovědi set-cookie pro cookie2 s nastavením na max-age=3600 (jednu hodinu). V tomto případě můžete použít
  • Podmínka – typ: hlavička požadavku, název hlavičky: user-agent, vzor, který se má shodovat: *2.0
  • Akce - Typ přepsání: Záhlaví odpovědi, Typ akce: Nastavit, Název hlavičky: Set-Cookie, Ověřovač hodnoty hlavičky: cookie2=(.*), Hodnota hlavičky: cookie2={capt_header_value_matcher_1};Max-Age=3600

Poznámka:

Pokud používáte firewall webových aplikací služby Application Gateway (WAF) s verzí základní sady pravidel 3.1 nebo starší, můžete narazit na problémy při používání Perlovsky kompatibilních regulárních výrazů (PCRE) v souvislosti s předpoklady a zpětnými pohledy (negativní nebo pozitivní) asercí.

Syntaxe pro zachytávání

Vzory můžete použít k zachycení podřetězce pro pozdější použití. Do definice regulárního výrazu umístěte závorky kolem dílčího vzoru. První dvojice závorek ukládá jeho podřetězece do 1, druhý pár ve 2 atd. Můžete použít tolik závorek, kolik chcete. Perl definuje více číslovaných proměnných, které představují tyto zachycené řetězce. Některé příklady najdete v tomto návodu k programování perl.

• (\d)(\d) # Porovná dvě číslice, zachytí je do skupin 1 a 2.
• (\d+) # Porovná jednu nebo více číslic a zachytí je všechny do skupiny 1.
• (\d)+ # Porovná číslici jednou nebo vícekrát a zachytí poslední číslici do skupiny 1.

Po zachycení je můžete použít v hodnotě Sady akcí pomocí následujícího formátu:

• Pro zachytávání hlaviček požadavku musíte použít {http_req_headerName_groupNumber}. Například {http_req_User-Agent_1} nebo {http_req_User-Agent_2}
• Pro zachytávání hlaviček odpovědi musíte použít {http_resp_headerName_groupNumber}. Například {http_resp_Location_1} nebo {http_resp_Location_2}. Zatímco u hlavičky odpovědi Set-Cookie zachycené prostřednictvím vlastnosti HeaderValueMatcher je nutné použít {capt_header_value_matcher_groupNumber}. Například {capt_header_value_matcher_1} nebo {capt_header_value_matcher_2}.
• Pro proměnnou serveru musíte použít {var_serverVariableName_groupNumber}. Například {var_uri_path_1} nebo {var_uri_path_2}

Poznámka:

• Použití předpony a přípony v podobě / by nemělo být ve vzoru zadáno, pokud má odpovídat hodnotě. Například (\d)(\d) bude odpovídat dvěma číslicemi. /(\d)(\d)/ neodpovídá dvěma číslicím.
• Případ proměnné podmínky se musí shodovat s případem proměnné zachycení. Například pokud je moje podmínková proměnná User-Agent, moje zachycovací proměnná musí odpovídat User-Agent (tedy {http_req_User-Agent_2}). Pokud je proměnná podmínky definovaná jako user-agent, musí být proměnná zachycení určena pro user-agent (to je {http_req_user-agent_2}).
• Pokud chcete použít celou hodnotu, neměli byste číslo zmínit. Jednoduše použijte formát {http_req_headerName} atd. bez argumentu groupNumber.

Proměnné serveru

Application Gateway používá proměnné serveru k ukládání užitečných informací o serveru, připojení k klientovi a aktuální požadavek na připojení. Mezi uložené informace patří IP adresa klienta a typ webového prohlížeče. Proměnné serveru se dynamicky mění, například při načtení nové stránky nebo při publikování formuláře. Tyto proměnné můžete použít k vyhodnocení podmínek přepsání a přepsání hlaviček. Pokud chcete použít hodnotu proměnných serveru k přepsání hlaviček, musíte tyto proměnné zadat v syntaxi {var_serverVariableName}.

Application Gateway podporuje následující proměnné serveru:

Název proměnné	Popis
přidat proxy X-Forwarded-For	Pole hlavičky požadavku klienta X-Forwarded-For s client_ip proměnnou (viz vysvětlení dále v této tabulce) je připojeno ve formátu IP1, IP2, IP3 atd. Pokud pole X-Forwarded-For není v hlavičce požadavku klienta, add_x_forwarded_for_proxy proměnná se rovná $client_ip proměnné. Tato proměnná je užitečná, pokud chcete přepsat hlavičku X-Forwarded-For nastavenou službou Application Gateway tak, aby hlavička obsahovala pouze IP adresu bez informací o portu.
Podporované šifry	Seznam šifer podporovaných klientem
použité šifry	Řetězec šifer používaných pro vytvořené připojení TLS.
client_ip	IP adresa klienta, ze kterého aplikační brána obdržela požadavek. Pokud je před aplikační bránou a původním klientem reverzní proxy server, client_ip vrátí IP adresu reverzního proxy serveru.
client_port	Port klienta.
client_tcp_rtt	Informace o připojení TCP klienta. K dispozici v systémech, které podporují možnost TCP_INFO soketu.
klient_uzivatel	Pokud se použije ověřování HTTP, uživatelské jméno zadané pro ověření.
hostitel	V tomto pořadí priorit: název hostitele z řádku požadavku, název hostitele z pole Hlavička požadavku hostitele nebo název serveru odpovídající požadavku. Příklad: V požadavku http://contoso.com:8080/article.aspx?id=123&title=fabrikamje hodnota hostitele contoso.com
cookie_name	Soubor cookie s názvem .
http_method	Metoda použitá k zadání požadavku na adresu URL. Například GET nebo POST.
http_status	Stav relace. Například 200, 400 nebo 403.
http_version	Protokol požadavku. Obvykle HTTP/1.0, HTTP/1.1 nebo HTTP/2.0.
řetězec dotazu	Seznam dvojic proměnných a hodnot, který následuje za ? v požadované adrese URL. Příklad: V požadavku http://contoso.com:8080/article.aspx?id=123&title=fabrikamquery_string hodnota je id=123&title=fabrikam
přijaté bajty	Délka požadavku (včetně řádku požadavku, hlavičky a textu požadavku).
request_query	Argumenty na řádku požadavku.
request_scheme	Schéma požadavků: http nebo https.
request_uri	Úplný původní identifikátor URI požadavku (s argumenty). Příklad: v požadavku http://contoso.com:8080/article.aspx?id=123&title=fabrikam*je hodnota request_uri /article.aspx?id=123&title=fabrikam
odeslané_bajty	Počet bajtů odeslaných klientovi
server_port	Port serveru, který přijal požadavek.
protokol připojení SSL	Protokol vytvořeného připojení TLS.
SSL_povolen	"Zapnuto", pokud připojení funguje v režimu TLS. V opačném případě prázdný řetězec.
uri_path	Identifikuje konkrétní prostředek v hostiteli, ke kterému chce webový klient přistupovat. Proměnná odkazuje na původní cestu URL před jakoukoli manipulací. Toto je část identifikátoru URI požadavku bez argumentů. Například v požadavku http://contoso.com:8080/article.aspx?id=123&title=fabrikamje /article.aspxhodnota uri_path .

Proměnné serveru vzájemného ověření

Application Gateway podporuje následující proměnné serveru pro scénáře vzájemného ověřování. Tyto proměnné serveru použijte stejně jako jiné proměnné serveru.

Název proměnné	Popis
klientský certifikát	Klientský certifikát ve formátu PEM pro vytvořené připojení SSL.
klientský_certifikát_datum_konce	Koncové datum klientského certifikátu.
otisk klientského certifikátu	Otisk prstu SHA1 klientského certifikátu pro vytvořené připojení SSL.
vydavatel_klientského_certifikátu	Řetězec "vystavitel DN" klientského certifikátu pro vytvořené připojení SSL.
klientský_certifikát_sériové_číslo	Sériové číslo klientského certifikátu pro vytvořené připojení SSL.
datum_zahájení_platnosti_klientského_certifikátu	Počáteční datum klientského certifikátu.
client_certificate_subject	Řetězec "subject DN" klientského certifikátu pro vytvořené připojení SSL.
ověření klientského certifikátu	Výsledek ověření klientského certifikátu: SUCCESS, FAILED:<reason> nebo NONE , pokud certifikát nebyl k dispozici.

Běžné scénáře přepsání hlaviček

Odebrání informací o portu z hlavičky X-Forwarded-For

Služba Application Gateway vloží hlavičku X-Forwarded-For do všech požadavků předtím, než požadavky přeposílají do back-endu. Tato hlavička je seznam portů IP oddělených čárkami. Můžou existovat scénáře, ve kterých back-endové servery potřebují jenom hlavičky, aby obsahovaly IP adresy. Pomocí přepsání hlaviček můžete odebrat informace o portu ze záhlaví X-Forwarded-For. Jedním ze způsobů, jak to udělat, je nastavit hlavičku na proměnnou serveru add_x_forwarded_for_proxy. Případně můžete také použít proměnnou client_ip:

Úprava adresy URL přesměrování

Úprava adresy URL pro přesměrování může být užitečná za určitých okolností. Klienty můžete například původně přesměrovat na cestu, jako je "/blog", ale teď je chcete odeslat na /updates kvůli změně struktury obsahu.

Upozorňující

Při konfiguraci služby Application Gateway pro přepsání názvu hostitele směrem k back-endu možná budete muset upravit adresu URL přesměrování. V této konfiguraci back-end uvidí jiný název hostitele než prohlížeč. Přesměrování nepoužívá správný název hostitele. Tato konfigurace se nedoporučuje.

Další informace o omezeních a dopadech této konfigurace najdete v tématu Zachování původního názvu hostitele HTTP mezi reverzním proxy serverem a jeho back-endovou webovou aplikací. Doporučené nastavení služby App Service najdete v tématu Vlastní doména (doporučeno) ve konfiguraci služby App Service se službou Application Gateway. Přepsání hlavičky umístění v odpovědi, jak je popsáno v následujícím příkladu, by mělo být považováno za alternativní řešení a neřeší původní příčinu.

Když app service odešle odpověď přesměrování, použije stejný název hostitele v hlavičce umístění odpovědi jako odpověď v požadavku, který přijímá z aplikační brány. Klient tedy požadavek provede přímo contoso.azurewebsites.net/path2 místo průchodu službou Application Gateway (contoso.com/path2). Obejití aplikační brány není žádoucí.

Tento problém můžete vyřešit nastavením názvu hostitele v hlavičce umístění na název domény služby Application Gateway.

Tady jsou kroky pro nahrazení názvu hostitele:

1. Vytvořte pravidlo přepsání s podmínkou, která zkontroluje, jestli hlavička Location v odpovědi obsahuje azurewebsites.net. Zadejte vzor `(https?)://.azurewebsites.net(.)`.

2. Provedením akce přepište hlavičku umístění tak, aby mělo název hostitele služby Application Gateway. Zadejte {http_resp_Location_1}://contoso.com{http_resp_Location_2} jako hodnotu záhlaví. Můžete také použít proměnnou host serveru k nastavení názvu hostitele tak, aby odpovídal původnímu požadavku.

   

Implementace hlaviček HTTP zabezpečení, aby se zabránilo ohrožení zabezpečení

Několik ohrožení zabezpečení můžete opravit implementací nezbytných hlaviček v odpovědi aplikace. Mezi tyto hlavičky zabezpečení patří X-XSS-Protection, Strict-Transport-Security a Content-Security-Policy. Pomocí služby Application Gateway můžete tyto hlavičky nastavit pro všechny odpovědi.

Odstranění nežádoucích hlaviček

Můžete chtít odebrat hlavičky, které odhalí citlivé informace z odpovědi HTTP. Můžete například chtít odebrat informace, jako je název back-endového serveru, operační systém nebo podrobnosti knihovny. K odebrání těchto hlaviček můžete použít aplikační bránu:

Nemůžete vytvořit přepisovací pravidlo pro odstranění hlavičky hostitele. Pokud se pokusíte vytvořit pravidlo přepsání s typem akce nastaveným na odstranění a hlavičkou nastavenou na hostitele, dojde k chybě.

Kontrola přítomnosti hlavičky

Hlavičku požadavku HTTP nebo odpovědi můžete vyhodnotit za přítomnost hlavičky nebo proměnné serveru. Toto vyhodnocení je užitečné, když chcete provést přepsání hlaviček pouze v případě, že je k dispozici určitá hlavička.

Běžné scénáře přepsání adresy URL

Výběr cesty na základě parametru

Pokud chcete dosáhnout scénářů, ve kterých chcete zvolit back-endový fond na základě hodnoty hlavičky, části adresy URL nebo řetězce dotazu v požadavku, použijte kombinaci možností přepsání adresy URL a směrování na základě cest.

Vytvořte sadu přepisů s podmínkou, která zkontroluje konkrétní parametr (řetězec dotazu, hlavičku atd.) a poté provede akci, při níž změní cestu URL (ujistěte se, že je povolena funkce Opětovné vyhodnocení mapy cesty). Přidružte sadu pravidel přepisování k pravidlu definovanému cestou. Pravidlo založené na cestě musí obsahovat stejné cesty URL zadané v sadě přepisů a odpovídající back-endový fond.

Sada přepsání tedy umožňuje zkontrolovat určitý parametr a přiřadit mu novou cestu, a pravidlo založené na cestě umožňuje přiřadit pooly backendů těmto přiděleným cestám. Pokud je možnost Přehodnotit mapu cest povolena, trasy provozu jsou na základě cest určených uvnitř sady přepisů.

Příklad použití pomocí řetězců dotazu najdete v tématu Směrování provozu pomocí výběru cesty na základě parametrů na portálu.

Přepsání parametrů řetězce dotazu na základě adresy URL

Představte si scénář nákupního webu, kde je odkaz viditelný uživatelem jednoduchý a čitelný, ale back-endový server potřebuje parametry řetězce dotazu k zobrazení správného obsahu.

V takovém případě může Application Gateway zachytit parametry z adresy URL a přidat páry klíč-hodnota dotazu z těchto parametrů do adresy URL. Pokud například chce uživatel přepsat https://www.contoso.com/fashion/shirtshttps://www.contoso.com/buy.aspx?category=fashion&product=shirts, můžete tohoto cíle dosáhnout prostřednictvím následující konfigurace přepsání adresy URL.

Podmínka – pokud se proměnná uri_path serveru rovná vzoru /(.+)/(.+)

Akce – Nastavení cesty URL k řetězci buy.aspx dotazu a na category={var_uri_path_1}&product={var_uri_path_2}

Podrobný průvodce k dosažení výše popsaného scénáře najdete v tématu Přepsání adresy URL službou Application Gateway pomocí webu Azure Portal.

Běžné nástrahy konfigurace přepsání

• Nelze povolit 'Rohodnotit mapu cesty' pro základní pravidla směrování požadavků. Toto omezení brání nekonečné smyčce vyhodnocení základního pravidla směrování.

• V případě pravidel směrování na základě cest potřebujete alespoň jedno pravidlo podmíněného přepsání nebo jedno pravidlo přepsání bez toho, aby bylo povoleno přehodnocení mapy cest. Tento požadavek brání nekonečné vyhodnocovací smyčce pravidla směrování založeného na cestě.

• Pokud se smyčka vytváří dynamicky na základě vstupů klienta, příchozí požadavky se ukončí kódem chyby 500. Application Gateway nadále obsluhuje další požadavky bez jakéhokoli snížení výkonu v tomto scénáři.

Přepsání hlaviček adresy URL nebo hlavičky hostitele pomocí firewallu webových aplikací (WAF_v2 SKU)

Když nakonfigurujete přepsání adresy URL nebo přepsání hlavičky hostitele, vyhodnocení WAF proběhne po změně hlavičky požadavku nebo parametrů adresy URL (po přepsání). Když odeberete konfiguraci přepisování adres URL nebo hlaviček hostitele ve službě Application Gateway, vyhodnocení WAF proběhne před přepsáním hlavičky (před přepsáním). Toto pořadí zajišťuje, aby pravidla WAF platila pro konečnou žádost, kterou vaše skupina serverů obdrží.

Předpokládejme například, že máte následující pravidlo přepsání hlaviček pro hlavičku "Accept" : "text/html" – pokud je hodnota hlavičky "Accept" rovna "text/html", přepište hodnotu na "image/png".

Pokud je nakonfigurované pouze přepsání hlaviček, probíhá vyhodnocení WAF na "Accept" : "text/html". Když ale nakonfigurujete přepsání adresy URL nebo přepsání hlavičky hostitele, provede se vyhodnocení WAF na "Accept" : "image/png".

Přepsání adresy URL vs. přesměrování adresy URL

V případě přepsání adresy URL služba Application Gateway před odesláním požadavku do back-endu přepíše adresu URL. Tato akce nezmění, co uživatelé uvidí v prohlížeči, protože změny jsou uživateli skryté.

Pro přesměrování adresy URL služba Application Gateway odešle klientovi odpověď na přesměrování s novou adresou URL. Tato odpověď vyžaduje, aby klient znovu odeslal svůj požadavek na novou adresu URL uvedenou v přesměrování. Adresa URL, kterou uživatel uvidí v prohlížeči, se aktualizuje na novou adresu URL.

Omezení

• Přepsání se nepodporuje, pokud je služba Application Gateway nakonfigurovaná tak, aby přesměrovala požadavky nebo zobrazovala vlastní chybovou stránku.
• Názvy hlaviček požadavků můžou obsahovat alfanumerické znaky a pomlčky. Názvy hlaviček obsahující jiné znaky se zahodí při odeslání požadavku do back-endového cíle.
• Názvy hlaviček odpovědí můžou obsahovat libovolné alfanumerické znaky a konkrétní symboly definované v dokumentu RFC 7230.
• Nemůžete přepisovat X-Original-HostConnectionani upgrade hlavičky.
• Přesměrovaní nejsou podporována pro odpovědi 4xx a 5xx, které jsou generovány přímo službou Application Gateway.

Další kroky

• Naučte se přepisovat hlavičky HTTP pomocí služby Application Gateway pomocí webu Azure Portal.
• Naučte se přepisovat adresu URL pomocí služby Application Gateway pomocí webu Azure Portal.