{"componentChunkName":"component---src-templates-blog-post-js","path":"/blog/jak-zmusic-chrome-zeby-zapomnial-o-redirekcie-z-http-do-https","result":{"data":{"markdownRemark":{"html":"<p>Jeśli w dewelopmencie żonglujemy pomiędzy różnymi apkami, uruchamianymi lokalnie, może zdarzyć się taka sytuacja:</p>\n<ul>\n<li>odpalamy projekt A, na porcie 3000, który jest skonfigurowany na redirect z HTTP do HTTPS także lokalnie,</li>\n<li>potem odpalamy projekt B, na tym samym porcie, ale bez HTTPSa.</li>\n</ul>\n<p>Wtedy Chrome możne nam zrobić pułapkę. Przy odpalaniu projektu B, czyli wpisując <code class=\"language-text\">http://localhost:3000</code>, Chrome będzie nas przekierowywał na HTTPS. Ale projekt B działa lokalnie tylko na HTTP, więc na twarz dostaniemy na twarz <code class=\"language-text\">SSL_CERTIFICATE_ERROR</code>. Odświeżanie strony, jakieś hard refreshe, restart przeglądarki - nic nie pomoże. Jak rozwiązać problem?</p>\n<p>Musimy Chrome'owi powiedzieć wprost: \"weź zapomnij o tym redirekcie\". Oto recepta:</p>\n<ol>\n<li>Wejdź na <code class=\"language-text\">chrome://net-internals/#hsts</code>.</li>\n<li>Przejdź do \"Delete domain security policies\".</li>\n<li>Wpisz nazwę domeny (w naszym wypadku np. \"localhost\" - bez portu) i kliknij \"Delete\".</li>\n</ol>\n<p>Voilà!</p>","excerpt":"Jeśli w dewelopmencie żonglujemy pomiędzy różnymi apkami, uruchamianymi lokalnie, może zdarzyć się taka sytuacja: odpalamy projekt A, na porcie 3000, który jest…","frontmatter":{"date":"02 April, 2020","path":"/blog/jak-zmusic-chrome-zeby-zapomnial-o-redirekcie-z-http-do-https","title":"Jak zmusić Chrome, żeby zapomniał o redirekcie z http do https"},"fields":{"readingTime":{"text":"1 min read"}}}},"pageContext":{}},"staticQueryHashes":["3649515864","63159454"]}