Interdire https

[Valerian1008]

Bonjour,

J'ai un hébergement en mutualisé avec un site accessible en http://www.monsite.com

J'ai remarqué que toutes les pages de mon site sont également accessibles (en double) si on tape https://www.monsite.com.

Je ne le désire pas car Je crains évidemment un "duplicate content.

Comment éviter cela : peut-on faire une 404 avec un .htaccess et si oui comment ?

Ou alors une autre solution ? (robotext etc...).

Merci beaucoup à celui ou celle qui me répondra...


Valerie.

[david96]

Je me suis pas penché sur la question, mais ta demande m'intéresse, je vais donc suivre ta thread.

Une idée en passant, via la console, et faire un tour du côté des vhosts !

[Audiofeeline]

Rediriger tout vers http:// ?

[david96]

J'y ai pensé bien sûr, mais l'index est configuré ailleurs, c'est pour cela que je pense faire un tour du côté des vhosts !

[Julia41]

Je me pose un peu la même question... Moi c'est dans le sens inverse... Je recherche comment fait Webmin pour forcer le https... Mais à mon avis il faut voir vers là... Je te tiens au courant si je trouve

[david96]

J'ai vu certains de tes posts julia41, une chose ne m'a pas échappé, tu m'as l'air de t'y connaitre en administration serveur ! Je suis donc bien content de te retrouver ici pour ce problème !

[maddanny]

Je me pose un peu la même question... Moi c'est dans le sens inverse... Je recherche comment fait Webmin pour forcer le https... Mais à mon avis il faut voir vers là... Je te tiens au courant si je trouve

Sauf que cela n'a rien à voir, Webmin utilise son propre serveur Web ...

Et pour forcer un protocole, il n'y a que l'embarras du choix:

=> Le plus radical: couper l'extension SSL sur le serveur (impossible sur un mutualisé) ou peut-être via un .htaccess (pas sur, vu qu'il est relatif soit au serveur soit à un vh)

=> A la SEO: url rewrite

=> A la barbare: faire une redirection du https vers http dans le code

=> Le plus propre: mettre une page qui invite l'utilisateur à visiter le site en http à la place du https (pour cela il faut avoir 2 repertoires distincts, suffit de demander à l'hebergeur).

Attention, en theorie une redirection d'une page cryptée vers une qui ne l'est pas peut generer l'affichage d'un message d'alerte par le navigateur.

Sinon, je ne crois pas que Google prenne ça pour du duplicate content mais il faudrait leur poser la question directement

MADdanny

[kylliox]

Si tu veux pas qu'il pointe au même endroit il faut changer la racine du serveur dans le fichier vhost : <VirtualHost *:443>

pour le https tu mets une autre directive DocumentRoot que celui de ton site

exemple :

Code: Tout sélectionner

DocumentRoot /var/www/https

demande à ton hebergeur
good luck

[Julia41]

Ah nikel, je crois que j'ai MA solution, mais en sens inverse, elle doit marché...
Fourni par le fichier de conf d'apache pour Squirrelmail :

Code: Tout sélectionner

# redirect to https when available (thanks auteur_qui_n'a_pas_peur@descolada.dartmouth.edu)
#
#  Note: There are multiple ways to do this, and which one is suitable for
#  your site's configuration depends. Consult the apache documentation if
#  you're unsure, as this example might not work everywhere.
#
#<IfModule mod_rewrite.c>
#  <IfModule mod_ssl.c>
#    <Location /squirrelmail>
#      RewriteEngine on
#      RewriteCond %{HTTPS} !^on$ [NC]
#      RewriteRule . https://%{HTTP_HOST}%{REQUEST_URI}  [L]
#    </Location>
#  </IfModule>
#</IfModule>

Je pense que tu vires un ou deux s et ce sera bon :p

J'avais parlé de Webmin, car il proposait l'option...


Edit : Masquage de l'email de l'auteur de la modif :p

[Leonick]

Bonjour,

J'ai un hébergement en mutualisé avec un site accessible en http://www.monsite.com

J'ai remarqué que toutes les pages de mon site sont également accessibles (en double) si on tape https://www.monsite.com.

Je ne le désire pas car Je crains évidemment un "duplicate content.

Je ne l'avais jamais remarqué
sinon, chez OVH par exemple, on doit valider un certificat non signé, sinon on ne peut y accéder et donc les spider n'y auront pas accès

[maddanny]

sinon, chez OVH par exemple, on doit valider un certificat non signé, sinon on ne peut y accéder et donc les spider n'y auront pas accès

Svp les amis, ça serait top de ne pas répondre lorsque vous n'êtes pas sûrs de votre réponse !
L'alerte sur le certificat autosigné ou non correspondant au domaine est generée par le navigateur, un spider s'en fiche la plupart du temps ...

MADdanny

[Julia41]

Complétement d'accord, les certifs autosigné, les messages d'alertes sont complétement différents suivant le navigateur, et je doute qu'un spider tourne sous IE ou sous FF ^^

[Leonick]

Svp les amis, ça serait top de ne pas répondre lorsque vous n'êtes pas sûrs de votre réponse !
L'alerte sur le certificat autosigné ou non correspondant au domaine est generée par le navigateur, un spider s'en fiche la plupart du temps ...

MADdanny

concrètement, as-tu des pages https qui sont indexées dans les résultats des moteurs, avec la commande site: par exemple ?

[maddanny]

concrètement, as-tu des pages https qui sont indexées dans les résultats des moteurs, avec la commande site: par exemple ?

https://www.internet-mineurs.gouv.fr/
https://www.acte-naissance.fr/
https://www.clusif.asso.fr/
https://linuxfr.org/
[etc]

donc ?

MADdanny

[Leonick]

concrètement, as-tu des pages https qui sont indexées dans les résultats des moteurs, avec la commande site: par exemple ?

donc ?

MADdanny

Non, je demandais sur TES sites, sinon ça ne te poses pas de problème