[SSL] Geen mixed content toch melding en geen slotje

[Robbie T]

Op de website navigoamsterdam.nl is een SSL certificaat aanwezig. Momenteel is er echter geen beveiligde verbinding omdat er 2 afbeeldingen via http ingeladen zouden worden. Binnen alle posts/ links worden de afbeeldingen echter ingeladen via https. Ook als ik de afbeeldingen bekijken waar het om gaat en vervolgens de URL hiervan kopieer gebeurd dit keurig via HTTPS.

Ik heb de database gecontroleerd en ook hier staat alles vermeld met https. Voor de volledigheid heb ik nog een search and replace uitgevoerd. De website is gebouwd in WordPress en ik heb ook als probeersel "really simple SSL" geinstalleerd.

Cache is ook verwijderd maar ik houd alsnog een mixed content melding over. Iemand een idee waar dit nog vandaan kan komen?

[Spierenburg]

Waarschijnlijk gebruik je elementor. In dat geval moet je de URL's updaten in elementor.

Elementor -> extra -> url vervangen

[ Voor 18% gewijzigd door Spierenburg op 17-02-2020 17:16 ]

[Acid_Burn]

vlag-300x200.png en bruiloft-3x2-e1474624890440.jpeg komen niet uit https... daar zit ook een status 301 moved permanently op

[ Voor 26% gewijzigd door Acid_Burn op 17-02-2020 17:19 ]

[Robbie T]

Acid_Burn schreef op maandag 17 februari 2020 @ 17:18:
vlag-300x200.png en bruiloft-3x2-e1474624890440.jpeg komen niet uit https... daar zit ook een status 301 moved permanently op

De grap is dat binnen de widget waarin die geladen wordt dit keurig via https gebeurd

[Robbie T]

Spierenburg schreef op maandag 17 februari 2020 @ 17:15:
Waarschijnlijk gebruik je elementor. In dat geval moet je de URL's updaten in elementor.

Elementor -> extra -> url vervangen

Nope. Geen elementor. Gewoon Gutenberg in dit geval.

[bkor]

https://navigoamsterdam.nl (zonder www.) redirect naar http://www.navigoamsterdam.nl in plaats van https://

gebruik als bron voor alles (voornamelijk de 2 plaatjes zoals eerder aangegeven) https://www.navigoamsterdam.nl, of fix je configuratie

PS: Browser doet voor verschillende URLs iets als: https://navigoamsterdam.nl -> http://www.navigoamsterdam.nl -> https://www.navigoamsterdam.nl

[ Voor 35% gewijzigd door bkor op 17-02-2020 17:27 ]

[Robbie T]

bkor schreef op maandag 17 februari 2020 @ 17:24:
https://navigoamsterdam.nl (zonder www.) redirect naar http://www.navigoamsterdam.nl in plaats van https://

gebruik als bron voor alles (voornamelijk de 2 plaatjes zoals eerder aangegeven) https://www.navigoamsterdam.nl, of fix je configuratie

PS: Browser doet voor verschillende URLs iets als: https://navigoamsterdam.nl -> http://www.navigoamsterdam.nl -> https://www.navigoamsterdam.nl

Inmiddels aangepast (Ik heb de site niet gebouwd). Alles wordt nu ingeladen via https://navigoamsterdam.nl/ maar het probleem blijft aanwezig. De specifieke afbeeldingen worden overigens ingeladen via /wp-content (dus zonder domein in de url).

[Robbie T]

Het probleem is opgelost. Ik heb de betreffende afbeeldingen opgeslagen, een andere naam gegeven en vervolgens opnieuw geupload en nu gaat het wel goed. Zeer bijzonder dus mocht iemand nog een idee hebben waar het probleem in zit dan hoor ik het graag.

[Sporedd]

Volgens mij slaat wp de url op, op het moment van opslaan?
deze afbeelding is misschien via http geupload.

[bkor]

Robbie T schreef op dinsdag 18 februari 2020 @ 10:41:
Het probleem is opgelost. Ik heb de betreffende afbeeldingen opgeslagen, een andere naam gegeven en vervolgens opnieuw geupload en nu gaat het wel goed. Zeer bijzonder dus mocht iemand nog een idee hebben waar het probleem in zit dan hoor ik het graag.

Dat had ik toch aangegeven? Je laadde een plaatje dat tussendoor gebruik maakte van http. Een plaatje laden via https dat vervolgens een redirect doet naar http en vervolgens https zal ook een mixed content waarschuwing generen. Je kan dit trouwens prima zien/volgen via web developer tools (network gedeelte).

Zodra je maar iets doet via http kan iemand anders het aanpassen. Dat je begint en eindigt met https is dus niet genoeg, tussendoor mag je ook nooit http hebben.

[Robbie T]

bkor schreef op dinsdag 18 februari 2020 @ 11:11:
[...]


Dat had ik toch aangegeven? Je laadde een plaatje dat tussendoor gebruik maakte van http. Een plaatje laden via https dat vervolgens een redirect doet naar http en vervolgens https zal ook een mixed content waarschuwing generen. Je kan dit trouwens prima zien/volgen via web developer tools (network gedeelte).

Zodra je maar iets doet via http kan iemand anders het aanpassen. Dat je begint en eindigt met https is dus niet genoeg, tussendoor mag je ook nooit http hebben.

Ik heb het hierboven ook al aangegeven, het klopt niet wat je zegt. Developer tools ben ik bekend mee. Ook na URL wijzigingen werd het keurig via https ingeladen.

[Robbie T]

Sporedd schreef op dinsdag 18 februari 2020 @ 10:49:
Volgens mij slaat wp de url op, op het moment van opslaan?
deze afbeelding is misschien via http geupload.

Klopt, dit is echter keurig met https geweest.

[Droefsnoet]

Robbie T schreef op dinsdag 18 februari 2020 @ 10:41:
Het probleem is opgelost. Ik heb de betreffende afbeeldingen opgeslagen, een andere naam gegeven en vervolgens opnieuw geupload en nu gaat het wel goed. Zeer bijzonder dus mocht iemand nog een idee hebben waar het probleem in zit dan hoor ik het graag.

Die afbeeldingen waren waarschijnlijk onderdeel van het thema? Een header die je via weergave > customizer hebt ingeladen? Die afbeeldingen worden gek genoeg nooit meegenomen als je je website gaan omschakelen naar https. Zelfs de mixed content fixer van Really Simple SSL kan die afbeeldigen niet wijzigen. De enige oplossing is om de afbeelding eens opnieuw in te laden, zoals je nu hebt gedaan.

[PROnline]

Nog een tipje, je site is nu zowel via HTTP als HTTPS beschikbaar. Alleen de hoofdpagina redirect naar HTTPS, maar de rest blijft op HTTP hangen als je daar rechtstreeks naartoe gaat (bijv. http://navigoamsterdam.nl/bestemmingen/ )
Maak een rewrite rule aan voor alle HTTP requests naar HTTPS en zet de site op HTTP verder uit.

[Robbie T]

Droefsnoet schreef op dinsdag 18 februari 2020 @ 11:26:
[...]

Die afbeeldingen waren waarschijnlijk onderdeel van het thema? Een header die je via weergave > customizer hebt ingeladen? Die afbeeldingen worden gek genoeg nooit meegenomen als je je website gaan omschakelen naar https. Zelfs de mixed content fixer van Really Simple SSL kan die afbeeldigen niet wijzigen. De enige oplossing is om de afbeelding eens opnieuw in te laden, zoals je nu hebt gedaan.

Nope. Waren onderdeel van een widget waarbij de content zelf is toegevoegd.

---

Ik heb de nodige ervaring met hosting, wordpress en ssl. Dit heb ik ook nog niet eerder gezien. Ik heb de website niet zelf gebouwd en het is momenteel nog wat onoverzichtelijk.

PROnline schreef op dinsdag 18 februari 2020 @ 11:30:
Nog een tipje, je site is nu zowel via HTTP als HTTPS beschikbaar. Alleen de hoofdpagina redirect naar HTTPS, maar de rest blijft op HTTP hangen als je daar rechtstreeks naartoe gaat (bijv. http://navigoamsterdam.nl/bestemmingen/ )
Maak een rewrite rule aan voor alle HTTP requests naar HTTPS en zet de site op HTTP verder uit.

Thanks :-). De .htaccess is het volgende puntje van aandacht.

[PROnline]

Goed bezig!

[ACM]

Je kan eventueel ook achterhalen of anderen non-https elementen krijgen door er een (report-only) CSP-header bij te maken.

En dat heeft ook als voordeel dat het ook in je browser-console duidelijk gemeld wordt.

[bkor]

Robbie T schreef op dinsdag 18 februari 2020 @ 11:22:
[...]


Ik heb het hierboven ook al aangegeven, het klopt niet wat je zegt. Developer tools ben ik bekend mee. Ook na URL wijzigingen werd het keurig via https ingeladen.

Het klopt wel. Gister prima gezien via Firefox. Dat de server configuratie foutief is was ook duidelijk te zien. Je manier van testen is trouwens gebrekkig. Probeer eens een command line tool ofzo. Vergeet ook niet dat browsers dingen cachen, zeker met een 301 redirect.

[Robbie T]

bkor schreef op dinsdag 18 februari 2020 @ 12:35:
[...]


Het klopt wel. Gister prima gezien via Firefox. Dat de server configuratie foutief is was ook duidelijk te zien. Je manier van testen is trouwens gebrekkig. Probeer eens een command line tool ofzo. Vergeet ook niet dat browsers dingen cachen, zeker met een 301 redirect.

DAnk voor de tips