Jak zatrzymać automatyczne przekierowanie z „http: //” na „https: //” w Chrome

Miałem coś zwariowanego w naszej konfiguracji DNS, która jest teraz rozwiązana.

Pozostały problem polega na tym, że chrome zapisał niepoprawną konfigurację w pamięci podręcznej.

W szczególności, podczas korzystania z Chrome http://3rdrevolution.comprzekierowuje teraz do https://3rdrevolution.com(domena naga), która nie jest ważna / obsługiwana. http://3rdrevolution.com POWINIEN przekierować do, http://www.3rdrevolution.coma następnie wymusić https://www.3rdrevolution.com.

Ale w niektórych przeglądarkach (w tym mojej) tak się nie dzieje z powodu jakiegoś funkcyjnego buforowania Chrome. Próbowałem przejść do „Prywatność -> Wyczyść pamięć podręczną”, ale nie przyniosło to efektu.

Anon ma rację co do STS, ale istnieje sposób na szczególne usunięcie domeny z zestawu. Idź do chrome://net-internals/#hsts. Wpisz 3rdrevolution.com w obszarze Usuń zasady zabezpieczeń domeny i naciśnij przycisk Usuń.

Teraz przejdź do chrome: // settings / clearBrowserData, zaznacz pole Buforowane obrazy i pliki i naciśnij przycisk Wyczyść dane .

Mój problem .devwynikał z posiadania domeny, która najwyraźniej została niedawno zarejestrowana jako gTLD i wprowadzona do Chrome Canary. Dowiedziałem się tego z ostatniego postu , na który natknąłem się, szukając mojego problemu.

Jeśli masz ten sam problem, co ja, wydaje się, że najlepszym rozwiązaniem jest zmiana domeny na inną .dev. W artykule zaproponowano .testpotencjalne rozwiązanie .localhostpóźniejszej drogi (dzięki tej propozycji ).

https://www.3rdrevolution.com wysyła nagłówek Strict-Transport-Security, więc jednorazowy dostęp do niego przez https sprawi, że przeglądarki takie jak Chrome / Firefox będą przekierowywać żądania HTTP do https do pewnego określonego momentu w przyszłości.

Jak powiedziała druga odpowiedź, jedynym sposobem na zatrzymanie tego po uruchomieniu jest wyczyszczenie pamięci podręcznej przeglądarki (lub poczekanie, aż przeglądarka wygaśnie zamówienie).

Aby usunąć domenę pod menu „TGV” w chrome: // net-wewnętrzne to rozwiązanie tymczasowe. Po odwiedzeniu tej domeny przez HTTPS zostanie ona ponownie uwzględniona na liście HSTS.

Zasadniczo, aby rozwiązać ten problem, należy wyłączyć HTTP Strict Transport Security na serwerze internetowym 3rdrevolution.com (IIS, Apache, nginx, ...). W przypadku nginx edytuj sekcję HTTPS w nginx.conf i ustaw „max-age = 0” dla Strict-transport-Security:

server {
#...
        ssl on;
#...
        add_header Strict-Transport-Security "max-age=0;";
#...
}

Więcej informacji: HTTP Strict Transport Security (HSTS)

Może być kilka powodów, w tym wtyczki, ale zakładając, że nie masz zainstalowanych żadnych wtyczek, możesz wykonać następujące czynności:

Idź do Ustawienia / Prywatność / Wyczyść dane przeglądania ...

Z rozwijanego menu wybierz Początek czasu .

Wybierz:

• Wyczyść zapisane dane formularzy autouzupełniania
• Usuń pliki cookie oraz inne dane witryn i wtyczek
• Opróżnij pamięć podręczną

Wybierz Wyczyść dane przeglądania

Powinno to zająć się wykonaniem autouzupełniania na podstawie poprzedniego przeglądania. Ponadto usunie wszystkie pliki cookie, które mogą powodować problemy.

Mniej drastyczną alternatywą niż usuwanie wszystkich plików cookie są Ustawienia> Pokaż ustawienia zaawansowane> Ustawienia treści> Wszystkie pliki cookie i dane witryn, a następnie wyszukaj dane witryny i wyczyść pliki cookie tylko dla nich.

Jeśli napotykasz problem w subdomenie, ten wiersz w Nginx może powodować problem, nawet jeśli subdomena znajduje się na innym serwerze, ponieważ przeglądarka zapisze te informacje w pamięci podręcznej.

add_header Strict-Transport-Security "max-age=31536000; includeSubdomains;";

więc usuń includeSubdomains;go, aby działał.

From https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/

Żadna z poprawek opcji nie działała dla mnie https://localhost:3000, tak się stało.

Kliknij i przytrzymaj przycisk przeładowania i wybierz „Opróżnij pamięć podręczną i przeładuj ponownie”, wydaje się, że jest to tylko opcja włączona localhost.

Przed kilkoma dniami przypadkowo włączyłem opcje Chrome o nazwie:

• Automatycznie wysyłaj do Google niektóre informacje o systemie i treść strony, aby pomóc wykryć niebezpieczne aplikacje i witryny
• Chroń siebie i swoje urządzenie przed niebezpiecznymi stronami

A teraz głównym problemem było to, że nasza strona internetowa w subdomenie zawsze przekierowywała z http: // na https: //, a przeglądarka dała mi błąd:

„Twoje połączenie nie jest prywatne. Atakujący mogą próbować ukraść Twoje informacje z censored.censored.com (na przykład hasła, wiadomości lub karty kredytowe). NET :: ERR_CERT_COMMON_NAME_INVALID”

Otwórz chrome: // settings / privacy i włącz poprzednio nazwane opcje chrome, które automatycznie chronią twoje urządzenia. Mam nadzieję, że to komuś pomoże.

w Chrome 66 wiele się zmieniło na Settingskarcie

możesz po prostu przejść do, chrome://settings/resetProfileSettings?origin=userclicka następnie nacisnąć reset.

to zadziałało dla mnie.