Tento článek je zrcadlovým článkem o strojovém překladu, klikněte zde pro přechod na původní článek.

Pohled: 15233|Odpověď: 1

Alibaba Cloud vyvažující HTTP přesměrování SLB na HTTPS pit

[Kopírovat odkaz]
Zveřejněno 20.06.2019 10:43:29 | | | |
Pojďme popularizovat rozdíl mezi stavovými kódy 301 a 302

Požadovaný zdroj 301 Přesunut trvale byl trvale přesunut na nové místo a jakékoli budoucí odkazy na tento zdroj by měly použít jeden z několika URI vrácených v této odpovědi. Pokud je to možné, klienti s úpravou odkazu by měli automaticky upravit požadovanou adresu na adresu vrácenou ze serveru. Tato odpověď je také cache-mailová, pokud není uvedeno jinak.

Zdroje požadované 302 Found nyní dočasně reagují na požadavky z jiného URI. Protože taková přesměrování jsou dočasná, klient by měl nadále posílat budoucí požadavky na původní adresu. Tato odpověď je cacheovateľná pouze pokud je specifikována v Cache-Control nebo Expires.
301 je vhodný pro trvalá přesměrování

Nejčastějším scénářem u 301 je použití skoků doménových jmen.
Například navštěvujemehttp://www.baidu.compřeskočí nahttps://www.baidu.comPo odeslání požadavku se vrátí stavový kód 301 a poté se vrátí poloha, která vyžádá novou adresu, a prohlížeč tuto novou adresu přijme k přístupu.
Poznámka: 301 požadavky lze uložit do mezipaměti, tj. při pohledu na stavový kód zjistíte, že na konci je uvedeno "z cache".
Nebo změníte název své webové stránky z php na html a při tom dojde k trvalému přesměrování.

302 se používá pro dočasné skoky

Například uživatelé, kteří nejsou přihlášeni, jsou při návštěvě uživatelského centra přesměrováni na přihlašovací stránku.
Návštěva stránky 404 přesměrovává na domovskou stránku.



Konfigurace Alibaba Cloud Load Balancing SLB je následující:



Používáme http k přesměrování na https, zjevný záměr je přesměrovat trvale, ne dočasně, ale zde mi Alibaba Cloud dává to, co vracíDočasné přesměrování 302。 Jak je uvedeno níže:



Kód zpětného stavu testovaný online přes Webmaster's Home a Aizhan Network je 302 a také jsem použil kód k vrácení stavu 302.

Případová studie: Přesměrování webu 302 byla GOOGLE potrestána za nesprávné použití

Business.com je největší vyhledávač a kategorie podniků na internetu, s pověstí profesionálního poskytování obchodních informací, včetně téměř 190 000 webových stránek. Pokud vyhledáte na Googlu klíčové slovo "business", web bude na prvním místě. Nicméně 5. září 2010 Business.com narazil na podivný jev: PR na domovské stránce se změnil z 8 na 0 a domovskou stránku nebylo možné najít ve výsledcích vyhledávání Google. Naštěstí je "vypařena" pouze domovská stránka. Naštěstí se domovská stránka následující den vrátila do výsledků vyhledávání Googlu, ale PR stále bylo 0.

Propojit:Přihlášení k hypertextovému odkazu je viditelné.

Dnes jsem na platformě Baidu pro webmastery "HTTPS authentication" a zjistil jsem, že ověření https na jednom webu selhalo, což vzbudilo mou pozornost.

Mezi 302 a 301 není rozdíl z hlediska funkce, ale mělo by to mít velmi velký dopad na SEO, jinak je rozděleno do dvou různých stavových kódů.

Protože tato stránka používá inteligentní DNS rozlišení, můžete nastavit různé adresy pro různé regiony, tato stránka rozlišuje pouze mezi domácím a zahraničním, domácím Alibaba Cloudem a zahraničním Amazon AWS, jak je znázorněno na obrázku níže:



Pomocí home-pingového testu správce webu jsem zjistil, že existuje 29 nezávislých IP, i když rozlišení adres je odlišné, ale všechny přesměrovávají URL http na https.

Testoval jsem Alibaba Cloud SLB a Amazon CDN pomocí kódu a výsledek vrácený pomocí HTTP redirect https je následující:



Jediný rozdíl v požadavcích je, že při testování Amazonu musíte požadavek zadat přes proxy, abyste mohli jet do zahraničí a kód rozložit a připojit:

Před testováním byl podán ticket do Alibaba Cloud, jak je znázorněno na obrázku níže:



K dnešnímu okamžiku nebyla záležitost vyřešena a důvod nebyl vysvětlen.

(Konec)




Předchozí:history.pushState implementuje stránku prohlížeče bez obnovení upraveného odkazu na URL
Další:Migrace sčítání: Nelze navázat parametr na parametr "Path", protože parametr je:
 Pronajímatel| Zveřejněno 21.06.2019 10:19:32 |
Strojvedoucí č. 96514: Dobrý den, omlouvám se, že jste museli čekat. Produkty SLB jsou navrženy tak, aby standardně používaly 302, což nelze změnit. Můžete zrušit přesměrování portů na SLB a místo toho nastavit HTTP přesměrování na HTTPS na backendovém webovém serveru, což vám umožní upravit stavový kód.  



Tentokrát jsem byl docela zklamaný z Alibaba Cloud, stavového kódu 301 používaného na oficiálních stránkách Alibaba Cloud, ale pro zákazníky jsem používal 302 a nevysvětlil, proč byl použit 302.

Co se týče webového SEO, zdá se, že by to mělo mít vliv.

Nemůžu si kroutit ruce a stehna, tak si to nastavme sami. Koneckonců, je to jen otázka pár minut, pojďmeZpočátku to nebylo kvůli líné konfiguraci ptát se, jen jsem chtěl zjistit.

HTTP provoz přesměrován na HTTPS konfigurační tutoriál
https://www.itsvse.com/thread-7727-1-1.html
(Zdroj: Architect_Programmer)

Nastavte 80 portů SLB http a přesměrujte jej na 8088 port backendu (backend to může nastavit neformálně) a konfigurace je následující:

Pamatuj siZdravotní kontrola, zkontrolujte stav 40x

Prostě restartujte službu nginx na backendu.
Zřeknutí se:
Veškerý software, programovací materiály nebo články publikované organizací Code Farmer Network slouží pouze k učení a výzkumu; Výše uvedený obsah nesmí být používán pro komerční ani nelegální účely, jinak nesou všechny důsledky uživatelé. Informace na tomto webu pocházejí z internetu a spory o autorská práva s tímto webem nesouvisí. Musíte výše uvedený obsah ze svého počítače zcela smazat do 24 hodin od stažení. Pokud se vám program líbí, podporujte prosím originální software, kupte si registraci a získejte lepší skutečné služby. Pokud dojde k jakémukoli porušení, kontaktujte nás prosím e-mailem.

Mail To:help@itsvse.com