ERR_TOO_MANY_REDIRECTS

[FCK4LIF3]

Det sker med kun med Chrome på SL, så der er tre primære kandidater til en forklaring: Sidelinien, Cloudflare og Chrome-browseren

Der er ikke lavet nogle ændringer i hvordan SL fungerer i årevis.

Før man kommer til SL, passerer trafikken Cloudflare som giver beskyttelse mod diverse bad guys og andre med fikse ideer om at genere os (DDoS, spammere etc). Der laves ikke om i trafikken, men der er en re-direct fordi trafikken flyder gennem dem. Der er heller ikke lavet nogle ændringer i konfigurationen af det setup i årevis. De kan naturligvis have lavet en ændring i deres service jeg ikke kender til, men det ville formentlig have givet mange andre sites problemer også. Cloudflare er en meget udbredt service.

Umiddelbart lyder det som om Chrome har fået en nylig update som har ændret hvordan Chrome håndterer re-directs, og som rammer præcis den måde Sidelinien gør på i visse situationer. Jeg kan dog ikke genskabe problemet selv, så jeg skal bruge en frivillig til at lave nogle dybere tests.

Der er mange parametre at kigge på. Bruger I med fejlen www.sidelinien.dk eller sidelinien.dk? Har I bookmarked den "rå" sidelinien.dk, eller en underside? (jeg har fx http://sidelinien.dk/forums/). Hvad er jeres start settings? (de er gemt i en lokal cookie på PC/mobil) etc etc

Se fx forskellen her:
https://wheregoes.com/trace/20224154584/
https://wheregoes.com/trace/20224154580/


-Henrik

Jeg bruger:

http://sidelinien.dk/forums/

Og har den som start/hjem.

Den virker nu igen og har gjort det siden igår.

[erikwa]

Og min virker også nu på både Wifi og mobilnet på min android telefon på Chrome, hurraaaaaaaaaaa

[Omario]

Der er mange parametre at kigge på. Bruger I med fejlen www.sidelinien.dk eller sidelinien.dk? Har I bookmarked den "rå" sidelinien.dk, eller en underside? (jeg har fx http://sidelinien.dk/forums/). Hvad er jeres start settings? (de er gemt i en lokal cookie på PC/mobil) etc etc

Se fx forskellen her:
https://wheregoes.com/trace/20224154584/
https://wheregoes.com/trace/20224154580/


-Henrik

Tak for lidt uddybende forklaring. Jeg har forsøgt alle mulige URLs og at rydde cookies+cache mellem forsøgene. Primært bruger jeg hhv. sidelinien.dk og sidelinien.dk/forums via URL auto-complete (ikke bookmark), men forsøgte mig også med www.sidelinien.dk for at se hvad det gjorde. Intet.

Det særligt mærkelige er at der er korte tidspunkter hvor det virker. I går virkede det i noget tid og fejlen kom så tilbage. Dén slags problemer er nogle af de værste at løse..

Her er trace fra Chrome på min mobil hvor det lige nu ikke virker:

https://wheregoes.com/trace/20224171225/

Og trace fra Chrome på Windows PC hvor det virker:

https://wheregoes.com/trace/20224171297/

Ang. indstillinger.. Jeg har forsøgt at rode med at slå forskellige indstillinger fra/til i Chrome for at se om jeg kunne ramme et eller andet der forklarer det, men hidtil er det ikke lykkedes mig. Jeg tester gerne videre hvis du har nogle idéer eller bare gerne vil udelukke noget som årsag.

[ossian]

Det sker med kun med Chrome på SL, så der er tre primære kandidater til en forklaring: Sidelinien, Cloudflare og Chrome-browseren

Der er ikke lavet nogle ændringer i hvordan SL fungerer i årevis.

Før man kommer til SL, passerer trafikken Cloudflare som giver beskyttelse mod diverse bad guys og andre med fikse ideer om at genere os (DDoS, spammere etc). Der laves ikke om i trafikken, men der er en re-direct fordi trafikken flyder gennem dem. Der er heller ikke lavet nogle ændringer i konfigurationen af det setup i årevis. De kan naturligvis have lavet en ændring i deres service jeg ikke kender til, men det ville formentlig have givet mange andre sites problemer også. Cloudflare er en meget udbredt service.

Umiddelbart lyder det som om Chrome har fået en nylig update som har ændret hvordan Chrome håndterer re-directs, og som rammer præcis den måde Sidelinien gør på i visse situationer. Jeg kan dog ikke genskabe problemet selv, så jeg skal bruge en frivillig til at lave nogle dybere tests.

Der er mange parametre at kigge på. Bruger I med fejlen www.sidelinien.dk eller sidelinien.dk? Har I bookmarked den "rå" sidelinien.dk, eller en underside? (jeg har fx http://sidelinien.dk/forums/). Hvad er jeres start settings? (de er gemt i en lokal cookie på PC/mobil) etc etc

Se fx forskellen her:
https://wheregoes.com/trace/20224154584/
https://wheregoes.com/trace/20224154580/


-Henrik

Jeg har samme problem. SL er stendød i alle Chrome-browsere.. Et kig på Google Trends viser, at noget nok er lavet om et sted: https://trends.google.com/trends/exp...many_redirects
Cloudflare bliver vist som relateret søgning med stigning - så jeg vil tro, at issuet skyldes en kombination af Chrome og Cloudflare.

Kan det tænkes, at Cloudflare (eller Chrome) tvinger en redirect til SSL igennem? Og da SL ikke kører SSL, ender vi et loop? Kunne man evt. prøve at slå SSL til på Cloudflare? (såfremt CDN bliver benyttet).

På forhånd tak :)

[HM]

Det er et godt bud! Men det gør ikke løsningen mere overskuelig. *grædesmiley*

-Henrik

[jak]

Det er et godt bud! Men det gør ikke løsningen mere overskuelig. *grædesmiley*

-Henrik

Indrømmer blankt: Jeg ved intet om det her- så nu stiller jeg det dumme spørgsmål: Er det fordi at det ikke er en "sikker" forbindelse (https)? Google er über sensitive omkring "sikkerhed" - kan det være derfor?

Og nej- jeg kan stadigvæk ikke tilgå sidelinien via Google Chrome :(

[qwert]

Puha, godt nok et øv-problem. Ikke umuligt at tilgå SL, men godt nok irriterende at skulle gøre det i en ny browser :(

[ossian]

Det er et godt bud! Men det gør ikke løsningen mere overskuelig. *grædesmiley*

-Henrik

Er Cloudflares proxy aktiveret, eller benytter I kun Cloudflare som DNS? Hvis proxy er slået til, kan man jo aktivere SSL via Cloudflare, og så tror jeg faktisk problemet er løst.

Du er velkommen til at skrive en pm, hvis I har brug for hjælp til det eller til at sætte SSL op på serveren..

[HM]

Ha! Hvis det bare var så nemt. :) Det er præcis pga. TLS/https jeg gik Cloudflare-vejen. Men vBulletin (det software som SL bruger) er smækfyldt med dynamisk javascript som slet slet ikke spiller med CF's ellers geniale løsning på https-problematikken. Derfor er det ikke slået til. Jeg kan heller ikke fikse det, selvom jeg mægtig gerne ville. Jeg har forsøgt. SL var ubrugelig selv med en hulens bunke mitigerende foranstaltninger til at omgå problemerne.

Vejen videre er at flytte til vBulletins SaaS-løsning. Som så vil betyde at skakten forsvinder. Eller at fjerne Cloudflare foran SL.

Pest eller kolera?

Jeg har stadig ikke helt gennemskuet hvorfor det kun er et mindretal som har problemet, og ikke alle. Plugins?


-Henrik

[ossian]

Ja, okay! Så forstår jeg sammenhængen.

Jeg tjekkede lige incognito uden extensions med samme resultat. Så kiggede jeg i developer tools, og kan se, at der kører et loop med 138 redirects mellem https og http..

Her er headers for https request:

Anmod om webadresse: https://sidelinien.dk/
Anmodningsmetode: GET
Statuskode: 301 
Fjernadresse: 172.67.146.149:443
Politik for henviser: strict-origin-when-cross-origin
cache-control: max-age=3600
cf-ray: 74466d780a40b779-AMS
date: Fri, 02 Sep 2022 13:00:16 GMT
expires: Fri, 02 Sep 2022 14:00:16 GMT
location: http://sidelinien.dk/
nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800}
report-to: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v3?s=HAWQfkLSwwmwRlW39MbPoQGKL8cZV05poNUS82COabo5LvKngCicHkhImFroC0byzy4AnQTvPhcQWXieiRKB1BLVvm%2FVwO27yovQoe16hyEyt54LzxYfmhUMaIEsrgpd"}],"group":"cf-nel","max_age":604800}
server: cloudflare
vary: Accept-Encoding
:authority: sidelinien.dk
:method: GET
:path: /
:scheme: https
accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
accept-encoding: gzip, deflate, br
accept-language: en-GB,en;q=0.9
cache-control: max-age=0
dnt: 1
sec-ch-ua: "Chromium";v="104", " Not A;Brand";v="99", "Google Chrome";v="104"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
sec-fetch-dest: document
sec-fetch-mode: navigate
sec-fetch-site: none
sec-fetch-user: ?1
upgrade-insecure-requests: 1
user-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.0.0 Safari/537.36

Og her er headers for http request:

Anmod om webadresse: http://sidelinien.dk/
Anmodningsmetode: GET
Statuskode: 301 Internal Redirect (fra diskcache)
Politik for henviser: strict-origin-when-cross-origin
cache-control: max-age=3600
cf-ray: 74466d780a40b779-AMS
date: Fri, 02 Sep 2022 13:00:16 GMT
expires: Fri, 02 Sep 2022 14:00:16 GMT
location: http://sidelinien.dk/
nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800}
report-to: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v3?s=HAWQfkLSwwmwRlW39MbPoQGKL8cZV05poNUS82COabo5LvKngCicHkhImFroC0byzy4AnQTvPhcQWXieiRKB1BLVvm%2FVwO27yovQoe16hyEyt54LzxYfmhUMaIEsrgpd"}],"group":"cf-nel","max_age":604800}
server: cloudflare
vary: Accept-Encoding

I http request står location rigtigt nok til http - så det må være Chrome der laver den redirect.

Jeg kan se i https request at der bliver sat en upgrade-insecure-requests: 1 - så jeg googlede lidt, og fandt frem til, at man kan deaktivere håndteringen af dette ved at gå til
chrome://flags/#block-insecure-private-network-requests og sætte Block insecure private network requests til disabled. Det lader til at fungere for mig nu, så måske flere kan teste det.

[HM]

Stærkt arbejde!

(Eller "Default" som min - der virker fint - står til)

[Omario]

Jeg kan se i https request at der bliver sat en upgrade-insecure-requests: 1 - så jeg googlede lidt, og fandt frem til, at man kan deaktivere håndteringen af dette ved at gå til
chrome://flags/#block-insecure-private-network-requests og sætte Block insecure private network requests til disabled. Det lader til at fungere for mig nu, så måske flere kan teste det.

Virkeligt stærkt arbejde, det der! Jeg har lige prøvet det og det virker desværre ikke på min Chrome på mobilen (Pixel 5, Android 12).

Har for god ordens skyld været inde og rydde al cache/cookies/historik og genstartet mobilen for at være 100% sikker på at starte en ny session. No such luck.

Anerkender stadig detektivarbejdet

[erikwa]

Fantastisk service.
Nu virker lortet for mig.
Virkede ikke på smartphone når jeg var på WiFi, men ingen problemer på mobildata
Tak Erik

[ossian]

Virkeligt stærkt arbejde, det der! Jeg har lige prøvet det og det virker desværre ikke på min Chrome på mobilen (Pixel 5, Android 12).

Har for god ordens skyld været inde og rydde al cache/cookies/historik og genstartet mobilen for at være 100% sikker på at starte en ny session. No such luck.

Anerkender stadig detektivarbejdet

Ja, samme her. Fungerer på desktop - men ikke på mobil.. ��

[tor340]

Nu har jeg pludseligt problemet med Edge, mens det virker med Chrome.