Jeg bruger:
http://sidelinien.dk/forums/
Og har den som start/hjem.
Den virker nu igen og har gjort det siden igår.
Jeg bruger:
http://sidelinien.dk/forums/
Og har den som start/hjem.
Den virker nu igen og har gjort det siden igår.
Og min virker også nu på både Wifi og mobilnet på min android telefon på Chrome, hurraaaaaaaaaaa
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.
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 :)
Sidst redigeret af ossian : 26.08.22 kl. 10:58
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 :(
Puha, godt nok et øv-problem. Ikke umuligt at tilgå SL, men godt nok irriterende at skulle gøre det i en ny browser :(
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..
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
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:
Og her er headers for http request:Kode: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
I http request står location rigtigt nok til http - så det må være Chrome der laver den redirect.Kode: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
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.
Stærkt arbejde!
(Eller "Default" som min - der virker fint - står til)
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![]()
Fantastisk service.
Nu virker lortet for mig.
Virkede ikke på smartphone når jeg var på WiFi, men ingen problemer på mobildata
Tak Erik
Nu har jeg pludseligt problemet med Edge, mens det virker med Chrome.
There are currently 1 users browsing this thread. (0 members and 1 guests)