Sommige HTTP:// links veranderen in HTTPS:// links en veroorzaken foutmeldingen

  • Meindert
  • Onderwerp Auteur
  • Gebruiker
  • Gebruiker
  • Fotograaf | Natuurgids | Wandelcoach
Meer
18 aug 2017 11:23 #14329 door Meindert
Op mijn Joomla 3.7.5-site maak ik gebruik van SSL. Ik heb bij serverinstellingen 'Forceer HTTPS' ingesteld voor de gehele website.

Nu blijken sommige links naar externe websites de volgende foutmelding te veroorzaken:

Beveiligde verbinding mislukt

Fout tijdens het verbinden met www.mrbadvocaten.nl . SSL-peer heeft geen certificaat voor de opgevraagde DNS-naam. Foutcode: SSL_ERROR_UNRECOGNIZED_NAME_ALERT


Probleem is namelijk dat de http:// links te worden geforceerd naar https:// links.

Het vreemde is nu dat dit niet bij alle http-links gebeurt. Vaak gaat het ook goed, waarbij de opgevraagde externe webpagina wel goed wordt getoond.

Ik heb al geprobeerd om het probleem te omzeilen door bij probleemlinks de vermelding http: achterwege te laten en te volstaan met //[domeinnaam]. Soms gaat dat goed, maar vaak ook niet.

Ik vermoed dat de oorzaak van het probleem ligt bij het .htaccess bestand. Ik heb het script er daarom bijgevoegd:
Code:
## # @package Joomla # @copyright Copyright (C) 2005 - 2015 Open Source Matters. All rights reserved. # @license GNU General Public License version 2 or later; see LICENSE.txt ## ## # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE! # # The line just below this section: 'Options +FollowSymLinks' may cause problems # with some server configurations. It is required for use of mod_rewrite, but may already # be set by your server administrator in a way that disallows changing it in # your .htaccess file. If using it causes your server to error out, comment it out (add # to # beginning of line), reload your site in your browser and test your sef url's. If they work, # it has been set by your server administrator and you do not need it set here. ## RewriteEngine On RewriteCond %{SERVER_PORT} !^443$ [OR] RewriteCond %{HTTP_HOST} !www\.[DOMEINNAAM]\.nl [NC] RewriteRule ^(.*)$ https://www.[DOMEINNAAM].nl/$1 [L,R=301] ## No directory listings IndexIgnore * ## Can be commented out if causes errors, see notes above. Options +FollowSymlinks Options -Indexes ## Mod_rewrite in use. RewriteEngine On ## Begin - Rewrite rules to block out some common exploits. # If you experience problems on your site block out the operations listed below # This attempts to block the most common type of exploit `attempts` to Joomla! # # Block out any script trying to base64_encode data within the URL. RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR] # Block out any script that includes a <script> tag in URL. RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR] # Block out any script trying to set a PHP GLOBALS variable via URL. RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] # Block out any script trying to modify a _REQUEST variable via URL. RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) # Return 403 Forbidden header and show the content of the root homepage RewriteRule .* index.php [F] # ## End - Rewrite rules to block out some common exploits. ## Begin - Custom redirects # # If you need to redirect some pages, or set a canonical non-www to # www redirect (or vice versa), place that code here. Ensure those # redirects use the correct RewriteRule syntax and the [R=301,L] flags. # ## End - Custom redirects ## # Uncomment following line if your webserver's URL # is not directly related to physical file paths. # Update Your Joomla! Directory (just / for root). ## # RewriteBase / ## Begin - Joomla! core SEF Section. # RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] # # If the requested path and file is not /index.php and the request # has not already been internally rewritten to the index.php script RewriteCond %{REQUEST_URI} !^/index\.php # and the requested path and file doesn't directly match a physical file RewriteCond %{REQUEST_FILENAME} !-f # and the requested path and file doesn't directly match a physical folder RewriteCond %{REQUEST_FILENAME} !-d # internally rewrite the request to the index.php script RewriteRule .* index.php [L] # ## End - Joomla! core SEF Section.

Het probleem is niet opgelost wanneer ik bij serverinstellingen 'Forceer HTTPS' voor de gehele website uitschakel.

Iemand een suggestie voor een oplossing van dit probleem?

Vr.gr. Meindert
Discussie gesloten.
  • Meindert
  • Onderwerp Auteur
  • Gebruiker
  • Gebruiker
  • Fotograaf | Natuurgids | Wandelcoach
Meer
18 aug 2017 15:08 #14339 door Meindert
Een aanvulling op mijn vorige bericht: ik heb inmiddels een 'workaround' ontdekt voor een gedeeltelijke oplossing van het probleem.

Wanneer ik in probleemsituaties de URL wijzig van www.domeinnaam.nl in http:domeinnaam.nl dan kom ik in de meeste gevallen toch op de gewenste pagina uit.

Echter werkt deze methode niet in alle probleemgevallen. Ik laat de oproep daarom nog open staan en zie reacties met belangstelling tegemoet.

Vr.gr. Meindert
Discussie gesloten.
  • Rondeb
  • Gebruiker
  • Gebruiker
  • Joomla
Meer
18 aug 2017 18:34 #14340 door Rondeb
Hallo Meindert,

zet onderstaande code eens in je .htaccess file.
Code:
RewriteEngine On RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [R,L]
Wat gebeurt er dan?

Groeten Ron :)
Discussie gesloten.
  • Meindert
  • Onderwerp Auteur
  • Gebruiker
  • Gebruiker
  • Fotograaf | Natuurgids | Wandelcoach
Meer
18 aug 2017 19:20 #14341 door Meindert
Dag Ron,

Bedankt voor je reactie.

Ik heb het volgende onderdeel van .htaccess vervangen door jouw script:
Code:
RewriteEngine On RewriteCond %{SERVER_PORT} !^443$ [OR] RewriteCond %{HTTP_HOST} !www\.meindertvandijkfotografie\.nl [NC] RewriteRule ^(.*)$ https://www.meindertvandijkfotografie.nl/$1 [L,R=301]

Bij controle bleek mij geen verschil.
Terwijl in de backend de links beginnen met HTTP:// zie ik op de frontend dat wanneer ik met mijn browsers Firefox en Chrome met de muis over de link ga, dat daar de links beginnen met HTTPS://. Bij daadwerkelijk aanklikken zoeken ze dan ook (tevergeefs) naar de HTTPS:// site, waarna de foutmeldingen onstaan.

Kan het probleem mede worden veroorzaakt doordat bijvoorbeeld in het .htaccess bestand tweemaal het woord 'RewriteEngine On' wordt vermeld? Kan het script wellicht tegenstrijdigheden bevatten? Ik ben zelf namelijk helemaal niet bekend met dit soort scripts.

Groeten, Meindert
Discussie gesloten.
  • Gast
  • Gebruiker
  • Gebruiker
Meer
18 aug 2017 20:20 #14342 door Gast
Gebruik je Akeeba Admin Tools?
Daar zit een setting in "Convert all links to HTTPS when site is accessed over SSL" die dit probleem veroorzaakt als hij op "yes" staat.
Discussie gesloten.
  • Meindert
  • Onderwerp Auteur
  • Gebruiker
  • Gebruiker
  • Fotograaf | Natuurgids | Wandelcoach
Meer
18 aug 2017 20:33 #14343 door Meindert
Dank voor je tip, Jaydot!

Ik gebruik Akeeba Admin Tools, maar ik heb de door jou genoemde tool ('Convert all links to HTTPS when site is accessed over SSL') op 'nee' staan.
Discussie gesloten.
  • Gast
  • Gebruiker
  • Gebruiker
Meer
18 aug 2017 20:40 #14344 door Gast
Discussie gesloten.
  • Meindert
  • Onderwerp Auteur
  • Gebruiker
  • Gebruiker
  • Fotograaf | Natuurgids | Wandelcoach
Meer
18 aug 2017 20:57 #14345 door Meindert
Dag Jaydot,

N.a.v. je tip ben ik verder gaan zoeken, waarbij ik (vermoedelijk) de oplossing van het probleem vond.
In ReReplacer had ik ingesteld dat [http://www.] moest worden vervangen door [//www.].

Vermoedelijk maakte de SSL-instelling vervolgens van de [//www.] een [https://www.].
Nadat ik deze aanpassing in ReReplacer had uitgeschakeld werkten de probleem-links weer naar behoren.

Jaydot en Ron, beide bedankt voor jullie tips, met behulp waarmee ik uiteindelijk zelf de oplossing heb kunnen vinden!
Discussie gesloten.
  • Rondeb
  • Gebruiker
  • Gebruiker
  • Joomla
Meer
18 aug 2017 21:01 #14346 door Rondeb
Graag gedaan en succes met de site verder :)
Discussie gesloten.
  • Gast
  • Gebruiker
  • Gebruiker
Meer
18 aug 2017 21:27 #14347 door Gast
Goed gevonden, en blij dat ik er een klein beetje aan heb bijgedragen!
Discussie gesloten.
Gemaakt door Kunena