Du kommer ikke forbi innloggingssiden

Når innloggingssiden bare laster på nytt, eller nettleseren viser ERR_TOO_MANY_REDIRECTS, blir nettleseren sendt frem og tilbake mellom to adresser. Det kalles en omdirigeringsløkke, eller redirect loop på engelsk. Det skjer når adressen WordPress har lagret, ikke stemmer med adressen siden åpnes på, for eksempel http i stedet for https, eller med og uten www.

Det skjer også når Cloudflare eller en annen proxy foran serveren håndterer https, mens WordPress eller serveren selv også videresender til https.

Se hvilke adresser løkken går mellom

Lim inn adressen i httpstatus.io. Verktøyet viser hver omdirigering med statuskode og måladresse. Da ser du om løkken går mellom http og https, mellom adressene med og uten www, eller til den samme adressen om og om igjen. Det siste tyder på Cloudflare med krypteringsmodusen Flexible, se Når siden ligger bak Cloudflare eller en proxy.

Prøv i et inkognitovindu

1. Åpne innloggingssiden i et inkognitovindu, og logg inn der.
2. Virker det, sletter du informasjonskapslene for nettsiden i den vanlige nettleseren og prøver igjen.
3. Sjekk at du bruker samme adresse som siden ligger på, med eller uten www.

Meldingen «Feil: Informasjonskapsler er blokkert eller ikke støttet av din nettleser.» betyr at du må tillate informasjonskapsler for siden. Kommer meldingen fortsatt etter det, kan adressen være feil, og da går du videre til neste avsnitt.

Rett adressen i wp-config.php

Adressen WordPress bruker, ligger i databasen, men du kan overstyre den i wp-config.php.

1. Koble til med FTP eller filbehandleren i hostingpanelet, og last ned en kopi av wp-config.php.
2. Se om filen har linjer med WP_HOME eller WP_SITEURL. Hvis de finnes, retter du adressen i dem.
3. Hvis ikke, legger du dem inn over linjen /* That's all, stop editing! Happy publishing. */:

define( 'WP_HOME', 'https://dittdomene.no' );
define( 'WP_SITEURL', 'https://dittdomene.no' );

Skriv adressen nøyaktig slik siden skal åpnes: med https://, med eller uten www, og uten skråstrek til slutt. Last opp filen og prøv å logge inn på nytt.

Skru av utvidelser og videresendinger

Utvidelser for SSL, videresending, sikkerhet og cache kan også lage en slik løkke, for eksempel Really Simple SSL.

1. Åpne wp-content og gi mappen plugins et nytt navn, for eksempel plugins-av.
2. Prøv å logge inn. Hvis det virker nå, går du til Utvidelser mens mappen fortsatt har det nye navnet. Da deaktiverer WordPress alle utvidelsene.
3. Bytt så tilbake til det opprinnelige mappenavnet, og aktiver utvidelsene én og én til feilen kommer tilbake.
4. Hjalp ikke det, ser du etter regler som omdirigerer til https eller www. På Apache og LiteSpeed ligger de i .htaccess i rotmappen, over linjen # BEGIN WordPress. På Nginx ligger de i serveroppsettet, som return 301- eller rewrite-linjer. Ta en kopi av filen før du fjerner noe.

Når siden ligger bak Cloudflare eller en proxy

I Cloudflare sjekker du krypteringsmodusen under SSL/TLS. Med Flexible kobler Cloudflare seg til serveren over vanlig http. Videresender serveren eller WordPress da alle til https, havner nettleseren på den samme https-adressen om og om igjen, fordi serveren aldri ser at besøket kom over https. Sett modusen til Full eller Full (strict). Det krever at serveren har et eget SSL-sertifikat.

Håndterer en annen proxy eller lastbalanserer https, må WordPress få beskjed om at besøket kom over https. Legg dette inn i wp-config.php, over linjen med «stop editing»:

if ( isset( $_SERVER['HTTP_X_FORWARDED_PROTO'] ) && strpos( $_SERVER['HTTP_X_FORWARDED_PROTO'], 'https' ) !== false ) {
	$_SERVER['HTTPS'] = 'on';
}

Når feilen ligger på serveren

Er løkken der fortsatt når adressen er riktig, alle utvidelsene er av og Cloudflare står på Full, ligger videresendingen i serveroppsettet. Det ser du ikke fra WordPress, så be hostingleverandøren sjekke oppsettet og sertifikatet for domenet.