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

Anon ma rację co do STS, ale jest sposób na konkretne usunięcie Twojej domeny z zestawu.

1. Idź do chrome://net-internals/#hsts. Wpisz 3rdrevolution.com pod Usuń politykę bezpieczeństwa domeny i naciśnij przycisk Usuń.

2. Teraz przejdź do chrome://settings/clearBrowserData, zaznacz pole Cached images and files i naciśnij przycisk Clear data.

Mój problem wynikał z posiadania domeny .dev, która najwyraźniej została niedawno zarejestrowana jako gTLD i włożyła zobowiązanie do Chrome Canary. Dowiedziałem się o tym z recent post natknąłem się, gdy szukałem swojego problemu.

Jeśli masz ten sam problem co ja, wydaje się, że najlepszym rozwiązaniem jest zmiana domeny na inną niż .dev. Artykuł sugerował .test z potencjalnym rozwiązaniem .localhost później w dół drogi (przez ta propozycja ).

https://www.3rdrevolution.com wysyła nagłówek Strict-Transport-Security , więc dostęp do niego przez https raz spowoduje, że przeglądarki takie jak Chrome/Firefox będą przekierowywały żądania http do https do określonego punktu 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 oczekiwanie na wygaśnięcie zamówienia).

Aby usunąć domenę w menu “HSTS” w chrome://net-internals jest rozwiązaniem tymczasowym. Po odwiedzeniu tej domeny przez HTTPS zostanie ona ponownie umieszczona na liście HSTS.

Basicaly, aby rozwiązać ten problem konieczne jest wyłączenie HTTP Strict Transport Security na web-serwerze 3rdrevolution.com (IIS, Apache, nginx,…). Dla nginx-a edytuj jego 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łączając w to wtyczki, ale zakładając, że nie masz zainstalowanych żadnych wtyczek, możesz wykonać następujące czynności:

Goto Ustawienia/Privacy/Clear Browsing Data…

Wybierz Początek Czasu w rozwijaniu.

Wybierz:

• Wyczyść zapisane dane formularza Autofill
• Usuń pliki cookie i inne dane witryny i wtyczki
• Opróżnij pamięć podręczną

Wybierz Wyczyść dane przeglądania

Powinno to zająć się wykonywaniem automatycznego wypełniania na podstawie poprzednich przeglądań. Ponadto, usunie on wszystkie pliki cookie, które mogą być również przyczyną problemów.

Jeśli stoisz przed problemem na subdomenie to ta linia w Nginx może spowodować problem nawet jeśli subdomena znajduje się na innym serwerze, ponieważ przeglądarka będzie buforować te informacje.

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

więc usuń includeSubdomains; z niego, aby to działać.

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

Żadna z opcji poprawki nie działała dla mnie, do naprawy https://localhost:3000, to nie.

Kliknij i przytrzymaj przycisk ponownego ładowania i wybierz “Empty Cache i Hard Reload,” to wydaje się być tylko opcja na localhost.

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

• Automatyczne wysyłanie niektórych informacji systemowych i zawartości strony do Google, aby pomóc wykryć niebezpieczne aplikacje i strony
• Chroń siebie i swoje urządzenie przed niebezpiecznymi stronami

A teraz głównym problemem było to, że nasza strona w subdomenie zawsze przekierowuje z http:// do https:// i 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 wcześniej nazwane opcje chrome, które automatycznie chronią Twoje urządzenia. Mam nadzieję, że to komuś pomoże.

Mniej drastyczną alternatywą niż usunięcie wszystkich plików cookie jest Ustawienia>>Pokaż ustawienia zaawansowane>>Ustawienia zawartości>Wszystkie pliki cookie i dane strony, a następnie wyszukaj strony, o których mowa i usuń pliki cookie tylko dla nich.

W Chrome 66, wiele zmieniło się w zakładce Settings

można po prostu przejść do chrome://settings/resetProfileSettings?origin=userclick, a następnie naciśnij reset.

to działało dla mnie.