Wiki HaiSoft - Contributions [fr]

Connexion aux adresses email

2025-10-31T13:42:02Z

Root xo1zfe7e :

[[Category:E-mail]]
<h1>Connexion aux adresses email</h1>
Il existe plusieurs moyens de vous connecter à votre adresse email HaiSoft.

* Votre identifiant est toujours : votre adresse email complète (exemple: moi@monsite.com).
* Votre mot de passe : a été choisi à la création de l'adresse et peut être changé via votre [[Panneau de contrôle Plesk]] si nécessaire. Voir [[Gestion_des_adresses_email#Changer_un_mot_de_passe_email|Changer un mot de passe email]]

<h2>Webmail</h2>
Un webmail est un site contenant un panneau de gestion de mails, permettant de vous connecter à votre messagerie simplement depuis un navigateur internet. Le webmail se situe directement sur le serveur de mails et se connecte donc de manière transparente et automatique, en local au serveur IMAP pour afficher vos emails et SMTP pour envoyer des emails. Le webmail est un moyen très simple et très fiable de se connecter avec une configuration correcte, ce qui en fait également un excellent moyen de vérifier la bonne connexion à votre service de messagerie.

<h3>URL du webmail</h3>
Si votre domaine est "monsite.com", votre webmail est alors :

* Exemple : http://webmail.monsite.com
''Note: Il faut taper cette adresse directement dans votre barre d'adresse et non dans Google. N'hésitez pas à la sauvegarder en favori !''

<h3>Sécurisation du webmail</h3>
Outre le fait qu'il faut toujours se connecter via une connexion de confiance et avoir des mots de passe sécurisés, il est possible d'accéder à votre webmail en HTTPS afin de protéger les données qui transitent entre votre connexion internet et le serveur

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur "Let's Encrypt"
* Assurez-vous que la deuxième case, pour sécuriser le webmail soit bien cochée (Si votre site est accessible via "www.", cochez également la première case)
* Validez en cliquant sur "OK" (ou "Renouveller" si vous aviez déjà généré un certificat)

Votre webmail est désormais accessible en https sans alerte de sécurité.<br />
Exemple: https://webmail.monsite.com

<h3>Choisir son webmail</h3>
Deux webmail sont disponibles par défaut :

* Horde : Le client anciennement installé par défaut, très fonctionnel mais peu intuitif et peu moderne
* Roundcube : Le nouveau client installé par défaut, joli, fonctionnel, simple, et proche des standards actuels

''Note: Un webmail n'est autre qu'un site internet. Vous avez techniquement la possibilité d'installer des webmails additionnels sur des sous-domaines, si vous le souhaitez.''

Pour changer de webmail :

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur la rubrique "Adresses mail"
* Rendez-vous dans l'onglet "Paramètres de la messagerie"
* Sous "Messagerie Web", choisissez Roundcube ou Horde
* Validez en cliquant sur "OK"

<h4>Roundcube</h4>
<h5>Choisir la langue de Roundcube</h5>
Par défaut, Roundcube récupère la langue de votre système, s'il n'y parvient pas, il choisit l'anglais par défaut.

Si vous êtes en Anglais et souhaitez passer en Français, voici la procédure :
* Dans votre webmail, en haut à droite, cliquez sur Settings
* Dans "Preferences", choisissez "User Interface"
* Dans "Language", choisissez "French (Français)" puis validez en cliquant sur "Save"
* Revenez à l'écran d'accueil en cliquant sur le logo "roundcube" en haut à gauche, vos dossiers devraient désormais être en Français.

<h2>Logiciels de messagerie</h2>

<h3>Choisir entre POP et IMAP</h3>

Tout d'abord, expliquons les différences entre POP et IMAP :

* Le protocole '''IMAP''' synchronise votre logiciel de boîte mail avec le serveur en temps réel, c'est le protocole le plus simple, le plus efficace, le plus compréhensible, et donc le choix recommandé dans la plupart des cas.
* Le protocole '''POP''' synchronise les données en fonction de vos réglages du logiciel, toutes les X minutes. De plus, POP, peut supprimer les messages du serveur pour n'en conserver qu'une copie locale, sur votre ordinateur, et ainsi faire gagner de l'espace d'hébergement, mais attention : si vous changez d'ordinateur ou supprimez votre boîte, vous perdez vos emails.
* (SMTP est le protocole d'envoi de mails. Tout envoi de mails se fera en SMTP.)

Il faut bien choisir le bon protocole dès la configuration de votre logiciel, car il est impossible de changer ceci ensuite :
Il vous faudra supprimer le compte, et le recréer pour choisir un protocole différent.

Dans la plupart des cas, nous conseillons l'utilisation du protocole '''IMAP'''. Par exemple :
* Sur votre téléphone mobile, si vous consultez également vos emails sur votre ordinateur. De cette manière, quand vous lirez un email depuis votre mobile, et que vous vérifiez ensuite votre messagerie sur votre ordinateur, le mail sera toujours présent (contrairement à POP avec option de suppression du message lors du téléchargement).
* Sur tout appareil, lorsque vous souhaitez que vos emails soient conservés sur le serveur (peut utiliser un espace conséquent, et nécessite donc une formule adaptée à vos besoins en stockage d'email).

Dans d'autres cas, principalement si vous souhaitez conserver vos emails sur votre ordinateur au lieu du serveur, et si vous souhaitez ne pas utiliser trop d'espace sur le serveur, nous conseillons l'utilisation du protocole '''POP'''. Il faudra alors vérifier certains réglages dans votre logiciel de messagerie. Vous disposez en général de trois options :
* Activer ou non la suppression des emails sur le serveur dès leur téléchargement sur votre ordinateur.
* Activer ou non la suppression des emails sur le serveur au bout de X jours.
* Activer ou non la suppression des emails sur le serveur lors de leur suppression de la corbeille.

En fonction des logiciels de messagerie, ces paramètres peuvent changer. Nous vous invitons à vérifier notre page liée à la configuration des principaux clients de messagerie. (À venir).

<h3>Configuration automatique</h3>
Avec Outlook et Thunderbird, la configuration peut se faire automatiquement. Dans ce cas, il vous suffit de renseigner votre adresse email et votre mot de passe ; la configuration du serveur de mails se renseigne alors automatiquement.

La configuration automatique est disponible par défaut sous quelques conditions sur tous nos serveurs mutualisés, dédiés et virtuels, à partir de Plesk Obsidian (ou avant cette version, via un de nos scripts que nous avons spécialement développé pour Plesk : https://gitlab.haisoft.net/pub/Plesk_MailAutoconfig).<br />
Si la configuration automatique n'est pas disponible pour votre domaine, n'hésitez pas à nous contacter.

'''Attention !''' Par défaut, la configuration automatique sélectionne le protocole IMAP, généralement préféré. Pour établir une connexion en POP, vous devez choisir ce mode de connexion via un menu déroulant lors de la configuration de votre logiciel.

<h4>Pour Outlook (le logiciel de messagerie)</h4>

* Votre domaine et vos emails doivent être hébergés chez HaiSoft
* Votre zone DNS doit être gérée chez HaiSoft, si ce n'est pas le cas, vous devez ajouter les enregistrements DNS (voir Les-enregsitrements-DNS) suivants :
<code>_imaps._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
<code>_pop3s._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
<code>_smtps._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
''(remplacer example.com par votre nom de domaine et srvxx.haisoft.net par le nom du serveur sur lequel sont hébergés vos emails)''

<h4>Pour Thunderbird</h4>
* Votre domaine et vos emails doivent être hébergés chez HaiSoft

<h4>Pour Apple "Mail"</h4>
Pour Mac et iPhone.
* Votre domaine et vos mails doivent être hébergés chez HaiSoft
* Votre logiciel Apple doit être à jour (2016 et supérieur)

Il vous suffit de visiter le lien suivant (en remplaçant "domaine.tld" par votre nom de domaine et "user@domaine.tld" par votre adresse email) :<br />
https://domaine.tld/email.mobileconfig?emailaddress=user@domaine.tld<br />
Un téléchargement de fichier vous est alors proposé. Ouvrez le fichier qui doit s'ouvrir avec votre logiciel ou application "Mail". Validez l'acceptation de la configuration, suivez l'assistant et entrez le mot de passe de votre boîte mail.

<h3>Configuration manuelle</h3>
<h5>Pré-requis</h5>
Avant toute chose, il vous faut savoir :
* L'adresse de votre serveur (par exemple : srv04.haisoft.net, en cas de doute, contactez le support HaiSoft)
* L'adresse email et son mot de passe
* La différence entre POP et IMAP

<h5>Ports et protocoles email</h5>
{| class="wikitable"
|+ Connexion IMAP ou POP sécurisée
!
! IMAP (conseillé)
! POP
|-
! Serveur
| srvXX.haisoft.net (à adapter) || srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat requis) || mail.votredomaine.tld (à adapter, certificat requis)
|-
! Port
| 993
| 995
|-
! Chiffrement (SSL/TLS)
| Activé
| Activé
|-
! Identifiant
| Votre adresse email
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe email
| Votre mot de passe email
|}

{| class="wikitable"
|+ Connexion SMTP sécurisée
!
! SMTP
|-
! Serveur
| srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat requis)
|-
! Port SSL/TLS
| 465 (recommandé)
|-
! Chiffrement (SSL/TLS)
| Activé
|-
! Authentification
| Requise
|-
! Identifiant
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe email
|}

<h5>Comprendre les paramètres</h5>
* '''Serveur''' : Donné sous la forme "srvXX.haisoft.net", "vmXXX.haisoft.net", "dsXXX.haisoft.net", il s'agit du nom d'hôte de votre serveur, également utilisé pour la connexion à votre [[Panneau de contrôle Plesk]]. En cas de doute, demandez conseil à votre support technique HaiSoft. Ce nom d'hôte comporte également le certificat du serveur de mails, c'est pourquoi il est important d'utiliser ce nom pour la connexion.
* '''Port''' : Toute connexion réseau se fait à l'aide d'un port. Chaque protocole a été normalisé pour utiliser un port précis et HaiSoft respecte les ports standards. Attention, un pare-feu sur votre ordinateur ou réseau peut risquer de bloquer votre port, il faut donc vous assurer qu'aucun blocage n'a lieu de ce côté. NB: Cela n'a rien à voir avec les redirections de ports faits par un routeur.
* '''Identifiant''' : Votre identifiant est toujours votre '''adresse email''' complète. Ex: moi@domain.tld
* '''Mot de passe''' : Le mot de passe de votre adresse email a été défini lors de sa création. Si vous l'avez oublié, vous pouvez le réinitialiser via votre [[Panneau de contrôle Plesk]].
* '''Chiffrement SSL/TLS''' : Cette sécurité permet de protéger les données que vous échangez avec le serveur de mails. Il est également possible de chiffrer en STARTTLS, le protocole est ainsi initialisé différemment.

'''Note''': Outlook ne distingue pas correctement SSL et TLS dans la plupart de ses versions, appelant "TLS" ce qui est en fait du "STARTTLS". Si cela ne fait généralement aucune différence pour le POP/IMAP, le SMTP en STARTTLS nécessite d'utiliser le port 587. Si vous n'êtes pas certains des appellations de chiffrement utilisées par Outlook, choisissez le SMTP SSL sur port 465. Alternativement, nous conseillons d'utiliser le logiciel gratuit et libre Thunderbird, qui sait dinstinguer correctement ces protocoles de chiffrement.

<h3>Problèmes connus et solutions</h3>
<h4>Outlook</h4>
<h5>Sauvegarde/Suppression impossible en IMAP</h5>
<b>Symptômes</b>

En IMAP, si les emails envoyés ne se sauvegardent pas et que vous ne pouvez pas supprimer les éléments envoyés avec en erreur "L'élément est déjà supprimé".

<b>Cause</b>

Dans certains cas, Outlook n'est pas capable de définir un chemin IMAP. Nos serveurs utilisent pourtant le dossier par défaut "INBOX" étant standard sur la très vaste majorité des serveurs de mails. Dans quel cas, l'arborescence des dossiers est donc incohérente entre ce que "voit" Outlook et ce qui est présent sur le serveur, causant des erreurs d'écriture/modification sur les mails.

<b>Solution</b>
* Rendez-vous dans : Fichier / Paramètres du compte / Modifier / Paramètres supplémentaires / Options avancées<br />
* Dans "Chemin d'accès au dossier racine", mettez: INBOX
* Validez, et relancez Outlook

Connexion aux adresses email

2025-10-31T13:41:24Z

Root xo1zfe7e :

[[Category:E-mail]]
<h1>Connexion aux adresses email</h1>
Il existe plusieurs moyens de vous connecter à votre adresse email HaiSoft.

* Votre identifiant est toujours : votre adresse email complète (exemple: moi@monsite.com).
* Votre mot de passe : a été choisi à la création de l'adresse et peut être changé via votre [[Panneau de contrôle Plesk]] si nécessaire. Voir [[Gestion_des_adresses_email#Changer_un_mot_de_passe_email|Changer un mot de passe email]]

<h2>Webmail</h2>
Un webmail est un site contenant un panneau de gestion de mails, permettant de vous connecter à votre messagerie simplement depuis un navigateur internet. Le webmail se situe directement sur le serveur de mails et se connecte donc de manière transparente et automatique, en local au serveur IMAP pour afficher vos emails et SMTP pour envoyer des emails. Le webmail est un moyen très simple et très fiable de se connecter avec une configuration correcte, ce qui en fait également un excellent moyen de vérifier la bonne connexion à votre service de messagerie.

<h3>URL du webmail</h3>
Si votre domaine est "monsite.com", votre webmail est alors :

* Exemple : http://webmail.monsite.com
''Note: Il faut taper cette adresse directement dans votre barre d'adresse et non dans Google. N'hésitez pas à la sauvegarder en favori !''

<h3>Sécurisation du webmail</h3>
Outre le fait qu'il faut toujours se connecter via une connexion de confiance et avoir des mots de passe sécurisés, il est possible d'accéder à votre webmail en HTTPS afin de protéger les données qui transitent entre votre connexion internet et le serveur

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur "Let's Encrypt"
* Assurez-vous que la deuxième case, pour sécuriser le webmail soit bien cochée (Si votre site est accessible via "www.", cochez également la première case)
* Validez en cliquant sur "OK" (ou "Renouveller" si vous aviez déjà généré un certificat)

Votre webmail est désormais accessible en https sans alerte de sécurité.<br />
Exemple: https://webmail.monsite.com

<h3>Choisir son webmail</h3>
Deux webmail sont disponibles par défaut :

* Horde : Le client anciennement installé par défaut, très fonctionnel mais peu intuitif et peu moderne
* Roundcube : Le nouveau client installé par défaut, joli, fonctionnel, simple, et proche des standards actuels

''Note: Un webmail n'est autre qu'un site internet. Vous avez techniquement la possibilité d'installer des webmails additionnels sur des sous-domaines, si vous le souhaitez.''

Pour changer de webmail :

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur la rubrique "Adresses mail"
* Rendez-vous dans l'onglet "Paramètres de la messagerie"
* Sous "Messagerie Web", choisissez Roundcube ou Horde
* Validez en cliquant sur "OK"

<h4>Roundcube</h4>
<h5>Choisir la langue de Roundcube</h5>
Par défaut, Roundcube récupère la langue de votre système, s'il n'y parvient pas, il choisit l'anglais par défaut.

Si vous êtes en Anglais et souhaitez passer en Français, voici la procédure :
* Dans votre webmail, en haut à droite, cliquez sur Settings
* Dans "Preferences", choisissez "User Interface"
* Dans "Language", choisissez "French (Français)" puis validez en cliquant sur "Save"
* Revenez à l'écran d'accueil en cliquant sur le logo "roundcube" en haut à gauche, vos dossiers devraient désormais être en Français.

<h2>Logiciels de messagerie</h2>

<h3>Choisir entre POP et IMAP</h3>

Tout d'abord, expliquons les différences entre POP et IMAP :

* Le protocole '''IMAP''' synchronise votre logiciel de boîte mail avec le serveur en temps réel, c'est le protocole le plus simple, le plus efficace, le plus compréhensible, et donc le choix recommandé dans la plupart des cas.
* Le protocole '''POP''' synchronise les données en fonction de vos réglages du logiciel, toutes les X minutes. De plus, POP, peut supprimer les messages du serveur pour n'en conserver qu'une copie locale, sur votre ordinateur, et ainsi faire gagner de l'espace d'hébergement, mais attention : si vous changez d'ordinateur ou supprimez votre boîte, vous perdez vos emails.
* (SMTP est le protocole d'envoi de mails. Tout envoi de mails se fera en SMTP.)

Il faut bien choisir le bon protocole dès la configuration de votre logiciel, car il est impossible de changer ceci ensuite :
Il vous faudra supprimer le compte, et le recréer pour choisir un protocole différent.

Dans la plupart des cas, nous conseillons l'utilisation du protocole '''IMAP'''. Par exemple :
* Sur votre téléphone mobile, si vous consultez également vos emails sur votre ordinateur. De cette manière, quand vous lirez un email depuis votre mobile, et que vous vérifiez ensuite votre messagerie sur votre ordinateur, le mail sera toujours présent (contrairement à POP avec option de suppression du message lors du téléchargement).
* Sur tout appareil, lorsque vous souhaitez que vos emails soient conservés sur le serveur (peut utiliser un espace conséquent, et nécessite donc une formule adaptée à vos besoins en stockage d'email).

Dans d'autres cas, principalement si vous souhaitez conserver vos emails sur votre ordinateur au lieu du serveur, et si vous souhaitez ne pas utiliser trop d'espace sur le serveur, nous conseillons l'utilisation du protocole '''POP'''. Il faudra alors vérifier certains réglages dans votre logiciel de messagerie. Vous disposez en général de trois options :
* Activer ou non la suppression des emails sur le serveur dès leur téléchargement sur votre ordinateur.
* Activer ou non la suppression des emails sur le serveur au bout de X jours.
* Activer ou non la suppression des emails sur le serveur lors de leur suppression de la corbeille.

En fonction des logiciels de messagerie, ces paramètres peuvent changer. Nous vous invitons à vérifier notre page liée à la configuration des principaux clients de messagerie. (À venir).

<h3>Configuration automatique</h3>
Avec Outlook et Thunderbird, la configuration peut se faire automatiquement. Dans ce cas, il vous suffit de renseigner votre adresse email et votre mot de passe ; la configuration du serveur de mails se renseigne alors automatiquement.

La configuration automatique est disponible par défaut sous quelques conditions sur tous nos serveurs mutualisés, dédiés et virtuels, à partir de Plesk Obsidian (ou avant cette version, via un de nos scripts que nous avons spécialement développé pour Plesk : https://gitlab.haisoft.net/pub/Plesk_MailAutoconfig).<br />
Si la configuration automatique n'est pas disponible pour votre domaine, n'hésitez pas à nous contacter.

'''Attention !''' Par défaut, la configuration automatique sélectionne le protocole IMAP, généralement préféré. Pour établir une connexion en POP, vous devez choisir ce mode de connexion via un menu déroulant lors de la configuration de votre logiciel.

<h4>Pour Outlook (le logiciel de messagerie)</h4>

* Votre domaine et vos emails doivent être hébergés chez HaiSoft
* Votre zone DNS doit être gérée chez HaiSoft, si ce n'est pas le cas, vous devez ajouter les enregistrements DNS (voir Les-enregsitrements-DNS) suivants :
<code>_imaps._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
<code>_pop3s._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
<code>_smtps._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
''(remplacer example.com par votre nom de domaine et srvxx.haisoft.net par le nom du serveur sur lequel sont hébergés vos emails)''

<h4>Pour Thunderbird</h4>
* Votre domaine et vos emails doivent être hébergés chez HaiSoft

<h4>Pour Apple "Mail"</h4>
Pour Mac et iPhone.
* Votre domaine et vos mails doivent être hébergés chez HaiSoft
* Votre logiciel Apple doit être à jour (2016 et supérieur)

Il vous suffit de visiter le lien suivant (en remplaçant "domaine.tld" par votre nom de domaine et "user@domaine.tld" par votre adresse email) :<br />
https://domaine.tld/email.mobileconfig?emailaddress=user@domaine.tld<br />
Un téléchargement de fichier vous est alors proposé. Ouvrez le fichier qui doit s'ouvrir avec votre logiciel ou application "Mail". Validez l'acceptation de la configuration, suivez l'assistant et entrez le mot de passe de votre boîte mail.

<h3>Configuration manuelle</h3>
<h5>Pré-requis</h5>
Avant toute chose, il vous faut savoir :
* L'adresse de votre serveur (par exemple : srv04.haisoft.net, en cas de doute, contactez le support HaiSoft)
* L'adresse email et son mot de passe
* La différence entre POP et IMAP

<h5>Ports et protocoles email</h5>
{| class="wikitable"
|+ Connexion IMAP ou POP sécurisée
!
! IMAP (conseillé)
! POP
|-
! Serveur
| srvXX.haisoft.net (à adapter) || srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat requis) || mail.votredomaine.tld (à adapter, certificat requis)
|-
! Port
| 993
| 995
|-
! Chiffrement (SSL/TLS)
| Activé
| Activé
|-
! Identifiant
| Votre adresse email
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe email
| Votre mot de passe email
|}

{| class="wikitable"
|+ Connexion SMTP sécurisée
!
! SMTP
|-
! Serveur
| srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat wildcard requis)
|-
! Port SSL/TLS
| 465 (recommandé)
|-
! Chiffrement (SSL/TLS)
| Activé
|-
! Authentification
| Requise
|-
! Identifiant
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe email
|}

<h5>Comprendre les paramètres</h5>
* '''Serveur''' : Donné sous la forme "srvXX.haisoft.net", "vmXXX.haisoft.net", "dsXXX.haisoft.net", il s'agit du nom d'hôte de votre serveur, également utilisé pour la connexion à votre [[Panneau de contrôle Plesk]]. En cas de doute, demandez conseil à votre support technique HaiSoft. Ce nom d'hôte comporte également le certificat du serveur de mails, c'est pourquoi il est important d'utiliser ce nom pour la connexion.
* '''Port''' : Toute connexion réseau se fait à l'aide d'un port. Chaque protocole a été normalisé pour utiliser un port précis et HaiSoft respecte les ports standards. Attention, un pare-feu sur votre ordinateur ou réseau peut risquer de bloquer votre port, il faut donc vous assurer qu'aucun blocage n'a lieu de ce côté. NB: Cela n'a rien à voir avec les redirections de ports faits par un routeur.
* '''Identifiant''' : Votre identifiant est toujours votre '''adresse email''' complète. Ex: moi@domain.tld
* '''Mot de passe''' : Le mot de passe de votre adresse email a été défini lors de sa création. Si vous l'avez oublié, vous pouvez le réinitialiser via votre [[Panneau de contrôle Plesk]].
* '''Chiffrement SSL/TLS''' : Cette sécurité permet de protéger les données que vous échangez avec le serveur de mails. Il est également possible de chiffrer en STARTTLS, le protocole est ainsi initialisé différemment.

'''Note''': Outlook ne distingue pas correctement SSL et TLS dans la plupart de ses versions, appelant "TLS" ce qui est en fait du "STARTTLS". Si cela ne fait généralement aucune différence pour le POP/IMAP, le SMTP en STARTTLS nécessite d'utiliser le port 587. Si vous n'êtes pas certains des appellations de chiffrement utilisées par Outlook, choisissez le SMTP SSL sur port 465. Alternativement, nous conseillons d'utiliser le logiciel gratuit et libre Thunderbird, qui sait dinstinguer correctement ces protocoles de chiffrement.

<h3>Problèmes connus et solutions</h3>
<h4>Outlook</h4>
<h5>Sauvegarde/Suppression impossible en IMAP</h5>
<b>Symptômes</b>

En IMAP, si les emails envoyés ne se sauvegardent pas et que vous ne pouvez pas supprimer les éléments envoyés avec en erreur "L'élément est déjà supprimé".

<b>Cause</b>

Dans certains cas, Outlook n'est pas capable de définir un chemin IMAP. Nos serveurs utilisent pourtant le dossier par défaut "INBOX" étant standard sur la très vaste majorité des serveurs de mails. Dans quel cas, l'arborescence des dossiers est donc incohérente entre ce que "voit" Outlook et ce qui est présent sur le serveur, causant des erreurs d'écriture/modification sur les mails.

<b>Solution</b>
* Rendez-vous dans : Fichier / Paramètres du compte / Modifier / Paramètres supplémentaires / Options avancées<br />
* Dans "Chemin d'accès au dossier racine", mettez: INBOX
* Validez, et relancez Outlook

Sécurisations et normes email

2025-10-31T13:30:29Z

Root xo1zfe7e :

[[Category:E-mail]]
<h1>Sécurisations et normes email</h1>
La réception et la sécurisation des emails se fait principalement par des règles [[DNS]] présentes pour votre domaine.

<h2>MX: Serveur de réception des emails</h2>
La réception des emails ne peut se faire que si une entrée de type "MX" est présente dans la zone DNS du domaine. Cette entrée MX correspond au serveur SMTP de réception de mails. Le MX est par convention un nom canonique et non une adresse IP.<hr />

Exemple:

Soit le domaine "monsite.tld" dont les emails sont hébergés chez HaiSoft sur le serveur srv12.haisoft.net

* Nous pouvons ajouter une entrée MX utilisant le nom d'hôte de la machine hébergeant le domaine :
<code>MX 0 srv12.haisoft.net</code>

Nous conseillons cette méthode car srv12.haisoft.net est également le serveur POP/IMAP/SMTP à utiliser pour vos connexions sécurisées, car le nom d'hôte contient les certificats SSL/TLS permettant de se connecter de manière sécurisée au serveur.

* Ou bien nous pouvons ajouter un sous-domaine et l'assigner en MX
<pre>mail A 154.41.66.12
MX 0 mail.monsite.tld</pre>

<h2>Sécurité</h2>

Bien que les normes relatives aux emails parviennent difficilement à être universalisées, quelques standards sont de plus en plus utilisés afin de :

* Diminuer la réception de spams
* Limiter au maximum l'usurpation d'identité

<h3>HELO</h3>
Le "HELO" est le message de présentation envoyé par un serveur SMTP. Afin d'atteindre un niveau de confiance correct, ce HELO doit répondre à plusieurs critères :
* Il doit être un FQDN (nom de domaine ou sous-domaine) valide, pointant vers l'IP du serveur SMTP envoyant le mail
* Ce nom doit être identique correspondre au rDNS (reverse DNS) de l'IP du serveur SMTP.
* Ce rDNS ne doit PAS être sous la forme par défaut IPReversed.provider.tld car un serveur SMTP n'ayant pas un rDNS personnalisé a de fortes propensions à être un botnet émettant du spam.

En somme il faut choisir un nom (en général le nom d'hôte de la machine contenant le serveur SMTP), mettre ce nom en reverse DNS de l'IP du serveur, et demander au serveur de mails d'indiquer ce nom en HELO.

Un mail ne répondant pas à ces critères est généralement considéré comme spam.

Nos serveurs sont configurés pour rejeter les emails n'ayant pas un HELO correct, car cela est le minimum à respecter lorsque l'on envoie un email. Si l'expéditeur n'est pas en mesure de corriger sa configuration, nous pouvons '''en dernier recours''' whitelister son adresse pour que vous receviez ses emails, mais cela anihile alors toute possibilité de vérification de l'authenticité de l'expéditeur, c'est donc extrêmement non recommandé.

HaiSoft met tout en oeuvre pour fournir un HELO correct et ainsi permettre la meilleure délivrabilité de vos mails. Tout mail envoyé par votre serveur HaiSoft est configuré pour posséder un HELO correct. Si vous détectiez toutefois une anomalie à ce niveau, n'hésitez pas à nous contacter par ticket support.

<h3>SPF (Sender Policy Framework)</h3>
SPF permet de définir les serveurs habilités à relayer les emails d'un domaine. Cette règle est présente sous forme de règle TXT dans la zone DNS du domaine. Cela permet d'éviter qu'une tierce personne envoie des emails à votre nom. Cela signifie également qu'il faut utiliser un serveur habilité à vous authentifier pour envoyer vos emails, sinon ces derniers n'ont aucune valeur d'authentification et seront donc rejetés.

<h4>Fonctionnement d'SPF</h4>

Lorsqu'un prestataire de mails reçoit un mail provenant de votre domaine, il vérifie donc si la zone DNS du domaine emétteur du mail contient une règle SPF :

* Si la zone DNS contient une règle SPF et qu'elle est respectée, tout va bien.
* Si elle n'en contient pas, alors le mail peut passer, mais sa chance de tomber dans les spams augmente.
* Si elle contient une règle SPF qui n'est pas respectée, alors si cette règle est stricte (-all) le mail a d'énormes chances d'être rejeté, et si cette règle est non stricte (~all), le mail risque d'être considéré comme du spam, d'être rejeté, ou peut passer normalement, au choix du serveur de réception.

<h4>Règle SPF HaiSoft</h4>
La règle SPF par défaut d'HaiSoft est :

<pre>v=spf1 a mx include:spf.haisoft.net -all</pre>

<h4>Syntaxe SPF</h4>

Pour la règle SPF par défaut d'HaiSoft :

* <code>v=spf1</code> permet d'indiquer qu'il s'agit d'une règle SPF
* <code>a</code> permet d'autoriser le serveur du domaine principal à émettre des mails pour le domaine
* <code>mx</code> permet d'autoriser le serveur de réception de mails du domaine à émettre des mails pour le domaine
* <code>include:spf.haisoft.net</code> permet d'inclure une règle SPF existante. Si l'on regarde la règle SPF derrière spf.haisoft.net, on obtiens : <code>v=spf1 ip4:185.177.47.49 ip4:91.212.26.49 include:relay.mailchannels.net -all</code>
* <code>ip4:185.177.47.49 ip4:91.212.26.49</code> permettent d'autoriser ces deux IP d'HaiSoft à envoyer des emails (il s'agit de serveurs de relais)
* <code>include:relay.mailchannels.net</code> permet d'autoriser partenaire relais de mails MailChannels à transférer des emails pour le domaine.
* <code>~all</code> permet d'indiquer que d'autres serveurs peuvent être amenés à éventuellement envoyer des emails.
* <code>-all</code> serait une règle plus stricte que <code>~all</code>, elle indiquerait qu'aucun autre serveur que ceux cités dans la zone SPF n'a le droit d'envoyer d'emails pour le domaine.

<h4>Erreurs SPF courantes</h4>

* Lorsque l'on vous fournit une règle SPF à ajouter, il ne faut pas créer une nouvelle entrée, mais éditer votre règle existante.
* Si vous avez plusieurs règles SPF, l'une ou l'autre sera aléatoirement lue par vos destinataires, pouvant causer le rejet de vos emails.
* Il ne faut pas utiliser un relai SMTP qui n'est pas autorisé dans votre règle SPF. Seul votre serveur hébergeant les emails et étant capable de vous authentifier est habilité à envoyer des emails pour votre domaine. Vos mails risquent d'être rejetés si vous ignorez cette règle.

<h3>Les blacklists</h3>
Des listes publiques d'expéditeurs de spams existent. Si l'IP du serveur SMTP envoyant un mail est listée sur l'une de ces listes, le serveur SMTP destinataire rejettera probablement le mail.

<h3>DKIM (DomainKeys Identified Mail)</h3>
DKIM permet de chiffrer une partie de vos emails sortants par un code qui n'est déchiffrable qu'avec la clé publique présente dans votre zone DNS. Cela permet d'augmenter l'authentification des emails envoyés par votre domaine. DKIM s'inscrit sous forme d'entrée TXT dans votre zone DNS.

<h4>Activer DKIM via Plesk</h4>

Pour activer DKIM, pour votre domaine:

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Dans "Adresses email" puis "Paramètres de la messagerie"
* Cochez "Utiliser le système anti-spam DKIM pour signer les mails sortants" et cliquez sur OK

La signature DKIM et l'entrée DNS correspondante sont alors automatiquement activées.

<h3>DMARC (Domain-based Message Authentication)</h3>

DMARC permet de choisir une action en cas de non-respect de DKIM ou de SPF.

Cette entrée DNS de type TXT permet également de définir une adresse à qui envoyer les informations de rejets de mails de votre domaine, ce qui vous fera recevoir un email de la part de tous les plus grands prestataires à qui votre domaine aura envoyé des emails. Cette norme est de plus en plus utilisée. Elle se présente sous forme d'entrée TXT dans votre zone DNS. Dans certains cas, si on vous l'impose, vous pouvez entrer une règle DMARC vide :

<pre>_DMARC TXT v=DMARC1; p=none</pre>

Une valeur plus utile serait néanmoins plutôt de ce type :

<pre>_DMARC TXT v=DMARC1; p=reject; fo=0; adkim=r; aspf=s; pct=100; ri=86400; sp=reject</pre>

Une telle valeur permet de rejeter tous les mails ne respectant pas SPF mais laisse passer en cas de souci DKIM, elle permet aussi de ne pas accepter l'envoi de mails en tant qu'un sous-domaine de votre domaine. C'est donc un gage de sécurité non négligeable pour votre domaine.

D'autres champs existent pour recevoir des rapports des mails envoyés en tant que votre domaine vers les différents prestataires de mails.
Cet article vous donnera plus d'informations : https://help.returnpath.com/hc/fr/articles/222437867-Quelles-sont-les-diff%C3%A9rentes-balises-d-un-enregistrement-DMARC-

Panneau de contrôle Plesk

2025-09-25T09:16:24Z

Root xo1zfe7e :

Votre panneau de contrôle Plesk est élémentaire puisqu'il vous permet de gérer votre espace d'hébergement.

Il permet notamment:
* De gérer vos adresses email
* De gérer vos accès FTP
* De gérer vos bases de données
* De gérer votre serveur web (version de PHP, SSL/TLS)
* Et bien d'autres choses...

<h3>Accès à Plesk</h3>
<h4>Connexion en un clic via l'espace client</h4>
Vous pouvez vous connectez en un clic à Plesk via votre espace client :
En fonction de votre offre, ce lien peut être présent dans un des menus '''Noms de domaine''', '''Hébergements''' ou '''Serveurs''', par exemple :

[[File:EspaceClientHaisoft_LienPlesk.png|1400px]]

Si vous souhaitez vous connecter sans passer par l'espace client, il vous faudra alors : l''''URL''', l''''identifiant''', et le '''mot de passe'''.
Ces informations vous sont fournies par mail lors de l'activation de vos services.

<h4>URL</h4>
L'URL de votre panneau de contrôle vous est fournie par mail lors de l'activation de vos services.
Exemples:
* Pour les hébergements mutualisés : https://srvXX.haisoft.net:8443
* Pour les VM : https://vmXXX.haisoft.net:8443
* Pour les serveurs dédiés : https://dsXXX.haisoft.net:8443
''Note: Remplacer "XX" par les numéros réels correspondant à votre serveur.''

<h4>Identifiant</h4>
* Sur serveur mutualisé, votre identifiant est : Votre numéro client (commençant par "C" et suivi d'un numéro).
* Sur serveur VM ou dédié, votre identifiant est : "admin".

<h5>Changer mon mot de passe</h5>

Pour modifier le mot de passe de votre [[Panneau de contrôle Plesk]] :
* Une fois connecté(e) à votre panneau de contrôle Plesk, sur le voltet de gauche, cliquez sur "Compte"
* Dans les bouton supérieurs cliquez sur "Mon profil"
* Entrez votre mot de passe dans les deux champs, ou (cliquez sur générer puis afficher)
* Validez avec "OK" ou "Appliquer".

<h5>Mot de passe oublié</h5>
Si vous avez perdu le mot de passe de votre [[Panneau de contrôle Plesk]], vous pouvez suivre la procédure de mot de passe oublié de Plesk.

* Cliquez sur "Mot de passe oublié ?"
* Renseignez votre numéro client - ''Commençant par "C", ce numéro est également utilisé pour la connexion sur votre espace client sur https://www.haisoft.fr''
* Renseignez votre adresse email - ''Note: Votre adresse email sous Plesk est indépendante de cette de votre espace client, si l'adresse n'est plus valide, veuillez contacter le service technique.''
* Validez, vous recevrez un email dans la minute suivante.
* Dans le mail reçu, cliquez sur le lien et changez votre mot de passe.

Si vous ne parvenez toutefois pas à changer votre mot de passe, par exemple si votre adresse renseignée dans Plesk n'est plus valide, il faut créer un ticket support technique afin de le réinitialiser.

<h5>Erreur courante</h5>
Si vous-vous connectez avec comme identifiant votre adresse email hébergée chez HaiSoft (exemple moi@monsite.com) au lieu de votre numéro client (exemple C00001), vous n'aurez non pas accès à l'administration complète de votre domaine, mais seulement à l'administration de votre boîte mail.

<h3>Utilisation de Plesk</h3>
<h4>Ajouter un domaine</h4>
Cette partie s'applique aux revendeurs, clients multi-domaines et possesseurs de serveurs VM ou dédiés.

Pour ajouter un domaine dans Plesk, il vous suffit de vous rendre dans "Domaines", de cliquer sur "Ajouter un domaine" puis de suivre simplement la procédure :

* Renseignez le nom de domaine.
* Si vous gérez vos domaines via des clients, cliquez sur "Affecter ce domaine à un client", sinon laissez la case vide.
* Laissez l'option "Créer un abonnement" tel qu'elle est
* Choisissez un nom d'utilisateur pour ce domaine qui servira d'accès FTP et dont le mot de passe peut être changé par la suite. De préférence, choisissez un nom qui vous permettra de facilement reconnaitre le domaine.
* Cliquez sur OK.

Fichier:EspaceClientHaisoft LienPlesk.png

2025-09-25T09:08:30Z

Root xo1zfe7e :

E-mail

2025-05-13T13:24:38Z

Root xo1zfe7e :

Cette page recense toutes les informations nécessaires à la création, gestion, configuration de vos adresses email HaiSoft.

<h1>Gestion des adresses email</h1>
La gestion des adresses email se fait via votre [[Panneau de contrôle Plesk]].

<h2>Créer une adresse email</h2>
Vous pouvez créer librement des adresses email pour votre domaine.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur "Créer une adresse email"
* Entrez le nom désiré pour cette nouvelle adresse email
* Choisissez votre mot de passe. - Vous pouvez aussi cliquer sur générer, puis "afficher" pour voir et copier votre mot de passe.
* Nous vous conseillons d'activer l'anti-spam : Cliquez sur l'onglet "Filtre anti-spam", puis cochez la case "Activer le filtre anti-spam[...]". (Vous retrouverez plus de détails à la rubrique [[E-mail#R.C3.A9gler_mon_filtre_anti-spam]])
* Cliquez sur OK.

<h2>Changer un mot de passe email</h2>

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse email désirée
* Choisissez votre mot de passe. - Vous pouvez aussi cliquer sur générer, puis "afficher" pour voir et copier votre mot de passe.
* Cliquez sur OK.

<h2>Supprimer une adresse email</h2>
Attention: Cette opération est irréversible. Si un backup est disponible, nous pouvons restaurer vos emails, mais toute préférence relative à cette adresse est perdue.

Vous pouvez supprimer librement des adresses email pour votre domaine.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cochez la case correspondant à l'adresse à supprimer
* Au dessus de la liste d'adresses, cliquez sur "Supprimer"

<h2>Régler mon filtre anti-spam</h2>
Le réglage du filtre anti-spam par analyse de contenu s'effectue via votre [[Panneau de contrôle Plesk]].

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse à configurer
* Sélectionnez l'onglet "Filtre anti-spam"
* Cochez la case "Activer le filtre anti-spam[...]"
* Choisissez l'action à effectuer (recommandé: "Déplacer le spam dans le dossier Spam")
* Optionnel: Cliquez sur "Voir les paramètres avancés" et réglez le seuil de détection du filtre : Par défaut 7
* Optionnel: Indiquez en liste blanche les expéditeurs dont il faut toujours accepter les emails, et en liste noir les expéditeurs à toujours rejeter.
* Validez avec "OK"

NB: Le paramètre "Intensité du filtre anti-spam" est un seuil de détection : Si vous baissez cette valeur, le filtre sera plus strict (attention aux faux-positifs), augmenter la valeur rend le filtre plus permissif. Nous conseillons de ne pas descendre sous une valeur de 2 à 3, un réglage de 5 à 7 étant optimal dans la plupart des cas.

<h1>Réception de spams</h1>

Afin d'éviter de recevoir du spam, voici quelques conseils:

* Ne pas choisir une adressse "contact@" ou "info@", cette adresse est trop fréquente et sera systématiquement spammée dès lors que votre domaine est présent sur internet
* Ne pas diffuser votre adresse email en clair sur internet; si besoin, mettez en place un formulaire de contact sur votre site (avec bien-sûr [[Sécurisation de formulaire|un captcha]] de protection anti-robots)
* Ne pas vous inscrire sur des sites peu scrupuleux concernant le respect de la vie privée et des données personnelles, avec votre adresse email (si besoin, créez une adresse email "poubelle" pour cet effet)
* Si nécessaire, renommer votre adresse, cela conserve vos emails et stoppe immédiatement la réception de spams.

{{:Connexion_aux_adresses_email}}

<h1>Envois de mails depuis un site</h1>

L'envoi de mails depuis un site doit se faire:
* En SMTP avec authentification
* Depuis une adresse email existante, créee au préalable dans votre [[Panneau de contrôle Plesk]]

Particularités:
* Pour des raisons de sécurité, la fonction `mail()` de PHP qui ne requiert aucune authentification est désactivée
* A partir de PHP 5.6, il faut utiliser votre nom d'hôte en tant que serveur

Chaque script dispose de son propre moyen d'envoyer des emails. Nous vous invitons à consulter notre article pour voir comment configurer le votre :
https://blog.haisoft.fr/connaissances/configurer-lenvoi-demail-via-smtp-pour-votre-site/

Si votre site n'utilise pas un script particulier, voici d'autres méthodes comment coder un formulaire d'envoi d'email :
[[Envoi d'email authentifié via PHP ou Perl]]

Partez du principe que vous configurez un logiciel de messagerie distant. La configuration est donc similaire à celle utilisée pour un client de messagerie (voir [[E-mail#Configuration_manuelle]]). Vous pouvez également utiliser une adresse email externe tant que vous utilisez SMTP, néanmoins, il est conseillé d'utiliser une adresse de votre domaine.

<h2>Configuration sécurisée</h2>
Cette configuration est recommandée :

Configuration 1) SSL/TLS
* Serveur: srvXX.haisoft.net (remplacer par votre nom d'hôte)
* Port: 465
* Chiffrement (sécurité): SSL/TLS (attention, certains programmes appellent "TLS" ce qui est en fait du "STARTTLS", dans quel cas, cela ne fonctionne pas sur le port 465 et il faut donc choisir "SSL")
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

Configuration 2) STARTTLS
* Serveur: srvXX.haisoft.net (remplacer par votre nom d'hôte)
* Port: 587
* Chiffrement (sécurité): STARTTLS (souvent appelé "TLS")
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

<h2>Configuration legacy</h2>
Avant PHP 5.6, il était courant d'utiliser les paramètres suivants, qui sont désormais à mettre à jour et à éviter :
* Serveur: "localhost" ou "127.0.0.1"
* Port: 25
* Chiffrement (sécurité): Aucun
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

Cette configuration est désormais incorrecte car :
* Utiliser "localhost" ou "127.0.0.1" alors que le certificat de votre serveur de mails est donné pour son [[Nom d'hôte]] va générer des erreurs de certificats et empêcher PHP 5.6 et supérieurs d'envoyer des emails, sauf si une directive permettant d'ignorer les certificats invalide est présente.
* Il n'y a pas de chiffrement, si les données sont interceptées, elles peuvent être déchiffrées.

<h2>Diagnostic</h2>
Si votre envoi ne fonctionne pas, il faut en premier lieu vérifier les paramètres suivants :
* L'adresse expéditrice est-elle la même que l'adresse de connexion, et cette dernière a-t-elle bien été crée dans le [[Panneau de contrôle Plesk]] ?
* Avez-vous indiqué l'adresse email de la personne remplissant le formulaire de contact en "From:" ? Attention, ne vous prenez pas sur cet expéditeur, vous n'avez pas le droit d'envoyer un mail en tant que lui. Si vous désirez pouvoir lui répondre simplement, il faut indiquer son adresse en Reply-To.
* Votre version de PHP est-elle supérieure ou égale à 5.6 ? Si oui, il faut utiliser votre nom d'hôte comme serveur (Exemple: srvXX.haisoft.net)
* L'identifiant et le mot de passe sont-ils corrects ? Attention, votre identifiant est votre adresse mail complète. Pour changer le mot de passe, voir [[E-mail#Changer_un_mot_de_passe_email]]
* Essayez-vous d'envoyer votre mail via PHP mail() ? Cette méthode est trop insécurisée et est désactivée chez HaiSoft
* Avez-vous renseigné un port correct ? Rappel: Port 25 sans SSL/TLS, Port 465 en SSL, Port 587 en TLS

<h1>Sécurisations et normes email</h1>
La réception et la sécurisation des emails se fait principalement par des règles [[DNS]] présentes pour votre domaine.

<h2>MX: Serveur de réception des emails</h2>
La réception des emails ne peut se faire que si une entrée de type "MX" est présente dans la zone DNS du domaine. Cette entrée MX correspond au serveur SMTP de réception de mails. Le MX est par convention un nom canonique et non une adresse IP.<hr />

Exemple:

Soit le domaine "monsite.tld" dont les emails sont hébergés chez HaiSoft sur le serveur srv12.haisoft.net

* Nous pouvons ajouter une entrée MX utilisant le nom d'hôte de la machine hébergeant le domaine :
<code>MX 0 srv12.haisoft.net</code>

Nous conseillons cette méthode car srv12.haisoft.net est également le serveur POP/IMAP/SMTP à utiliser pour vos connexions sécurisées, car le nom d'hôte contient les certificats SSL/TLS permettant de se connecter de manière sécurisée au serveur.

* Ou bien nous pouvons ajouter un sous-domaine et l'assigner en MX
<code>mail A 185.177.47.12</code><br/>
<code>MX 0 mail.monsite.tld</code>

<h2>Sécurité</h2>

Bien que les normes relatives aux emails parviennent difficilement à être universalisées, quelques standards sont de plus en plus utilisés afin de :

* Diminuer la réception de spams
* Limiter au maximum l'usurpation d'identité

<h3>HELO</h3>
Le "HELO" est le message de présentation envoyé par un serveur SMTP. Afin d'atteindre un niveau de confiance correct, ce HELO doit répondre à plusieurs critères :
* Il doit être un FQN (nom de domaine ou sous-domaine) valide, pointant vers l'IP du serveur SMTP envoyant le mail
* Ce nom doit être identique correspondre au rDNS (reverse DNS) de l'IP du serveur SMTP.

En somme il faut choisir un nom (en général le nom d'hôte de la machine contenant le serveur SMTP), mettre ce nom en reverse DNS de l'IP du serveur, et demander au serveur de mails d'indiquer ce nom en HELO.

Un mail ne répondant pas à ces critères est généralement considéré comme spam.

Nos serveurs sont configurés pour rejeter les emails n'ayant pas un HELO correct, car cela est le minimum à respecter lorsque l'on envoie un email. Si l'expéditeur n'est pas en mesure de corriger sa configuration, nous pouvons '''en dernier recours''' whitelister son adresse pour que vous receviez ses emails, mais cela anihile alors toute possibilité de vérification de l'authenticité de l'expéditeur, c'est donc extrêmement non recommandé.

HaiSoft met tout en œuvre pour fournir un HELO correct et ainsi permettre la meilleure délivrabilité de vos mails. Tout mail envoyé par votre serveur HaiSoft est configuré pour posséder un HELO correct. Si vous détectiez toutefois une anomalie à ce niveau, n'hésitez pas à nous contacter par ticket support.

<h3>SPF (Sender Policy Framework)</h3>
SPF permet de définir les serveurs habilités à relayer les emails d'un domaine. Cette règle est présente sous forme de règle TXT dans la zone DNS du domaine. Cela permet d'éviter qu'une tierce personne envoie des emails à votre nom. Cela signifie également qu'il faut utiliser un serveur habilité à vous authentifier pour envoyer vos emails, sinon ces derniers n'ont aucune valeur d'authentification et seront donc rejetés.

<h4>Fonctionnement d'SPF</h4>

Lorsqu'un prestataire de mails reçoit un mail provenant de votre domaine, il vérifie donc si la zone DNS du domaine emétteur du mail contient une règle SPF :

* Si la zone DNS contient une règle SPF et qu'elle est respectée, tout va bien.
* Si elle n'en contient pas, alors le mail peut passer, mais sa chance de tomber dans les spams augmente.
* Si elle contient une règle SPF qui n'est pas respectée, alors si cette règle est stricte (-all) le mail a d'énormes chances d'être rejeté, et si cette règle est non stricte (~all), le mail risque d'être considéré comme du spam, d'être rejeté, ou peut passer normalement, au choix du serveur de réception.

<h4>Règle SPF par défaut HaiSoft</h4>
La règle SPF par défaut d'HaiSoft est :

<code>v=spf1 a mx include:spf.haisoft.net -all</code>

<h4>Syntaxe SPF</h4>

Pour la règle SPF par défaut d'HaiSoft :

* <code>v=spf1</code> permet d'indiquer qu'il s'agit d'une règle SPF
* <code>a</code> permet d'autoriser le serveur du domaine principal à émettre des mails pour le domaine
* <code>mx</code> permet d'autoriser le serveur de réception de mails du domaine à émettre des mails pour le domaine
* <code>include:spf.haisoft.net</code> permettent d'autoriser une liste prédéfinie par HaiSoft à envoyer des emails pour le domaine (il s'agit des serveur de relais d'HaiSoft, ainsi que ceux de notre partenaire de relais d'email "MailChannels"
* <code>-all</code> est une règle stricte, qui indique qu'aucun autre serveur que ceux cités dans la zone SPF n'a le droit d'envoyer d'emails pour le domaine.

<h4>Erreurs SPF courantes</h4>

* Lorsque l'on vous fournit une règle SPF à ajouter, il ne faut pas créer une nouvelle entrée, mais éditer votre règle existante.
* Si vous avez plusieurs règles SPF, l'une ou l'autre sera aléatoirement lue par vos destinataires, pouvant causer le rejet de vos emails.
* Il ne faut pas utiliser un relai SMTP qui n'est pas autorisé dans votre règle SPF. Seul votre serveur hébergeant les emails et étant capable de vous authentifier est habilité à envoyer des emails pour votre domaine. Vos mails risquent d'être rejetés si vous ignorez cette règle.

<h3>Les blacklists</h3>
Des listes publiques d'expéditeurs de spams existent. Si l'IP du serveur SMTP envoyant un mail est listée sur l'une de ces listes, le serveur SMTP destinataire rejettera probablement le mail.

<h3>DKIM (DomainKeys Identified Mail)</h3>
DKIM permet de chiffrer une partie de vos emails sortants par un code qui n'est déchiffrable qu'avec la clé publique présente dans votre zone DNS. Cela permet d'augmenter l'authentification des emails envoyés par votre domaine. DKIM s'inscrit sous forme d'entrée TXT dans votre zone DNS.

<h4>Activer DKIM via Plesk</h4>

Pour activer DKIM, pour votre domaine:

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Dans "Adresses email" puis "Paramètres de la messagerie"
* Cochez "Utiliser le système anti-spam DKIM pour signer les mails sortants" et cliquez sur OK

La signature DKIM et l'entrée DNS correspondante sont alors automatiquement activées.

<h3>DMARC (Domain-based Message Authentication)</h3>

DMARC permet de choisir une action en cas de non-respect de DKIM ou de SPF.

Cette entrée DNS de type TXT permet également de définir une adresse à qui envoyer les informations de rejets de mails de votre domaine, ce qui vous fera recevoir un email de la part de tous les plus grands prestataires à qui votre domaine aura envoyé des emails. Cette norme n'est que peu utilisée. Elle se présente sous forme d'entrée TXT dans votre zone DNS. Dans certains cas, si on vous l'impose, vous pouvez entrer une règle DMARC vide :

<code>_DMARC TXT v=DMARC1; p=none;</code>

<h1>Délivrabilité</h1>

Plus de 80% des emails envoyés sont du spam. Pour se protéger de cela, de nombreux systèmes permettent d'éliminer les mails ne respectant pas certaines règles.

<h2>Tester sa configuration</h2>

Nous pouvons toujours vous aiguiller sur la bonne configuration de votre domaine pour une délivrabilité optimale. Néanmoins, si vous souhaitez vérifier vous-même votre configuration ou gagner du temps en apportant vos premiers diagnostics lors de la création d'un ticket support, voici quelques outils utiles.

<h3>mail-tester</h3>

Le site http://www.mail-tester.com/ vous permet de vérifier la bonne configuration d'un poste et d'un domaine.
Envoyez un email à l'adresse indiquée (avec un vrai titre et un vrai contenu) et vérifiez votre note.

<h3>mxtooolbox</h3>

Le site https://mxtoolbox.com/ vous permet de tester vos règles SPF, vos signatures DKIM, la connexion au serveur SMTP, de vérifier le blacklistage de votre MX, etc.
Ce dernier est très utile pour diagnostiquer un élément précis sur votre domaine.

<h2>Rejets de mails</h2>

<h3>Les types de rejets</h3>

En fonction de la sévérité de l'erreur, le serveur destinataire peut appliquer plusieurs actions.

* Rejet temporaire, votre mail reste dans la file (jusqu'à 48h)
* Rejet permanent, vous recevez un mail de "bounce" vous indiquant la cause du rejet

Le mail peut également être accepté par le serveur SMTP de destination, mais être filtré comme spam.

<h3>Causes de rejet</h3>

Voici les causes de rejet de mails les plus courantes :

* Vous n'avez pas de règle SPF, pas de DKIM sur votre domaine, le niveau de confiance attribué à vos emails est très faible car aucune vérification d'authenticité de l'expéditeur ne peut être effectuée.
* Votre règle SPF n'est pas correctement configurée et n'autorise pas votre serveur à envoyer des emails.
* Votre mail n'a pas été envoyé depuis le bon serveur SMTP : Seul le serveur SMTP de votre prestataire de mails est habilité à relayer les emails de votre domaine. Ce dernier doit être autorisé dans la règle SPF de votre domaine.
* Le destinataire n'existe pas.
* Votre signature DKIM est incorrecte.
* Le contenu de votre mail est suspicieux (liens, texte, pièces jointes)
* l'IP du serveur expéditeur est reconnue comme expéditeur de spams (vérifiable ici https://mxtoolbox.com/SuperTool.aspx?action=blacklist )

<h3>Messages de rejet</h3>

<h4> Recipient address rejected: User unknown in relay recipient table</h4>
host smtp.example.tld [133.7.133.7] said: 550 5.1.1 <recipient@example.tld>: Recipient address rejected: User unknown in relay recipient table (in reply to RCPT TO command)

Ce message signifie généralement que le destinataire n'existe pas sur le serveur de destination. Faute de frappe ? Faute de syntaxe dans le formatage de votre destinataire ? Faute de recopie orale de l'adresse ? Adresse supprimée ? Serveur destinataire mal configuré ? Dans ce cas, il convient de contacter le destinataire par un autre moyen et de vérifier la bonne orthographe de l'adresse.

Connexion aux adresses email

2025-05-13T13:22:07Z

Root xo1zfe7e :

[[Category:E-mail]]
<h1>Connexion aux adresses email</h1>
Il existe plusieurs moyens de vous connecter à votre adresse email HaiSoft.

* Votre identifiant est toujours : votre adresse email complète (exemple: moi@monsite.com).
* Votre mot de passe : a été choisi à la création de l'adresse et peut être changé via votre [[Panneau de contrôle Plesk]] si nécessaire. Voir [[Gestion_des_adresses_email#Changer_un_mot_de_passe_email|Changer un mot de passe email]]

<h2>Webmail</h2>
Un webmail est un site contenant un panneau de gestion de mails, permettant de vous connecter à votre messagerie simplement depuis un navigateur internet. Le webmail se situe directement sur le serveur de mails et se connecte donc de manière transparente et automatique, en local au serveur IMAP pour afficher vos emails et SMTP pour envoyer des emails. Le webmail est un moyen très simple et très fiable de se connecter avec une configuration correcte, ce qui en fait également un excellent moyen de vérifier la bonne connexion à votre service de messagerie.

<h3>URL du webmail</h3>
Si votre domaine est "monsite.com", votre webmail est alors :

* Exemple : http://webmail.monsite.com
''Note: Il faut taper cette adresse directement dans votre barre d'adresse et non dans Google. N'hésitez pas à la sauvegarder en favori !''

<h3>Sécurisation du webmail</h3>
Outre le fait qu'il faut toujours se connecter via une connexion de confiance et avoir des mots de passe sécurisés, il est possible d'accéder à votre webmail en HTTPS afin de protéger les données qui transitent entre votre connexion internet et le serveur

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur "Let's Encrypt"
* Assurez-vous que la deuxième case, pour sécuriser le webmail soit bien cochée (Si votre site est accessible via "www.", cochez également la première case)
* Validez en cliquant sur "OK" (ou "Renouveller" si vous aviez déjà généré un certificat)

Votre webmail est désormais accessible en https sans alerte de sécurité.<br />
Exemple: https://webmail.monsite.com

<h3>Choisir son webmail</h3>
Deux webmail sont disponibles par défaut :

* Horde : Le client anciennement installé par défaut, très fonctionnel mais peu intuitif et peu moderne
* Roundcube : Le nouveau client installé par défaut, joli, fonctionnel, simple, et proche des standards actuels

''Note: Un webmail n'est autre qu'un site internet. Vous avez techniquement la possibilité d'installer des webmails additionnels sur des sous-domaines, si vous le souhaitez.''

Pour changer de webmail :

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur la rubrique "Adresses mail"
* Rendez-vous dans l'onglet "Paramètres de la messagerie"
* Sous "Messagerie Web", choisissez Roundcube ou Horde
* Validez en cliquant sur "OK"

<h4>Roundcube</h4>
<h5>Choisir la langue de Roundcube</h5>
Par défaut, Roundcube récupère la langue de votre système, s'il n'y parvient pas, il choisit l'anglais par défaut.

Si vous êtes en Anglais et souhaitez passer en Français, voici la procédure :
* Dans votre webmail, en haut à droite, cliquez sur Settings
* Dans "Preferences", choisissez "User Interface"
* Dans "Language", choisissez "French (Français)" puis validez en cliquant sur "Save"
* Revenez à l'écran d'accueil en cliquant sur le logo "roundcube" en haut à gauche, vos dossiers devraient désormais être en Français.

<h2>Logiciels de messagerie</h2>

<h3>Choisir entre POP et IMAP</h3>

Tout d'abord, expliquons les différences entre POP et IMAP :

* Le protocole '''IMAP''' synchronise votre logiciel de boîte mail avec le serveur en temps réel, c'est le protocole le plus simple, le plus efficace, le plus compréhensible, et donc le choix recommandé dans la plupart des cas.
* Le protocole '''POP''' synchronise les données en fonction de vos réglages du logiciel, toutes les X minutes. De plus, POP, peut supprimer les messages du serveur pour n'en conserver qu'une copie locale, sur votre ordinateur, et ainsi faire gagner de l'espace d'hébergement, mais attention : si vous changez d'ordinateur ou supprimez votre boîte, vous perdez vos emails.
* (SMTP est le protocole d'envoi de mails. Tout envoi de mails se fera en SMTP.)

Il faut bien choisir le bon protocole dès la configuration de votre logiciel, car il est impossible de changer ceci ensuite :
Il vous faudra supprimer le compte, et le recréer pour choisir un protocole différent.

Dans la plupart des cas, nous conseillons l'utilisation du protocole '''IMAP'''. Par exemple :
* Sur votre téléphone mobile, si vous consultez également vos emails sur votre ordinateur. De cette manière, quand vous lirez un email depuis votre mobile, et que vous vérifiez ensuite votre messagerie sur votre ordinateur, le mail sera toujours présent (contrairement à POP avec option de suppression du message lors du téléchargement).
* Sur tout appareil, lorsque vous souhaitez que vos emails soient conservés sur le serveur (peut utiliser un espace conséquent, et nécessite donc une formule adaptée à vos besoins en stockage d'email).

Dans d'autres cas, principalement si vous souhaitez conserver vos emails sur votre ordinateur au lieu du serveur, et si vous souhaitez ne pas utiliser trop d'espace sur le serveur, nous conseillons l'utilisation du protocole '''POP'''. Il faudra alors vérifier certains réglages dans votre logiciel de messagerie. Vous disposez en général de trois options :
* Activer ou non la suppression des emails sur le serveur dès leur téléchargement sur votre ordinateur.
* Activer ou non la suppression des emails sur le serveur au bout de X jours.
* Activer ou non la suppression des emails sur le serveur lors de leur suppression de la corbeille.

En fonction des logiciels de messagerie, ces paramètres peuvent changer. Nous vous invitons à vérifier notre page liée à la configuration des principaux clients de messagerie. (À venir).

<h3>Configuration automatique</h3>
Avec Outlook et Thunderbird, la configuration peut se faire automatiquement. Dans ce cas, il vous suffit de renseigner votre adresse email et votre mot de passe ; la configuration du serveur de mails se renseigne alors automatiquement.

La configuration automatique est disponible par défaut sous quelques conditions sur tous nos serveurs mutualisés, dédiés et virtuels, à partir de Plesk Obsidian (ou avant cette version, via un de nos scripts que nous avons spécialement développé pour Plesk : https://gitlab.haisoft.net/pub/Plesk_MailAutoconfig).<br />
Si la configuration automatique n'est pas disponible pour votre domaine, n'hésitez pas à nous contacter.

'''Attention !''' Par défaut, la configuration automatique sélectionne le protocole IMAP, généralement préféré. Pour établir une connexion en POP, vous devez choisir ce mode de connexion via un menu déroulant lors de la configuration de votre logiciel.

<h4>Pour Outlook (le logiciel de messagerie)</h4>

* Votre domaine et vos emails doivent être hébergés chez HaiSoft
* Votre zone DNS doit être gérée chez HaiSoft, si ce n'est pas le cas, vous devez ajouter les enregistrements DNS (voir Les-enregsitrements-DNS) suivants :
<code>_imaps._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
<code>_pop3s._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
<code>_smtps._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
''(remplacer example.com par votre nom de domaine et srvxx.haisoft.net par le nom du serveur sur lequel sont hébergés vos emails)''

<h4>Pour Thunderbird</h4>
* Votre domaine et vos emails doivent être hébergés chez HaiSoft

<h4>Pour Apple "Mail"</h4>
Pour Mac et iPhone.
* Votre domaine et vos mails doivent être hébergés chez HaiSoft
* Votre logiciel Apple doit être à jour (2016 et supérieur)

Il vous suffit de visiter le lien suivant (en remplaçant "domaine.tld" par votre nom de domaine et "user@domaine.tld" par votre adresse email) :<br />
https://domaine.tld/email.mobileconfig?emailaddress=user@domaine.tld<br />
Un téléchargement de fichier vous est alors proposé. Ouvrez le fichier qui doit s'ouvrir avec votre logiciel ou application "Mail". Validez l'acceptation de la configuration, suivez l'assistant et entrez le mot de passe de votre boîte mail.

<h3>Configuration manuelle</h3>
<h5>Pré-requis</h5>
Avant toute chose, il vous faut savoir :
* L'adresse de votre serveur (par exemple : srv04.haisoft.net, en cas de doute, contactez le support HaiSoft)
* L'adresse email et son mot de passe
* La différence entre POP et IMAP

<h5>Ports et protocoles email</h5>
{| class="wikitable"
|+ Connexion IMAP ou POP sécurisée
!
! IMAP (conseillé)
! POP
|-
! Serveur
| srvXX.haisoft.net (à adapter) || srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat wildcard requis) || mail.votredomaine.tld (à adapter, certificat wildcard requis)
|-
! Port
| 993
| 995
|-
! Chiffrement (SSL/TLS)
| Activé
| Activé
|-
! Identifiant
| Votre adresse email
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe email
| Votre mot de passe email
|}

{| class="wikitable"
|+ Connexion SMTP sécurisée
!
! SMTP
|-
! Serveur
| srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat wildcard requis)
|-
! Port SSL/TLS
| 465 (recommandé)
|-
! Chiffrement (SSL/TLS)
| Activé
|-
! Authentification
| Requise
|-
! Identifiant
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe email
|}

<h5>Comprendre les paramètres</h5>
* '''Serveur''' : Donné sous la forme "srvXX.haisoft.net", "vmXXX.haisoft.net", "dsXXX.haisoft.net", il s'agit du nom d'hôte de votre serveur, également utilisé pour la connexion à votre [[Panneau de contrôle Plesk]]. En cas de doute, demandez conseil à votre support technique HaiSoft. Ce nom d'hôte comporte également le certificat du serveur de mails, c'est pourquoi il est important d'utiliser ce nom pour la connexion.
* '''Port''' : Toute connexion réseau se fait à l'aide d'un port. Chaque protocole a été normalisé pour utiliser un port précis et HaiSoft respecte les ports standards. Attention, un pare-feu sur votre ordinateur ou réseau peut risquer de bloquer votre port, il faut donc vous assurer qu'aucun blocage n'a lieu de ce côté. NB: Cela n'a rien à voir avec les redirections de ports faits par un routeur.
* '''Identifiant''' : Votre identifiant est toujours votre '''adresse email''' complète. Ex: moi@domain.tld
* '''Mot de passe''' : Le mot de passe de votre adresse email a été défini lors de sa création. Si vous l'avez oublié, vous pouvez le réinitialiser via votre [[Panneau de contrôle Plesk]].
* '''Chiffrement SSL/TLS''' : Cette sécurité permet de protéger les données que vous échangez avec le serveur de mails. Il est également possible de chiffrer en STARTTLS, le protocole est ainsi initialisé différemment.

'''Note''': Outlook ne distingue pas correctement SSL et TLS dans la plupart de ses versions, appelant "TLS" ce qui est en fait du "STARTTLS". Si cela ne fait généralement aucune différence pour le POP/IMAP, le SMTP en STARTTLS nécessite d'utiliser le port 587. Si vous n'êtes pas certains des appellations de chiffrement utilisées par Outlook, choisissez le SMTP SSL sur port 465. Alternativement, nous conseillons d'utiliser le logiciel gratuit et libre Thunderbird, qui sait dinstinguer correctement ces protocoles de chiffrement.

<h3>Problèmes connus et solutions</h3>
<h4>Outlook</h4>
<h5>Sauvegarde/Suppression impossible en IMAP</h5>
<b>Symptômes</b>

En IMAP, si les emails envoyés ne se sauvegardent pas et que vous ne pouvez pas supprimer les éléments envoyés avec en erreur "L'élément est déjà supprimé".

<b>Cause</b>

Dans certains cas, Outlook n'est pas capable de définir un chemin IMAP. Nos serveurs utilisent pourtant le dossier par défaut "INBOX" étant standard sur la très vaste majorité des serveurs de mails. Dans quel cas, l'arborescence des dossiers est donc incohérente entre ce que "voit" Outlook et ce qui est présent sur le serveur, causant des erreurs d'écriture/modification sur les mails.

<b>Solution</b>
* Rendez-vous dans : Fichier / Paramètres du compte / Modifier / Paramètres supplémentaires / Options avancées<br />
* Dans "Chemin d'accès au dossier racine", mettez: INBOX
* Validez, et relancez Outlook

E-mail

2025-05-13T13:20:24Z

Root xo1zfe7e :

Cette page recense toutes les informations nécessaires à la création, gestion, configuration de vos adresses email HaiSoft.

<h1>Gestion des adresses email</h1>
La gestion des adresses email se fait via votre [[Panneau de contrôle Plesk]].

<h2>Créer une adresse email</h2>
Vous pouvez créer librement des adresses email pour votre domaine.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur "Créer une adresse email"
* Entrez le nom désiré pour cette nouvelle adresse email
* Choisissez votre mot de passe. - Vous pouvez aussi cliquer sur générer, puis "afficher" pour voir et copier votre mot de passe.
* Nous vous conseillons d'activer l'anti-spam : Cliquez sur l'onglet "Filtre anti-spam", puis cochez la case "Activer le filtre anti-spam[...]". (Vous retrouverez plus de détails à la rubrique [[E-mail#R.C3.A9gler_mon_filtre_anti-spam]])
* Cliquez sur OK.

<h2>Changer un mot de passe email</h2>

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse email désirée
* Choisissez votre mot de passe. - Vous pouvez aussi cliquer sur générer, puis "afficher" pour voir et copier votre mot de passe.
* Cliquez sur OK.

<h2>Supprimer une adresse email</h2>
Attention: Cette opération est irréversible. Si un backup est disponible, nous pouvons restaurer vos emails, mais toute préférence relative à cette adresse est perdue.

Vous pouvez supprimer librement des adresses email pour votre domaine.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cochez la case correspondant à l'adresse à supprimer
* Au dessus de la liste d'adresses, cliquez sur "Supprimer"

<h2>Régler mon filtre anti-spam</h2>
Le réglage du filtre anti-spam par analyse de contenu s'effectue via votre [[Panneau de contrôle Plesk]].

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse à configurer
* Sélectionnez l'onglet "Filtre anti-spam"
* Cochez la case "Activer le filtre anti-spam[...]"
* Choisissez l'action à effectuer (recommandé: "Déplacer le spam dans le dossier Spam")
* Optionnel: Cliquez sur "Voir les paramètres avancés" et réglez le seuil de détection du filtre : Par défaut 7
* Optionnel: Indiquez en liste blanche les expéditeurs dont il faut toujours accepter les emails, et en liste noir les expéditeurs à toujours rejeter.
* Validez avec "OK"

NB: Le paramètre "Intensité du filtre anti-spam" est un seuil de détection : Si vous baissez cette valeur, le filtre sera plus strict (attention aux faux-positifs), augmenter la valeur rend le filtre plus permissif. Nous conseillons de ne pas descendre sous une valeur de 2 à 3, un réglage de 5 à 7 étant optimal dans la plupart des cas.

<h1>Réception de spams</h1>

Afin d'éviter de recevoir du spam, voici quelques conseils:

* Ne pas choisir une adressse "contact@" ou "info@", cette adresse est trop fréquente et sera systématiquement spammée dès lors que votre domaine est présent sur internet
* Ne pas diffuser votre adresse email en clair sur internet; si besoin, mettez en place un formulaire de contact sur votre site (avec bien-sûr [[Sécurisation de formulaire|un captcha]] de protection anti-robots)
* Ne pas vous inscrire sur des sites peu scrupuleux concernant le respect de la vie privée et des données personnelles, avec votre adresse email (si besoin, créez une adresse email "poubelle" pour cet effet)
* Si nécessaire, renommer votre adresse, cela conserve vos emails et stoppe immédiatement la réception de spams.

{{:Connexion_aux_adresses_email}}

<h1>Envois de mails depuis un site</h1>

L'envoi de mails depuis un site doit se faire:
* En SMTP avec authentification
* Depuis une adresse email existante, créee au préalable dans votre [[Panneau de contrôle Plesk]]

Particularités:
* Pour des raisons de sécurité, la fonction `mail()` de PHP qui ne requiert aucune authentification est désactivée
* A partir de PHP 5.6, il faut utiliser votre nom d'hôte en tant que serveur

Chaque script dispose de son propre moyen d'envoyer des emails. Nous vous invitons à consulter notre article pour voir comment configurer le votre :
https://blog.haisoft.fr/connaissances/configurer-lenvoi-demail-via-smtp-pour-votre-site/

Si votre site n'utilise pas un script particulier, voici d'autres méthodes comment coder un formulaire d'envoi d'email :
[[Envoi d'email authentifié via PHP ou Perl]]

Partez du principe que vous configurez un logiciel de messagerie distant. La configuration est donc similaire à celle utilisée pour un client de messagerie (voir [[E-mail#Configuration_manuelle]]). Vous pouvez également utiliser une adresse email externe tant que vous utilisez SMTP, néanmoins, il est conseillé d'utiliser une adresse de votre domaine.

<h2>Configuration sécurisée</h2>
Cette configuration est recommandée :

Configuration 1) SSL/TLS
* Serveur: srvXX.haisoft.net (remplacer par votre nom d'hôte)
* Port: 465
* Chiffrement (sécurité): SSL/TLS (attention, certains programmes appellent "TLS" ce qui est en fait du "STARTTLS", dans quel cas, cela ne fonctionne pas sur le port 465 et il faut donc choisir "SSL")
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

Configuration 2) STARTTLS
* Serveur: srvXX.haisoft.net (remplacer par votre nom d'hôte)
* Port: 587
* Chiffrement (sécurité): STARTTLS (souvent appelé "TLS")
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

<h2>Configuration legacy</h2>
Avant PHP 5.6, il était courant d'utiliser les paramètres suivants, qui sont désormais à mettre à jour et à éviter :
* Serveur: "localhost" ou "127.0.0.1"
* Port: 25
* Chiffrement (sécurité): Aucun
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

Cette configuration est désormais incorrecte car :
* Utiliser "localhost" ou "127.0.0.1" alors que le certificat de votre serveur de mails est donné pour son [[Nom d'hôte]] va générer des erreurs de certificats et empêcher PHP 5.6 et supérieurs d'envoyer des emails, sauf si une directive permettant d'ignorer les certificats invalide est présente.
* Il n'y a pas de chiffrement, si les données sont interceptées, elles peuvent être déchiffrées.

<h2>Diagnostic</h2>
Si votre envoi ne fonctionne pas, il faut en premier lieu vérifier les paramètres suivants :
* L'adresse expéditrice est-elle la même que l'adresse de connexion, et cette dernière a-t-elle bien été crée dans le [[Panneau de contrôle Plesk]] ?
* Avez-vous indiqué l'adresse email de la personne remplissant le formulaire de contact en "From:" ? Attention, ne vous prenez pas sur cet expéditeur, vous n'avez pas le droit d'envoyer un mail en tant que lui. Si vous désirez pouvoir lui répondre simplement, il faut indiquer son adresse en Reply-To.
* Votre version de PHP est-elle supérieure ou égale à 5.6 ? Si oui, il faut utiliser votre nom d'hôte comme serveur (Exemple: srvXX.haisoft.net)
* L'identifiant et le mot de passe sont-ils corrects ? Attention, votre identifiant est votre adresse mail complète. Pour changer le mot de passe, voir [[E-mail#Changer_un_mot_de_passe_email]]
* Essayez-vous d'envoyer votre mail via PHP mail() ? Cette méthode est trop insécurisée et est désactivée chez HaiSoft
* Avez-vous renseigné un port correct ? Rappel: Port 25 sans SSL/TLS, Port 465 en SSL, Port 587 en TLS

<h1>Sécurisations et normes email</h1>
La réception et la sécurisation des emails se fait principalement par des règles [[DNS]] présentes pour votre domaine.

<h2>MX: Serveur de réception des emails</h2>
La réception des emails ne peut se faire que si une entrée de type "MX" est présente dans la zone DNS du domaine. Cette entrée MX correspond au serveur SMTP de réception de mails. Le MX est par convention un nom canonique et non une adresse IP.<hr />

Exemple:

Soit le domaine "monsite.tld" dont les emails sont hébergés chez HaiSoft sur le serveur srv12.haisoft.net

* Nous pouvons ajouter une entrée MX utilisant le nom d'hôte de la machine hébergeant le domaine :
<code>MX 0 srv12.haisoft.net</code>

Nous conseillons cette méthode car srv12.haisoft.net est également le serveur POP/IMAP/SMTP à utiliser pour vos connexions sécurisées, car le nom d'hôte contient les certificats SSL/TLS permettant de se connecter de manière sécurisée au serveur.

* Ou bien nous pouvons ajouter un sous-domaine et l'assigner en MX
<pre>mail A 185.177.47.12</pre>
<pre>MX 0 mail.monsite.tld</pre>

<h2>Sécurité</h2>

Bien que les normes relatives aux emails parviennent difficilement à être universalisées, quelques standards sont de plus en plus utilisés afin de :

* Diminuer la réception de spams
* Limiter au maximum l'usurpation d'identité

<h3>HELO</h3>
Le "HELO" est le message de présentation envoyé par un serveur SMTP. Afin d'atteindre un niveau de confiance correct, ce HELO doit répondre à plusieurs critères :
* Il doit être un FQN (nom de domaine ou sous-domaine) valide, pointant vers l'IP du serveur SMTP envoyant le mail
* Ce nom doit être identique correspondre au rDNS (reverse DNS) de l'IP du serveur SMTP.

En somme il faut choisir un nom (en général le nom d'hôte de la machine contenant le serveur SMTP), mettre ce nom en reverse DNS de l'IP du serveur, et demander au serveur de mails d'indiquer ce nom en HELO.

Un mail ne répondant pas à ces critères est généralement considéré comme spam.

Nos serveurs sont configurés pour rejeter les emails n'ayant pas un HELO correct, car cela est le minimum à respecter lorsque l'on envoie un email. Si l'expéditeur n'est pas en mesure de corriger sa configuration, nous pouvons '''en dernier recours''' whitelister son adresse pour que vous receviez ses emails, mais cela anihile alors toute possibilité de vérification de l'authenticité de l'expéditeur, c'est donc extrêmement non recommandé.

HaiSoft met tout en œuvre pour fournir un HELO correct et ainsi permettre la meilleure délivrabilité de vos mails. Tout mail envoyé par votre serveur HaiSoft est configuré pour posséder un HELO correct. Si vous détectiez toutefois une anomalie à ce niveau, n'hésitez pas à nous contacter par ticket support.

<h3>SPF (Sender Policy Framework)</h3>
SPF permet de définir les serveurs habilités à relayer les emails d'un domaine. Cette règle est présente sous forme de règle TXT dans la zone DNS du domaine. Cela permet d'éviter qu'une tierce personne envoie des emails à votre nom. Cela signifie également qu'il faut utiliser un serveur habilité à vous authentifier pour envoyer vos emails, sinon ces derniers n'ont aucune valeur d'authentification et seront donc rejetés.

<h4>Fonctionnement d'SPF</h4>

Lorsqu'un prestataire de mails reçoit un mail provenant de votre domaine, il vérifie donc si la zone DNS du domaine emétteur du mail contient une règle SPF :

* Si la zone DNS contient une règle SPF et qu'elle est respectée, tout va bien.
* Si elle n'en contient pas, alors le mail peut passer, mais sa chance de tomber dans les spams augmente.
* Si elle contient une règle SPF qui n'est pas respectée, alors si cette règle est stricte (-all) le mail a d'énormes chances d'être rejeté, et si cette règle est non stricte (~all), le mail risque d'être considéré comme du spam, d'être rejeté, ou peut passer normalement, au choix du serveur de réception.

<h4>Règle SPF par défaut HaiSoft</h4>
La règle SPF par défaut d'HaiSoft est :

<pre>v=spf1 a mx include:spf.haisoft.net -all</pre>

<h4>Syntaxe SPF</h4>

Pour la règle SPF par défaut d'HaiSoft :

* <code>v=spf1</code> permet d'indiquer qu'il s'agit d'une règle SPF
* <code>a</code> permet d'autoriser le serveur du domaine principal à émettre des mails pour le domaine
* <code>mx</code> permet d'autoriser le serveur de réception de mails du domaine à émettre des mails pour le domaine
* <code>include:spf.haisoft.net</code> permettent d'autoriser une liste prédéfinie par HaiSoft à envoyer des emails pour le domaine (il s'agit des serveur de relais d'HaiSoft, ainsi que ceux de notre partenaire de relais d'email "MailChannels"
* <code>-all</code> est une règle stricte, qui indique qu'aucun autre serveur que ceux cités dans la zone SPF n'a le droit d'envoyer d'emails pour le domaine.

<h4>Erreurs SPF courantes</h4>

* Lorsque l'on vous fournit une règle SPF à ajouter, il ne faut pas créer une nouvelle entrée, mais éditer votre règle existante.
* Si vous avez plusieurs règles SPF, l'une ou l'autre sera aléatoirement lue par vos destinataires, pouvant causer le rejet de vos emails.
* Il ne faut pas utiliser un relai SMTP qui n'est pas autorisé dans votre règle SPF. Seul votre serveur hébergeant les emails et étant capable de vous authentifier est habilité à envoyer des emails pour votre domaine. Vos mails risquent d'être rejetés si vous ignorez cette règle.

<h3>Les blacklists</h3>
Des listes publiques d'expéditeurs de spams existent. Si l'IP du serveur SMTP envoyant un mail est listée sur l'une de ces listes, le serveur SMTP destinataire rejettera probablement le mail.

<h3>DKIM (DomainKeys Identified Mail)</h3>
DKIM permet de chiffrer une partie de vos emails sortants par un code qui n'est déchiffrable qu'avec la clé publique présente dans votre zone DNS. Cela permet d'augmenter l'authentification des emails envoyés par votre domaine. DKIM s'inscrit sous forme d'entrée TXT dans votre zone DNS.

<h4>Activer DKIM via Plesk</h4>

Pour activer DKIM, pour votre domaine:

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Dans "Adresses email" puis "Paramètres de la messagerie"
* Cochez "Utiliser le système anti-spam DKIM pour signer les mails sortants" et cliquez sur OK

La signature DKIM et l'entrée DNS correspondante sont alors automatiquement activées.

<h3>DMARC (Domain-based Message Authentication)</h3>

DMARC permet de choisir une action en cas de non-respect de DKIM ou de SPF.

Cette entrée DNS de type TXT permet également de définir une adresse à qui envoyer les informations de rejets de mails de votre domaine, ce qui vous fera recevoir un email de la part de tous les plus grands prestataires à qui votre domaine aura envoyé des emails. Cette norme n'est que peu utilisée. Elle se présente sous forme d'entrée TXT dans votre zone DNS. Dans certains cas, si on vous l'impose, vous pouvez entrer une règle DMARC vide :

<pre>_DMARC TXT v=DMARC1; p=none;</pre>

<h1>Délivrabilité</h1>

Plus de 80% des emails envoyés sont du spam. Pour se protéger de cela, de nombreux systèmes permettent d'éliminer les mails ne respectant pas certaines règles.

<h2>Tester sa configuration</h2>

Nous pouvons toujours vous aiguiller sur la bonne configuration de votre domaine pour une délivrabilité optimale. Néanmoins, si vous souhaitez vérifier vous-même votre configuration ou gagner du temps en apportant vos premiers diagnostics lors de la création d'un ticket support, voici quelques outils utiles.

<h3>mail-tester</h3>

Le site http://www.mail-tester.com/ vous permet de vérifier la bonne configuration d'un poste et d'un domaine.
Envoyez un email à l'adresse indiquée (avec un vrai titre et un vrai contenu) et vérifiez votre note.

<h3>mxtooolbox</h3>

Le site https://mxtoolbox.com/ vous permet de tester vos règles SPF, vos signatures DKIM, la connexion au serveur SMTP, de vérifier le blacklistage de votre MX, etc.
Ce dernier est très utile pour diagnostiquer un élément précis sur votre domaine.

<h2>Rejets de mails</h2>

<h3>Les types de rejets</h3>

En fonction de la sévérité de l'erreur, le serveur destinataire peut appliquer plusieurs actions.

* Rejet temporaire, votre mail reste dans la file (jusqu'à 48h)
* Rejet permanent, vous recevez un mail de "bounce" vous indiquant la cause du rejet

Le mail peut également être accepté par le serveur SMTP de destination, mais être filtré comme spam.

<h3>Causes de rejet</h3>

Voici les causes de rejet de mails les plus courantes :

* Vous n'avez pas de règle SPF, pas de DKIM sur votre domaine, le niveau de confiance attribué à vos emails est très faible car aucune vérification d'authenticité de l'expéditeur ne peut être effectuée.
* Votre règle SPF n'est pas correctement configurée et n'autorise pas votre serveur à envoyer des emails.
* Votre mail n'a pas été envoyé depuis le bon serveur SMTP : Seul le serveur SMTP de votre prestataire de mails est habilité à relayer les emails de votre domaine. Ce dernier doit être autorisé dans la règle SPF de votre domaine.
* Le destinataire n'existe pas.
* Votre signature DKIM est incorrecte.
* Le contenu de votre mail est suspicieux (liens, texte, pièces jointes)
* l'IP du serveur expéditeur est reconnue comme expéditeur de spams (vérifiable ici https://mxtoolbox.com/SuperTool.aspx?action=blacklist )

<h3>Messages de rejet</h3>

<h4> Recipient address rejected: User unknown in relay recipient table</h4>
host smtp.example.tld [133.7.133.7] said: 550 5.1.1 <recipient@example.tld>: Recipient address rejected: User unknown in relay recipient table (in reply to RCPT TO command)

Ce message signifie généralement que le destinataire n'existe pas sur le serveur de destination. Faute de frappe ? Faute de syntaxe dans le formatage de votre destinataire ? Faute de recopie orale de l'adresse ? Adresse supprimée ? Serveur destinataire mal configuré ? Dans ce cas, il convient de contacter le destinataire par un autre moyen et de vérifier la bonne orthographe de l'adresse.

E-mail

2025-05-13T13:18:49Z

Root xo1zfe7e :

Cette page recense toutes les informations nécessaires à la création, gestion, configuration de vos adresses email HaiSoft.

<h1>Gestion des adresses email</h1>
La gestion des adresses email se fait via votre [[Panneau de contrôle Plesk]].

<h2>Créer une adresse email</h2>
Vous pouvez créer librement des adresses email pour votre domaine.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur "Créer une adresse email"
* Entrez le nom désiré pour cette nouvelle adresse email
* Choisissez votre mot de passe. - Vous pouvez aussi cliquer sur générer, puis "afficher" pour voir et copier votre mot de passe.
* Nous vous conseillons d'activer l'anti-spam : Cliquez sur l'onglet "Filtre anti-spam", puis cochez la case "Activer le filtre anti-spam[...]". (Vous retrouverez plus de détails à la rubrique [[E-mail#R.C3.A9gler_mon_filtre_anti-spam]])
* Cliquez sur OK.

<h2>Changer un mot de passe email</h2>

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse email désirée
* Choisissez votre mot de passe. - Vous pouvez aussi cliquer sur générer, puis "afficher" pour voir et copier votre mot de passe.
* Cliquez sur OK.

<h2>Supprimer une adresse email</h2>
Attention: Cette opération est irréversible. Si un backup est disponible, nous pouvons restaurer vos emails, mais toute préférence relative à cette adresse est perdue.

Vous pouvez supprimer librement des adresses email pour votre domaine.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cochez la case correspondant à l'adresse à supprimer
* Au dessus de la liste d'adresses, cliquez sur "Supprimer"

<h2>Régler mon filtre anti-spam</h2>
Le réglage du filtre anti-spam par analyse de contenu s'effectue via votre [[Panneau de contrôle Plesk]].

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse à configurer
* Sélectionnez l'onglet "Filtre anti-spam"
* Cochez la case "Activer le filtre anti-spam[...]"
* Choisissez l'action à effectuer (recommandé: "Déplacer le spam dans le dossier Spam")
* Optionnel: Cliquez sur "Voir les paramètres avancés" et réglez le seuil de détection du filtre : Par défaut 7
* Optionnel: Indiquez en liste blanche les expéditeurs dont il faut toujours accepter les emails, et en liste noir les expéditeurs à toujours rejeter.
* Validez avec "OK"

NB: Le paramètre "Intensité du filtre anti-spam" est un seuil de détection : Si vous baissez cette valeur, le filtre sera plus strict (attention aux faux-positifs), augmenter la valeur rend le filtre plus permissif. Nous conseillons de ne pas descendre sous une valeur de 2 à 3, un réglage de 5 à 7 étant optimal dans la plupart des cas.

<h1>Réception de spams</h1>

Afin d'éviter de recevoir du spam, voici quelques conseils:

* Ne pas choisir une adressse "contact@" ou "info@", cette adresse est trop fréquente et sera systématiquement spammée dès lors que votre domaine est présent sur internet
* Ne pas diffuser votre adresse email en clair sur internet; si besoin, mettez en place un formulaire de contact sur votre site (avec bien-sûr [[Sécurisation de formulaire|un captcha]] de protection anti-robots)
* Ne pas vous inscrire sur des sites peu scrupuleux concernant le respect de la vie privée et des données personnelles, avec votre adresse email (si besoin, créez une adresse email "poubelle" pour cet effet)
* Si nécessaire, renommer votre adresse, cela conserve vos emails et stoppe immédiatement la réception de spams.

{{:Connexion_aux_adresses_email}}

<h1>Envois de mails depuis un site</h1>

L'envoi de mails depuis un site doit se faire:
* En SMTP avec authentification
* Depuis une adresse email existante, créee au préalable dans votre [[Panneau de contrôle Plesk]]

Particularités:
* Pour des raisons de sécurité, la fonction `mail()` de PHP qui ne requiert aucune authentification est désactivée
* A partir de PHP 5.6, il faut utiliser votre nom d'hôte en tant que serveur

Chaque script dispose de son propre moyen d'envoyer des emails. Nous vous invitons à consulter notre article pour voir comment configurer le votre :
https://blog.haisoft.fr/connaissances/configurer-lenvoi-demail-via-smtp-pour-votre-site/

Si votre site n'utilise pas un script particulier, voici d'autres méthodes comment coder un formulaire d'envoi d'email :
[[Envoi d'email authentifié via PHP ou Perl]]

Partez du principe que vous configurez un logiciel de messagerie distant. La configuration est donc similaire à celle utilisée pour un client de messagerie (voir [[E-mail#Configuration_manuelle]]). Vous pouvez également utiliser une adresse email externe tant que vous utilisez SMTP, néanmoins, il est conseillé d'utiliser une adresse de votre domaine.

<h2>Configuration sécurisée</h2>
Cette configuration est recommandée :

Configuration 1) SSL/TLS
* Serveur: srvXX.haisoft.net (remplacer par votre nom d'hôte)
* Port: 465
* Chiffrement (sécurité): SSL/TLS (attention, certains programmes appellent "TLS" ce qui est en fait du "STARTTLS", dans quel cas, cela ne fonctionne pas sur le port 465 et il faut donc choisir "SSL")
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

Configuration 2) STARTTLS
* Serveur: srvXX.haisoft.net (remplacer par votre nom d'hôte)
* Port: 587
* Chiffrement (sécurité): STARTTLS (souvent appelé "TLS")
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

<h2>Configuration legacy</h2>
Avant PHP 5.6, il était courant d'utiliser les paramètres suivants, qui sont désormais à mettre à jour et à éviter :
* Serveur: <pre>localhost</pre> ou <pre>127.0.0.1</pre>
* Port: 25
* Chiffrement (sécurité): Aucun
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

Cette configuration est désormais incorrecte car :
* Utiliser <pre>localhost</pre> ou <pre>127.0.0.1</pre> alors que le certificat de votre serveur de mails est donné pour son [[Nom d'hôte]] va générer des erreurs de certificats et empêcher PHP 5.6 et supérieurs d'envoyer des emails, sauf si une directive permettant d'ignorer les certificats invalide est présente.
* Il n'y a pas de chiffrement, si les données sont interceptées, elles peuvent être déchiffrées.

<h2>Diagnostic</h2>
Si votre envoi ne fonctionne pas, il faut en premier lieu vérifier les paramètres suivants :
* L'adresse expéditrice est-elle la même que l'adresse de connexion, et cette dernière a-t-elle bien été crée dans le [[Panneau de contrôle Plesk]] ?
* Avez-vous indiqué l'adresse email de la personne remplissant le formulaire de contact en "From:" ? Attention, ne vous prenez pas sur cet expéditeur, vous n'avez pas le droit d'envoyer un mail en tant que lui. Si vous désirez pouvoir lui répondre simplement, il faut indiquer son adresse en Reply-To.
* Votre version de PHP est-elle supérieure ou égale à 5.6 ? Si oui, il faut utiliser votre nom d'hôte comme serveur (Exemple: srvXX.haisoft.net)
* L'identifiant et le mot de passe sont-ils corrects ? Attention, votre identifiant est votre adresse mail complète. Pour changer le mot de passe, voir [[E-mail#Changer_un_mot_de_passe_email]]
* Essayez-vous d'envoyer votre mail via PHP mail() ? Cette méthode est trop insécurisée et est désactivée chez HaiSoft
* Avez-vous renseigné un port correct ? Rappel: Port 25 sans SSL/TLS, Port 465 en SSL, Port 587 en TLS

<h1>Sécurisations et normes email</h1>
La réception et la sécurisation des emails se fait principalement par des règles [[DNS]] présentes pour votre domaine.

<h2>MX: Serveur de réception des emails</h2>
La réception des emails ne peut se faire que si une entrée de type "MX" est présente dans la zone DNS du domaine. Cette entrée MX correspond au serveur SMTP de réception de mails. Le MX est par convention un nom canonique et non une adresse IP.<hr />

Exemple:

Soit le domaine "monsite.tld" dont les emails sont hébergés chez HaiSoft sur le serveur srv12.haisoft.net

* Nous pouvons ajouter une entrée MX utilisant le nom d'hôte de la machine hébergeant le domaine :
<code>MX 0 srv12.haisoft.net</code>

Nous conseillons cette méthode car srv12.haisoft.net est également le serveur POP/IMAP/SMTP à utiliser pour vos connexions sécurisées, car le nom d'hôte contient les certificats SSL/TLS permettant de se connecter de manière sécurisée au serveur.

* Ou bien nous pouvons ajouter un sous-domaine et l'assigner en MX
<pre>mail A 185.177.47.12</pre>
<pre>MX 0 mail.monsite.tld</pre>

<h2>Sécurité</h2>

Bien que les normes relatives aux emails parviennent difficilement à être universalisées, quelques standards sont de plus en plus utilisés afin de :

* Diminuer la réception de spams
* Limiter au maximum l'usurpation d'identité

<h3>HELO</h3>
Le "HELO" est le message de présentation envoyé par un serveur SMTP. Afin d'atteindre un niveau de confiance correct, ce HELO doit répondre à plusieurs critères :
* Il doit être un FQN (nom de domaine ou sous-domaine) valide, pointant vers l'IP du serveur SMTP envoyant le mail
* Ce nom doit être identique correspondre au rDNS (reverse DNS) de l'IP du serveur SMTP.

En somme il faut choisir un nom (en général le nom d'hôte de la machine contenant le serveur SMTP), mettre ce nom en reverse DNS de l'IP du serveur, et demander au serveur de mails d'indiquer ce nom en HELO.

Un mail ne répondant pas à ces critères est généralement considéré comme spam.

Nos serveurs sont configurés pour rejeter les emails n'ayant pas un HELO correct, car cela est le minimum à respecter lorsque l'on envoie un email. Si l'expéditeur n'est pas en mesure de corriger sa configuration, nous pouvons '''en dernier recours''' whitelister son adresse pour que vous receviez ses emails, mais cela anihile alors toute possibilité de vérification de l'authenticité de l'expéditeur, c'est donc extrêmement non recommandé.

HaiSoft met tout en œuvre pour fournir un HELO correct et ainsi permettre la meilleure délivrabilité de vos mails. Tout mail envoyé par votre serveur HaiSoft est configuré pour posséder un HELO correct. Si vous détectiez toutefois une anomalie à ce niveau, n'hésitez pas à nous contacter par ticket support.

<h3>SPF (Sender Policy Framework)</h3>
SPF permet de définir les serveurs habilités à relayer les emails d'un domaine. Cette règle est présente sous forme de règle TXT dans la zone DNS du domaine. Cela permet d'éviter qu'une tierce personne envoie des emails à votre nom. Cela signifie également qu'il faut utiliser un serveur habilité à vous authentifier pour envoyer vos emails, sinon ces derniers n'ont aucune valeur d'authentification et seront donc rejetés.

<h4>Fonctionnement d'SPF</h4>

Lorsqu'un prestataire de mails reçoit un mail provenant de votre domaine, il vérifie donc si la zone DNS du domaine emétteur du mail contient une règle SPF :

* Si la zone DNS contient une règle SPF et qu'elle est respectée, tout va bien.
* Si elle n'en contient pas, alors le mail peut passer, mais sa chance de tomber dans les spams augmente.
* Si elle contient une règle SPF qui n'est pas respectée, alors si cette règle est stricte (-all) le mail a d'énormes chances d'être rejeté, et si cette règle est non stricte (~all), le mail risque d'être considéré comme du spam, d'être rejeté, ou peut passer normalement, au choix du serveur de réception.

<h4>Règle SPF par défaut HaiSoft</h4>
La règle SPF par défaut d'HaiSoft est :

<pre>v=spf1 a mx include:spf.haisoft.net -all</pre>

<h4>Syntaxe SPF</h4>

Pour la règle SPF par défaut d'HaiSoft :

* <code>v=spf1</code> permet d'indiquer qu'il s'agit d'une règle SPF
* <code>a</code> permet d'autoriser le serveur du domaine principal à émettre des mails pour le domaine
* <code>mx</code> permet d'autoriser le serveur de réception de mails du domaine à émettre des mails pour le domaine
* <code>include:spf.haisoft.net</code> permettent d'autoriser une liste prédéfinie par HaiSoft à envoyer des emails pour le domaine (il s'agit des serveur de relais d'HaiSoft, ainsi que ceux de notre partenaire de relais d'email "MailChannels"
* <code>-all</code> est une règle stricte, qui indique qu'aucun autre serveur que ceux cités dans la zone SPF n'a le droit d'envoyer d'emails pour le domaine.

<h4>Erreurs SPF courantes</h4>

* Lorsque l'on vous fournit une règle SPF à ajouter, il ne faut pas créer une nouvelle entrée, mais éditer votre règle existante.
* Si vous avez plusieurs règles SPF, l'une ou l'autre sera aléatoirement lue par vos destinataires, pouvant causer le rejet de vos emails.
* Il ne faut pas utiliser un relai SMTP qui n'est pas autorisé dans votre règle SPF. Seul votre serveur hébergeant les emails et étant capable de vous authentifier est habilité à envoyer des emails pour votre domaine. Vos mails risquent d'être rejetés si vous ignorez cette règle.

<h3>Les blacklists</h3>
Des listes publiques d'expéditeurs de spams existent. Si l'IP du serveur SMTP envoyant un mail est listée sur l'une de ces listes, le serveur SMTP destinataire rejettera probablement le mail.

<h3>DKIM (DomainKeys Identified Mail)</h3>
DKIM permet de chiffrer une partie de vos emails sortants par un code qui n'est déchiffrable qu'avec la clé publique présente dans votre zone DNS. Cela permet d'augmenter l'authentification des emails envoyés par votre domaine. DKIM s'inscrit sous forme d'entrée TXT dans votre zone DNS.

<h4>Activer DKIM via Plesk</h4>

Pour activer DKIM, pour votre domaine:

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Dans "Adresses email" puis "Paramètres de la messagerie"
* Cochez "Utiliser le système anti-spam DKIM pour signer les mails sortants" et cliquez sur OK

La signature DKIM et l'entrée DNS correspondante sont alors automatiquement activées.

<h3>DMARC (Domain-based Message Authentication)</h3>

DMARC permet de choisir une action en cas de non-respect de DKIM ou de SPF.

Cette entrée DNS de type TXT permet également de définir une adresse à qui envoyer les informations de rejets de mails de votre domaine, ce qui vous fera recevoir un email de la part de tous les plus grands prestataires à qui votre domaine aura envoyé des emails. Cette norme n'est que peu utilisée. Elle se présente sous forme d'entrée TXT dans votre zone DNS. Dans certains cas, si on vous l'impose, vous pouvez entrer une règle DMARC vide :

<pre>_DMARC TXT v=DMARC1; p=none;</pre>

<h1>Délivrabilité</h1>

Plus de 80% des emails envoyés sont du spam. Pour se protéger de cela, de nombreux systèmes permettent d'éliminer les mails ne respectant pas certaines règles.

<h2>Tester sa configuration</h2>

Nous pouvons toujours vous aiguiller sur la bonne configuration de votre domaine pour une délivrabilité optimale. Néanmoins, si vous souhaitez vérifier vous-même votre configuration ou gagner du temps en apportant vos premiers diagnostics lors de la création d'un ticket support, voici quelques outils utiles.

<h3>mail-tester</h3>

Le site http://www.mail-tester.com/ vous permet de vérifier la bonne configuration d'un poste et d'un domaine.
Envoyez un email à l'adresse indiquée (avec un vrai titre et un vrai contenu) et vérifiez votre note.

<h3>mxtooolbox</h3>

Le site https://mxtoolbox.com/ vous permet de tester vos règles SPF, vos signatures DKIM, la connexion au serveur SMTP, de vérifier le blacklistage de votre MX, etc.
Ce dernier est très utile pour diagnostiquer un élément précis sur votre domaine.

<h2>Rejets de mails</h2>

<h3>Les types de rejets</h3>

En fonction de la sévérité de l'erreur, le serveur destinataire peut appliquer plusieurs actions.

* Rejet temporaire, votre mail reste dans la file (jusqu'à 48h)
* Rejet permanent, vous recevez un mail de "bounce" vous indiquant la cause du rejet

Le mail peut également être accepté par le serveur SMTP de destination, mais être filtré comme spam.

<h3>Causes de rejet</h3>

Voici les causes de rejet de mails les plus courantes :

* Vous n'avez pas de règle SPF, pas de DKIM sur votre domaine, le niveau de confiance attribué à vos emails est très faible car aucune vérification d'authenticité de l'expéditeur ne peut être effectuée.
* Votre règle SPF n'est pas correctement configurée et n'autorise pas votre serveur à envoyer des emails.
* Votre mail n'a pas été envoyé depuis le bon serveur SMTP : Seul le serveur SMTP de votre prestataire de mails est habilité à relayer les emails de votre domaine. Ce dernier doit être autorisé dans la règle SPF de votre domaine.
* Le destinataire n'existe pas.
* Votre signature DKIM est incorrecte.
* Le contenu de votre mail est suspicieux (liens, texte, pièces jointes)
* l'IP du serveur expéditeur est reconnue comme expéditeur de spams (vérifiable ici https://mxtoolbox.com/SuperTool.aspx?action=blacklist )

<h3>Messages de rejet</h3>

<h4> Recipient address rejected: User unknown in relay recipient table</h4>
host smtp.example.tld [133.7.133.7] said: 550 5.1.1 <recipient@example.tld>: Recipient address rejected: User unknown in relay recipient table (in reply to RCPT TO command)

Ce message signifie généralement que le destinataire n'existe pas sur le serveur de destination. Faute de frappe ? Faute de syntaxe dans le formatage de votre destinataire ? Faute de recopie orale de l'adresse ? Adresse supprimée ? Serveur destinataire mal configuré ? Dans ce cas, il convient de contacter le destinataire par un autre moyen et de vérifier la bonne orthographe de l'adresse.

E-mail

2025-05-13T13:07:50Z

Root xo1zfe7e :

Cette page recense toutes les informations nécessaires à la création, gestion, configuration de vos adresses email HaiSoft.

<h1>Gestion des adresses email</h1>
La gestion des adresses email se fait via votre [[Panneau de contrôle Plesk]].

<h2>Créer une adresse email</h2>
Vous pouvez créer librement des adresses email pour votre domaine.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur "Créer une adresse email"
* Entrez le nom désiré pour cette nouvelle adresse email
* Choisissez votre mot de passe. - Vous pouvez aussi cliquer sur générer, puis "afficher" pour voir et copier votre mot de passe.
* Nous vous conseillons d'activer l'anti-spam : Cliquez sur l'onglet "Filtre anti-spam", puis cochez la case "Activer le filtre anti-spam[...]". (Vous retrouverez plus de détails à la rubrique [[E-mail#R.C3.A9gler_mon_filtre_anti-spam]])
* Cliquez sur OK.

<h2>Changer un mot de passe email</h2>

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse email désirée
* Choisissez votre mot de passe. - Vous pouvez aussi cliquer sur générer, puis "afficher" pour voir et copier votre mot de passe.
* Cliquez sur OK.

<h2>Supprimer une adresse email</h2>
Attention: Cette opération est irréversible. Si un backup est disponible, nous pouvons restaurer vos emails, mais toute préférence relative à cette adresse est perdue.

Vous pouvez supprimer librement des adresses email pour votre domaine.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cochez la case correspondant à l'adresse à supprimer
* Au dessus de la liste d'adresses, cliquez sur "Supprimer"

<h2>Régler mon filtre anti-spam</h2>
Le réglage du filtre anti-spam par analyse de contenu s'effectue via votre [[Panneau de contrôle Plesk]].

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse à configurer
* Sélectionnez l'onglet "Filtre anti-spam"
* Cochez la case "Activer le filtre anti-spam[...]"
* Choisissez l'action à effectuer (recommandé: "Déplacer le spam dans le dossier Spam")
* Optionnel: Cliquez sur "Voir les paramètres avancés" et réglez le seuil de détection du filtre : Par défaut 7
* Optionnel: Indiquez en liste blanche les expéditeurs dont il faut toujours accepter les emails, et en liste noir les expéditeurs à toujours rejeter.
* Validez avec "OK"

NB: Le paramètre "Intensité du filtre anti-spam" est un seuil de détection : Si vous baissez cette valeur, le filtre sera plus strict (attention aux faux-positifs), augmenter la valeur rend le filtre plus permissif. Nous conseillons de ne pas descendre sous une valeur de 2 à 3, un réglage de 5 à 7 étant optimal dans la plupart des cas.

<h1>Réception de spams</h1>

Afin d'éviter de recevoir du spam, voici quelques conseils:

* Ne pas choisir une adressse "contact@" ou "info@", cette adresse est trop fréquente et sera systématiquement spammée dès lors que votre domaine est présent sur internet
* Ne pas diffuser votre adresse email en clair sur internet; si besoin, mettez en place un formulaire de contact sur votre site (avec bien-sûr [[Sécurisation de formulaire|un captcha]] de protection anti-robots)
* Ne pas vous inscrire sur des sites peu scrupuleux concernant le respect de la vie privée et des données personnelles, avec votre adresse email (si besoin, créez une adresse email "poubelle" pour cet effet)
* Si nécessaire, renommer votre adresse, cela conserve vos emails et stoppe immédiatement la réception de spams.

{{:Connexion_aux_adresses_email}}

<h1>Envois de mails depuis un site</h1>

L'envoi de mails depuis un site doit se faire:
* En SMTP avec authentification
* Depuis une adresse email existante, créee au préalable dans votre [[Panneau de contrôle Plesk]]

Particularités:
* Pour des raisons de sécurité, la fonction `mail()` de PHP qui ne requiert aucune authentification est désactivée
* A partir de PHP 5.6, il faut utiliser votre nom d'hôte en tant que serveur

Chaque script dispose de son propre moyen d'envoyer des emails. Nous vous invitons à consulter notre article pour voir comment configurer le votre :
https://blog.haisoft.fr/connaissances/configurer-lenvoi-demail-via-smtp-pour-votre-site/

Si votre site n'utilise pas un script particulier, voici d'autres méthodes comment coder un formulaire d'envoi d'email :
[[Envoi d'email authentifié via PHP ou Perl]]

Partez du principe que vous configurez un logiciel de messagerie distant. La configuration est donc similaire à celle utilisée pour un client de messagerie (voir [[E-mail#Configuration_manuelle]]). Vous pouvez également utiliser une adresse email externe tant que vous utilisez SMTP, néanmoins, il est conseillé d'utiliser une adresse de votre domaine.

<h2>Configuration sécurisée</h2>
Cette configuration est recommandée :

Configuration 1) SSL/TLS
* Serveur: srvXX.haisoft.net (remplacer par votre nom d'hôte)
* Port: 465
* Chiffrement (sécurité): SSL/TLS (attention, certains programmes appellent "TLS" ce qui est en fait du "STARTTLS", dans quel cas, cela ne fonctionne pas sur le port 465 et il faut donc choisir "SSL")
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

Configuration 2) STARTTLS
* Serveur: srvXX.haisoft.net (remplacer par votre nom d'hôte)
* Port: 587
* Chiffrement (sécurité): STARTTLS (souvent appelé "TLS")
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

<h2>Configuration legacy</h2>
Avant PHP 5.6, il était courant d'utiliser les paramètres suivants, qui sont désormais à mettre à jour et à éviter :
* Serveur: `localhost` ou `127.0.0.1`
* Port: 25
* Chiffrement (sécurité): Aucun
* Authentification: Oui
* Identifiant: votreadresse@votredomaine.com
* Mot de passe: MotDePasseDeLadresse

Cette configuration est désormais incorrecte car :
* Utiliser `localhost` ou `127.0.0.1` alors que le certificat de votre serveur de mails est donné pour son [[Nom d'hôte]] va générer des erreurs de certificats et empêcher PHP 5.6 et supérieurs d'envoyer des emails, sauf si une directive permettant d'ignorer les certificats invalide est présente.
* Il n'y a pas de chiffrement, si les données sont interceptées, elles peuvent être déchiffrées.

<h2>Diagnostic</h2>
Si votre envoi ne fonctionne pas, il faut en premier lieu vérifier les paramètres suivants :
* L'adresse expéditrice est-elle la même que l'adresse de connexion, et cette dernière a-t-elle bien été crée dans le [[Panneau de contrôle Plesk]] ?
* Avez-vous indiqué l'adresse email de la personne remplissant le formulaire de contact en "From:" ? Attention, ne vous prenez pas sur cet expéditeur, vous n'avez pas le droit d'envoyer un mail en tant que lui. Si vous désirez pouvoir lui répondre simplement, il faut indiquer son adresse en Reply-To.
* Votre version de PHP est-elle supérieure ou égale à 5.6 ? Si oui, il faut utiliser votre nom d'hôte comme serveur (Exemple: srvXX.haisoft.net)
* L'identifiant et le mot de passe sont-ils corrects ? Attention, votre identifiant est votre adresse mail complète. Pour changer le mot de passe, voir [[E-mail#Changer_un_mot_de_passe_email]]
* Essayez-vous d'envoyer votre mail via PHP mail() ? Cette méthode est trop insécurisée et est désactivée chez HaiSoft
* Avez-vous renseigné un port correct ? Rappel: Port 25 sans SSL/TLS, Port 465 en SSL, Port 587 en TLS

<h1>Sécurisations et normes email</h1>
La réception et la sécurisation des emails se fait principalement par des règles [[DNS]] présentes pour votre domaine.

<h2>MX: Serveur de réception des emails</h2>
La réception des emails ne peut se faire que si une entrée de type "MX" est présente dans la zone DNS du domaine. Cette entrée MX correspond au serveur SMTP de réception de mails. Le MX est par convention un nom canonique et non une adresse IP.<hr />

Exemple:

Soit le domaine "monsite.tld" dont les emails sont hébergés chez HaiSoft sur le serveur srv12.haisoft.net

* Nous pouvons ajouter une entrée MX utilisant le nom d'hôte de la machine hébergeant le domaine :
<code>MX 0 srv12.haisoft.net</code>

Nous conseillons cette méthode car srv12.haisoft.net est également le serveur POP/IMAP/SMTP à utiliser pour vos connexions sécurisées, car le nom d'hôte contient les certificats SSL/TLS permettant de se connecter de manière sécurisée au serveur.

* Ou bien nous pouvons ajouter un sous-domaine et l'assigner en MX
<pre>mail A 154.41.66.12
MX 0 mail.monsite.tld</pre>

<h2>Sécurité</h2>

Bien que les normes relatives aux emails parviennent difficilement à être universalisées, quelques standards sont de plus en plus utilisés afin de :

* Diminuer la réception de spams
* Limiter au maximum l'usurpation d'identité

<h3>HELO</h3>
Le "HELO" est le message de présentation envoyé par un serveur SMTP. Afin d'atteindre un niveau de confiance correct, ce HELO doit répondre à plusieurs critères :
* Il doit être un FQN (nom de domaine ou sous-domaine) valide, pointant vers l'IP du serveur SMTP envoyant le mail
* Ce nom doit être identique correspondre au rDNS (reverse DNS) de l'IP du serveur SMTP.

En somme il faut choisir un nom (en général le nom d'hôte de la machine contenant le serveur SMTP), mettre ce nom en reverse DNS de l'IP du serveur, et demander au serveur de mails d'indiquer ce nom en HELO.

Un mail ne répondant pas à ces critères est généralement considéré comme spam.

Nos serveurs sont configurés pour rejeter les emails n'ayant pas un HELO correct, car cela est le minimum à respecter lorsque l'on envoie un email. Si l'expéditeur n'est pas en mesure de corriger sa configuration, nous pouvons '''en dernier recours''' whitelister son adresse pour que vous receviez ses emails, mais cela anihile alors toute possibilité de vérification de l'authenticité de l'expéditeur, c'est donc extrêmement non recommandé.

HaiSoft met tout en oeuvre pour fournir un HELO correct et ainsi permettre la meilleure délivrabilité de vos mails. Tout mail envoyé par votre serveur HaiSoft est configuré pour posséder un HELO correct. Si vous détectiez toutefois une anomalie à ce niveau, n'hésitez pas à nous contacter par ticket support.

<h3>SPF (Sender Policy Framework)</h3>
SPF permet de définir les serveurs habilités à relayer les emails d'un domaine. Cette règle est présente sous forme de règle TXT dans la zone DNS du domaine. Cela permet d'éviter qu'une tierce personne envoie des emails à votre nom. Cela signifie également qu'il faut utiliser un serveur habilité à vous authentifier pour envoyer vos emails, sinon ces derniers n'ont aucune valeur d'authentification et seront donc rejetés.

<h4>Fonctionnement d'SPF</h4>

Lorsqu'un prestataire de mails reçoit un mail provenant de votre domaine, il vérifie donc si la zone DNS du domaine emétteur du mail contient une règle SPF :

* Si la zone DNS contient une règle SPF et qu'elle est respectée, tout va bien.
* Si elle n'en contient pas, alors le mail peut passer, mais sa chance de tomber dans les spams augmente.
* Si elle contient une règle SPF qui n'est pas respectée, alors si cette règle est stricte (-all) le mail a d'énormes chances d'être rejeté, et si cette règle est non stricte (~all), le mail risque d'être considéré comme du spam, d'être rejeté, ou peut passer normalement, au choix du serveur de réception.

<h4>Règle SPF par défaut HaiSoft</h4>
La règle SPF par défaut d'HaiSoft est :

<pre>v=spf1 a mx include:sp/haisoft.net -all</pre>

<h4>Syntaxe SPF</h4>

Pour la règle SPF par défaut d'HaiSoft :

* <code>v=spf1</code> permet d'indiquer qu'il s'agit d'une règle SPF
* <code>a</code> permet d'autoriser le serveur du domaine principal à émettre des mails pour le domaine
* <code>mx</code> permet d'autoriser le serveur de réception de mails du domaine à émettre des mails pour le domaine
* <code>include:spf.haisoft.net</code> permettent d'autoriser une liste prédéfinie par HaiSoft à envoyer des emails pour le domaine (il s'agit des serveur de relais d'HaiSoft, ainsi que ceux de notre partenaire de relais d'email "MailChannels"
* <code>-all</code> est une règle stricte, qui indique qu'aucun autre serveur que ceux cités dans la zone SPF n'a le droit d'envoyer d'emails pour le domaine.

<h4>Erreurs SPF courantes</h4>

* Lorsque l'on vous fournit une règle SPF à ajouter, il ne faut pas créer une nouvelle entrée, mais éditer votre règle existante.
* Si vous avez plusieurs règles SPF, l'une ou l'autre sera aléatoirement lue par vos destinataires, pouvant causer le rejet de vos emails.
* Il ne faut pas utiliser un relai SMTP qui n'est pas autorisé dans votre règle SPF. Seul votre serveur hébergeant les emails et étant capable de vous authentifier est habilité à envoyer des emails pour votre domaine. Vos mails risquent d'être rejetés si vous ignorez cette règle.

<h3>Les blacklists</h3>
Des listes publiques d'expéditeurs de spams existent. Si l'IP du serveur SMTP envoyant un mail est listée sur l'une de ces listes, le serveur SMTP destinataire rejettera probablement le mail.

<h3>DKIM (DomainKeys Identified Mail)</h3>
DKIM permet de chiffrer une partie de vos emails sortants par un code qui n'est déchiffrable qu'avec la clé publique présente dans votre zone DNS. Cela permet d'augmenter l'authentification des emails envoyés par votre domaine. DKIM s'inscrit sous forme d'entrée TXT dans votre zone DNS.

<h4>Activer DKIM via Plesk</h4>

Pour activer DKIM, pour votre domaine:

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Dans "Adresses email" puis "Paramètres de la messagerie"
* Cochez "Utiliser le système anti-spam DKIM pour signer les mails sortants" et cliquez sur OK

La signature DKIM et l'entrée DNS correspondante sont alors automatiquement activées.

<h3>DMARC (Domain-based Message Authentication)</h3>

DMARC permet de choisir une action en cas de non-respect de DKIM ou de SPF.

Cette entrée DNS de type TXT permet également de définir une adresse à qui envoyer les informations de rejets de mails de votre domaine, ce qui vous fera recevoir un email de la part de tous les plus grands prestataires à qui votre domaine aura envoyé des emails. Cette norme n'est que peu utilisée. Elle se présente sous forme d'entrée TXT dans votre zone DNS. Dans certains cas, si on vous l'impose, vous pouvez entrer une règle DMARC vide :

<pre>_DMARC TXT v=DMARC1; p=none;</pre>

<h1>Délivrabilité</h1>

Plus de 80% des emails envoyés sont du spam. Pour se protéger de cela, de nombreux systèmes permettent d'éliminer les mails ne respectant pas certaines règles.

<h2>Tester sa configuration</h2>

Nous pouvons toujours vous aiguiller sur la bonne configuration de votre domaine pour une délivrabilité optimale. Néanmoins, si vous souhaitez vérifier vous-même votre configuration ou gagner du temps en apportant vos premiers diagnostics lors de la création d'un ticket support, voici quelques outils utiles.

<h3>mail-tester</h3>

Le site http://www.mail-tester.com/ vous permet de vérifier la bonne configuration d'un poste et d'un domaine.
Envoyez un email à l'adresse indiquée (avec un vrai titre et un vrai contenu) et vérifiez votre note.

<h3>mxtooolbox</h3>

Le site https://mxtoolbox.com/ vous permet de tester vos règles SPF, vos signatures DKIM, la connexion au serveur SMTP, de vérifier le blacklistage de votre MX, etc.
Ce dernier est très utile pour diagnostiquer un élément précis sur votre domaine.

<h2>Rejets de mails</h2>

<h3>Les types de rejets</h3>

En fonction de la sévérité de l'erreur, le serveur destinataire peut appliquer plusieurs actions.

* Rejet temporaire, votre mail reste dans la file (jusqu'à 48h)
* Rejet permanent, vous recevez un mail de "bounce" vous indiquant la cause du rejet

Le mail peut également être accepté par le serveur SMTP de destination, mais être filtré comme spam.

<h3>Causes de rejet</h3>

Voici les causes de rejet de mails les plus courantes :

* Vous n'avez pas de règle SPF, pas de DKIM sur votre domaine, le niveau de confiance attribué à vos emails est très faible car aucune vérification d'authenticité de l'expéditeur ne peut être effectuée.
* Votre règle SPF n'est pas correctement configurée et n'autorise pas votre serveur à envoyer des emails.
* Votre mail n'a pas été envoyé depuis le bon serveur SMTP : Seul le serveur SMTP de votre prestataire de mails est habilité à relayer les emails de votre domaine. Ce dernier doit être autorisé dans la règle SPF de votre domaine.
* Le destinataire n'existe pas.
* Votre signature DKIM est incorrecte.
* Le contenu de votre mail est suspicieux (liens, texte, pièces jointes)
* l'IP du serveur expéditeur est reconnue comme expéditeur de spams (vérifiable ici https://mxtoolbox.com/SuperTool.aspx?action=blacklist )

<h3>Messages de rejet</h3>

<h4> Recipient address rejected: User unknown in relay recipient table</h4>
host smtp.example.tld [133.7.133.7] said: 550 5.1.1 <recipient@example.tld>: Recipient address rejected: User unknown in relay recipient table (in reply to RCPT TO command)

Ce message signifie généralement que le destinataire n'existe pas sur le serveur de destination. Faute de frappe ? Faute de syntaxe dans le formatage de votre destinataire ? Faute de recopie orale de l'adresse ? Adresse supprimée ? Serveur destinataire mal configuré ? Dans ce cas, il convient de contacter le destinataire par un autre moyen et de vérifier la bonne orthographe de l'adresse.

FTP Windev

2025-01-17T13:42:26Z

Root xo1zfe7e :

En cas de problème de connexion FTP avec WinDev, vérifier que les paramètres soient bien corrects.

Voici le code fonctionnel fourni par un de nos clients :

<syntaxhighlight lang="windev">
//// on établit une connexion
FTP.IgnoreErreur = ftpIgnoreCertificatExpiré + ftpIgnoreCertificatInvalide + ...
ftpIgnoreNomCertificatInvalide + ftpIgnoreRévocation
gnumConnexion=FTPConnecte(gsAdresseServeurFTP,gsUserFTP,gsPwdFTP,gnPortFTP)
SI gnumConnexion=-1 ALORS
Info(ErreurInfo(errComplet))
SINON
Info("Connexion OK")
FIN
</syntaxhighlight>

Et voici les paramètres passés :
<syntaxhighlight lang="windev">
// paramètres du serveur FTP
gsAdresseServeurFTP est une chaîne = "ftpes://srvXX.haisoft.net" (adresse du serveur) -> remplacer XX par le numéro du serveur concerné. "ftpes://" est nécessaire pour utiliser "FTP explicite sur TLS"
gsUserFTP est une chaîne = (mon nom d'utilisateur)
gsPwdFTP est une chaîne = (mon mot de passe)
gnPortFTP est un entier = 21 (numéro de port)
gnumConnexion est un entier
</syntaxhighlight>

FTP Windev

2025-01-17T13:41:06Z

Root xo1zfe7e : Page créée avec « En cas de problème de connexion FTP avec WinDev, vérifier que les paramètres soient bien corrects. Voici le code fonctionnel fourni par un de nos clients : //// on ét... »

En cas de problème de connexion FTP avec WinDev, vérifier que les paramètres soient bien corrects.

Voici le code fonctionnel fourni par un de nos clients :
//// on établit une connexion
FTP.IgnoreErreur = ftpIgnoreCertificatExpiré + ftpIgnoreCertificatInvalide + ...
ftpIgnoreNomCertificatInvalide + ftpIgnoreRévocation
gnumConnexion=FTPConnecte(gsAdresseServeurFTP,gsUserFTP,gsPwdFTP,gnPortFTP)
SI gnumConnexion=-1 ALORS
Info(ErreurInfo(errComplet))
SINON
Info("Connexion OK")
FIN

Et voici les paramètres passés :
// paramètres du serveur FTP
gsAdresseServeurFTP est une chaîne = "ftpes://srvXX.haisoft.net" (adresse du serveur) -> remplacer XX par le numéro du serveur concerné. "ftpes://" est nécessaire pour utiliser "FTP explicite sur TLS"
gsUserFTP est une chaîne = (mon nom d'utilisateur)
gsPwdFTP est une chaîne = (mon mot de passe)
gnPortFTP est un entier = 21 (numéro de port)
gnumConnexion est un entier

Envoi d'email authentifié via PHP ou Perl

2024-06-03T11:25:54Z

Root xo1zfe7e :

[[Category:E-mail]]
Chez HaiSoft, comme la plupart des hébergeurs luttant contre l'envoi de spams, la fonction d'envoi de mails non sécurisée PHP mail() est désactivée.

Il faut donc envoyer ses emails en [https://wiki.haisoft.fr/index.php?title=E-mail#Envois_de_mails_depuis_un_site SMTP avec authentification].
Afin de mettre en place un envoi d'email via SMTP sur un site ne disposant pas de plugin dédié (comme Easy WP SMTP pour Wordpress par exemple), on peut utiliser différentes solutions.

Nous en verrons ici deux : [https://github.com/PHPMailer/PHPMailer PHPMailer] et le module Perl "Net::SMTP".

<h1>PHPMailer</h1>

De nombreux modules d'envoi PHP comme Easy WP SMTP sont bases sur PHPMailer car son fonctionnement est simple et efficace.

Nous expliquons ici comment le mettre en place, et fournissons un script prêt à l'emploi, à modifier uniquement pour adapter à votre configuration SMTP.

'''Difficulté : Moyenne'''

<h2>Installation de PHPMailer</h2>

Dans votre hébergement, il faudra télécharger ces trois fichiers de PHPMailer et les placer à la racine de l'hébergement (dans "httpdocs") dans un dossier appelé "PHPMailer" :
<ul>
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/Exception.php
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/PHPMailer.php
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/SMTP.php
</ul>

<h2>Fonctionnement de PHPMailer</h2>

''Si vous souhaitez utiliser notre script type, passez directement au point suivant "Intégration de PHPMailer".''

<h3>Appel de PHPMailer</h3>

Votre script d'envoi SMTP devra faire appel à PHPMailer grâce aux lignes suivantes :

<syntaxhighlight lang="php">
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\Exception;
require 'PHPMailer/Exception.php';
require 'PHPMailer/PHPMailer.php';
require 'PHPMailer/SMTP.php';
</syntaxhighlight>

Si vous avez placé les fichiers précédents dans un dossier différent, il faudra donc adapter le chemin vers ces fichiers.

<h3>Configuration de l'envoi PHPMailer</h3>
Ensuite, les paramètres suivants sont nécessaires pour définir les options d'envoi et de connexion SMTP :

<syntaxhighlight lang="php">
$mail = new PHPMailer;
$mail->CharSet = 'UTF-8';

$mail->isSMTP(); // Active l'envoi via SMTP
$mail->Host = 'srvXX.haisoft.net'; // Nom du serveur sur lequel vos emails sont hébergés
$mail->SMTPAuth = true; // Active l'authentification par SMTP
$mail->Username = 'user@example.com'; // Nom d'utilisateur SMTP (votre adresse email complète)
$mail->Password = 'secret'; // Mot de passe de l'adresse email indiquée précédemment
$mail->Port = 465; // Port SMTP
$mail->SMTPSecure = "ssl"; // Utiliser SSL
$mail->isHTML(true); // Format de l'email en HTML
</syntaxhighlight>

Voici ensuite les paramètres liés au mail :

<syntaxhighlight lang="php">
$mail->From = 'from@example.com'; // L'adresse mail de l'emetteur du mail (en général identique à l'adresse utilisée pour l'authentification SMTP)
$mail->FromName = 'Mon Site'; // Le nom de l'emetteur qui s'affichera dans le mail
$mail->addAddress('joe@example.net'); // Un premier destinataire
$mail->addAddress('ellen@example.com'); // Un second destifataire (facultatif)
// Possibilité de répliquer la ligne pour plus de destinataires
$mail->addReplyTo('info@example.com'); // Pour ajouter l'adresse à laquelle répondre (en général celle de la personne ayant rempli le formulaire)
$mail->addCC('cc@example.com'); // Pour ajouter un champ Cc
$mail->addBCC('bcc@example.com'); // Pour ajouter un champ Cci

$mail->Subject = 'Sujet du mail'; // Le sujet de l'email
$mail->Body = 'Contenu du message en HTML <b>en gras!</b>'; // Le contenu du mail en HTML
$mail->AltBody = 'Contenu du message pour les clients non HTML'; // Le contenu du mail au format texte
</syntaxhighlight>

On effectue ensuite l'envoi avec cette condition :

<syntaxhighlight lang="php">
if(isset($_POST['submit']))
{

if(!$mail->send()) {
echo 'Le message ne peut être envoyé.';
echo 'Erreur: ' . $mail->ErrorInfo;
} else {
echo 'Message envoyé';
}

}
</syntaxhighlight>

<h2>Intégration de PHPMailer</h2>

Voici un script type à copier dans un nouveau fichier (par exemple "mailer.php").<br />
Il suffit ensuite d'appeler ce script dans votre formulaire HTML (bouton valider ou autre), via <code>action=</code>, par exemple: <code>"action=mailer.php"</code>.

<syntaxhighlight lang="php">
<?php
// Fichiers requis :
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/Exception.php
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/PHPMailer.php
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/SMTP.php
//=====Appel des fichiers requis
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\Exception;
require 'PHPMailer/Exception.php';
require 'PHPMailer/PHPMailer.php';
require 'PHPMailer/SMTP.php';

//=====Configuration des paramètres d'expédition
//=====Utilisateur SMTP (Adresse email complète existante sur le serveur)
$username = "Adresse existante sur le serveur";
//=====Mot de passe de l'adresse
$password = "";
//=====Nom du serveur sur lequel vos emails sont hébergés
$smtphost = "srvXX.haisoft.net";

//=====Paramètres de contenu du mail
//=====Adresse de destination du message (vous-meme pour un formulaire de contact).
$to = "Adresse sur le serveur ou externe";
//=====Définition du sujet de l'email.
$subject = "Nouveau message sur votre site";
//=====Définition des variables à récupérer depuis votre formulaire
$email_auteur = $_POST["email-auteur"];
$nom_auteur = $_POST["nom-auteur"];
$message = $_POST["message"];
//=====Déclaration des messages au format texte
$body = "Un nouveau message vous a été envoyé sur votre site :<br /><br />
Auteur : ".$nom_auteur."<br />
Mail : ".$email_auteur."<br />
Contenu : ".$message;
//==========

//=====Fonction d'envoi du mail - Rien à configurer ici
$email = new PHPMailer;
$email->CharSet = 'UTF-8';

$email->isSMTP();
$email->Host = $smtphost;
$email->SMTPAuth = true;
$email->Username = $username;
$email->Password = $password;
$email->Port = 465;
$email->SMTPSecure = "ssl";
$email->isHTML(true);

$email->From = $username;
$email->FromName = $nom_auteur;
$email->addAddress($to);
$email->addReplyTo($email_auteur, $nom_auteur);

$email->Subject = $subject;
$email->Body = $body;
$email->AltBody = $body;

if(isset($_POST['submit']))
{
//=====Envoi de l'e-mail.
if(!$email->send()) {
echo 'Le message ne peut être envoyé.';
echo 'Erreur: ' . $email->ErrorInfo;
} else {
echo 'Merci, votre message a bien été envoyé.<br />';
echo 'Vous allez être redirigé vers la page d\'accueil du site.<br />';
header('Refresh: 5; URL=http://');
}
//==========
}
?>
</syntaxhighlight>

Ici, seules les 4 premières variables doivent être configurées.
4 autres peuvent être personnalisées si vous le souhaitez.
<ul>
<li>L'adresse email expéditrice
<li>Le mot de passe
<li>Le nom de serveur
<li>L'adresse du destinataire
</ul>

<ul>
<li>Le sujet
<li>L'email de l'auteur (configuré pour être récupéré depuis le formulaire via POST)
<li>Le nom de l'auteur (configuré pour être récupéré depuis le formulaire via POST)
<li>Le message (configuré pour être récupéré depuis le formulaire via POST)
</ul>

<h3>Résumé</h3>

Vous disposerez donc au total de 5 fichiers :
- les 3 fichiers de PHPMailer ;
- le script (plus haut) à copier/coller (nommé par exemple "mailer.php") ;
- la page de votre formulaire de contact (nommée par exemple "contact.html") ;

Dans contact.html, vous devez avoir un formulaire ressemblant à ceci :
<syntaxhighlight lang="html">
<form action="mailer.php" method="post">
<div>
<label for="email">Votre email : </label>
<input type="email" name="email-auteur" id="email-auteur" required>
</div>
<div>
<label for="name">Votre nom : </label>
<input type="text" name="nom-auteur" id="nom-auteur" required>
</div>
<div>
<label for="message">Votre message : </label>
<textarea name="message" id="message" required></textarea>
</div>
<div>
<input type="submit" formmethod="post" name="submit" value="Envoyer">
</div>
</form>
</syntaxhighlight>

La première ligne avec "form action=" fait donc appel au script PHP.

<h1>Module Perl "Net::SMTP"</h1>

Voici un script Perl vous permettant l'envoi d'email via SMTP :

<syntaxhighlight lang="perl">
#!/usr/bin/perl

$username = 'expediteur@exemple.tld'; # Adresse existante sur le serveur
$password = 'xxxxxxxx'; # Mot de passe de l'adresse email
$smtphost = 'srvXX.haisoft.net'; # Nom du serveur sur lequel vos emails sont hébergés

$to = 'destinataire@exemple.tld'; # Destinataire du mail
$subject = 'Nouveau message'; # Sujet du mail
$body = 'Contenu du mail'; # Contenu du mail

use Net::SMTP;

my $smtp = Net::SMTP->new($smtphost,
Port => 25);
$smtp->auth ( $username, $password ) or die "Erreur d'authentification\n";

$smtp->mail($username);
if ($smtp->to($to)) {
$smtp->data();
$smtp->datasend("To: <$username> \n");
$smtp->datasend("From: <$to> \n");
$smtp->datasend("Content-Type: text/html \n");
$smtp->datasend("Subject: $subject");
$smtp->datasend("\n");
$smtp->datasend($body);
$smtp->dataend();
} else {
print "Error: ", $smtp->message();
}

$smtp->quit();
</syntaxhighlight>

Envoi d'email authentifié via PHP ou Perl

2023-10-04T13:08:56Z

Root xo1zfe7e :

[[Category:E-mail]]
Chez HaiSoft, comme la plupart des hébergeurs luttant contre l'envoi de spams, la fonction d'envoi de mails non sécurisée PHP mail() est désactivée.

Il faut donc envoyer ses emails en [https://wiki.haisoft.fr/index.php?title=E-mail#Envois_de_mails_depuis_un_site SMTP avec authentification].
Afin de mettre en place un envoi d'email via SMTP sur un site ne disposant pas de plugin dédié (comme Easy WP SMTP pour Wordpress par exemple), on peut utiliser différentes solutions.

Nous en verrons ici deux : [https://github.com/PHPMailer/PHPMailer PHPMailer] et le module Perl "Net::SMTP".

<h1>PHPMailer</h1>

De nombreux modules d'envoi PHP comme Easy WP SMTP sont bases sur PHPMailer car son fonctionnement est simple et efficace.

Nous expliquons ici comment le mettre en place, et fournissons un script prêt à l'emploi, à modifier uniquement pour adapter à votre configuration SMTP.

'''Difficulté : Moyenne'''

<h2>Installation de PHPMailer</h2>

Dans votre hébergement, il faudra télécharger ces trois fichiers de PHPMailer et les placer à la racine de l'hébergement (dans "httpdocs") dans un dossier appelé "PHPMailer" :
<ul>
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/Exception.php
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/PHPMailer.php
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/SMTP.php
</ul>

<h2>Fonctionnement de PHPMailer</h2>

''Si vous souhaitez utiliser notre script type, passez directement au point suivant "Intégration de PHPMailer".''

<h3>Appel de PHPMailer</h3>

Votre script d'envoi SMTP devra faire appel à PHPMailer grâce aux lignes suivantes :

<syntaxhighlight lang="php">
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\Exception;
require 'PHPMailer/Exception.php';
require 'PHPMailer/PHPMailer.php';
require 'PHPMailer/SMTP.php';
</syntaxhighlight>

Si vous avez placé les fichiers précédents dans un dossier différent, il faudra donc adapter le chemin vers ces fichiers.

<h3>Configuration de l'envoi PHPMailer</h3>
Ensuite, les paramètres suivants sont nécessaires pour définir les options d'envoi et de connexion SMTP :

<syntaxhighlight lang="php">
$mail = new PHPMailer;
$mail->CharSet = 'UTF-8';

$mail->isSMTP(); // Active l'envoi via SMTP
$mail->Host = 'srvXX.haisoft.net'; // Nom du serveur sur lequel vos emails sont hébergés
$mail->SMTPAuth = true; // Active l'authentification par SMTP
$mail->Username = 'user@example.com'; // Nom d'utilisateur SMTP (votre adresse email complète)
$mail->Password = 'secret'; // Mot de passe de l'adresse email indiquée précédemment
$mail->Port = 465; // Port SMTP
$mail->SMTPSecure = "ssl"; // Utiliser SSL
$mail->isHTML(true); // Format de l'email en HTML
</syntaxhighlight>

Voici ensuite les paramètres liés au mail :

<syntaxhighlight lang="php">
$mail->From = 'from@example.com'; // L'adresse mail de l'emetteur du mail (en général identique à l'adresse utilisée pour l'authentification SMTP)
$mail->FromName = 'Mon Site'; // Le nom de l'emetteur qui s'affichera dans le mail
$mail->addAddress('joe@example.net'); // Un premier destinataire
$mail->addAddress('ellen@example.com'); // Un second destifataire (facultatif)
// Possibilité de répliquer la ligne pour plus de destinataires
$mail->addReplyTo('info@example.com'); // Pour ajouter l'adresse à laquelle répondre (en général celle de la personne ayant rempli le formulaire)
$mail->addCC('cc@example.com'); // Pour ajouter un champ Cc
$mail->addBCC('bcc@example.com'); // Pour ajouter un champ Cci

$mail->Subject = 'Sujet du mail'; // Le sujet de l'email
$mail->Body = 'Contenu du message en HTML <b>en gras!</b>'; // Le contenu du mail en HTML
$mail->AltBody = 'Contenu du message pour les clients non HTML'; // Le contenu du mail au format texte
</syntaxhighlight>

On effectue ensuite l'envoi avec cette condition :

<syntaxhighlight lang="php">
if(isset($_POST['submit']))
{

if(!$mail->send()) {
echo 'Le message ne peut être envoyé.';
echo 'Erreur: ' . $mail->ErrorInfo;
} else {
echo 'Message envoyé';
}

}
</syntaxhighlight>

<h2>Intégration de PHPMailer</h2>

Voici un script type à copier dans un nouveau fichier (par exemple "mailer.php").<br />
Il suffit ensuite d'appeler ce script dans votre formulaire HTML (bouton valider ou autre), via <code>action=</code>, par exemple: <code>"action=mailer.php"</code>.

<syntaxhighlight lang="php">
<?php
// Fichiers requis :
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/Exception.php
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/PHPMailer.php
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/SMTP.php
//=====Appel des fichiers requis
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\Exception;
require 'PHPMailer/Exception.php';
require 'PHPMailer/PHPMailer.php';
require 'PHPMailer/SMTP.php';

//=====Configuration des paramètres d'expédition
//=====Utilisateur SMTP (Adresse email complète existante sur le serveur)
$username = "Adresse existante sur le serveur";
//=====Mot de passe de l'adresse
$password = "";
//=====Nom du serveur sur lequel vos emails sont hébergés
$smtphost = "srvXX.haisoft.net";

//=====Paramètres de contenu du mail
//=====Adresse de destination du message (vous-meme pour un formulaire de contact).
$to = "Adresse sur le serveur ou externe";
//=====Définition du sujet de l'email.
$subject = "Nouveau message sur votre site";
//=====Définition des variables à récupérer depuis votre formulaire
$email_auteur = $_POST['email-auteur'];
$nom_auteur = $_POST['nom-auteur'];
$message = $_POST['message'];
//=====Déclaration des messages au format texte
$body = "Un nouveau message vous a été envoyé sur votre site :<br /><br />
Auteur : ".$nom_auteur."<br />
Mail : ".$email_auteur."<br />
Contenu : ".$message;
//==========

//=====Fonction d'envoi du mail - Rien à configurer ici
$email = new PHPMailer;
$email->CharSet = 'UTF-8';

$email->isSMTP();
$email->Host = $smtphost;
$email->SMTPAuth = true;
$email->Username = $username;
$email->Password = $password;
$email->Port = 465;
$email->SMTPSecure = "ssl";
$email->isHTML(true);

$email->From = $username;
$email->FromName = $nom_auteur;
$email->addAddress($to);
$email->addReplyTo($email_auteur, $nom_auteur);

$email->Subject = $subject;
$email->Body = $body;
$email->AltBody = $body;

if(isset($_POST['submit']))
{
//=====Envoi de l'e-mail.
if(!$email->send()) {
echo 'Le message ne peut être envoyé.';
echo 'Erreur: ' . $email->ErrorInfo;
} else {
echo 'Merci, votre message a bien été envoyé.<br />';
echo 'Vous allez être redirigé vers la page d\'accueil du site.<br />';
header('Refresh: 5; URL=http://');
}
//==========
}
?>
</syntaxhighlight>

Ici, seules les 4 premières variables doivent être configurées.
4 autres peuvent être personnalisées si vous le souhaitez.
<ul>
<li>L'adresse email expéditrice
<li>Le mot de passe
<li>Le nom de serveur
<li>L'adresse du destinataire
</ul>

<ul>
<li>Le sujet
<li>L'email de l'auteur (configuré pour être récupéré depuis le formulaire via POST)
<li>Le nom de l'auteur (configuré pour être récupéré depuis le formulaire via POST)
<li>Le message (configuré pour être récupéré depuis le formulaire via POST)
</ul>

<h3>Résumé</h3>

Vous disposerez donc au total de 5 fichiers :
- les 3 fichiers de PHPMailer ;
- le script (plus haut) à copier/coller (nommé par exemple "mailer.php") ;
- la page de votre formulaire de contact (nommée par exemple "contact.html") ;

Dans contact.html, vous devez avoir un formulaire ressemblant à ceci :
<syntaxhighlight lang="html">
<form action="mailer.php" method="post">
<div>
<label for="email">Votre email : </label>
<input type="email" name="email-auteur" id="email-auteur" required>
</div>
<div>
<label for="name">Votre nom : </label>
<input type="text" name="nom-auteur" id="nom-auteur" required>
</div>
<div>
<label for="message">Votre message : </label>
<textarea name="message" id="message" required></textarea>
</div>
<div>
<input type="submit" name="submit" value="Envoyer">
</div>
</form>
</syntaxhighlight>

La première ligne avec "form action=" fait donc appel au script PHP.

<h1>Module Perl "Net::SMTP"</h1>

Voici un script Perl vous permettant l'envoi d'email via SMTP :

<syntaxhighlight lang="perl">
#!/usr/bin/perl

$username = 'expediteur@exemple.tld'; # Adresse existante sur le serveur
$password = 'xxxxxxxx'; # Mot de passe de l'adresse email
$smtphost = 'srvXX.haisoft.net'; # Nom du serveur sur lequel vos emails sont hébergés

$to = 'destinataire@exemple.tld'; # Destinataire du mail
$subject = 'Nouveau message'; # Sujet du mail
$body = 'Contenu du mail'; # Contenu du mail

use Net::SMTP;

my $smtp = Net::SMTP->new($smtphost,
Port => 25);
$smtp->auth ( $username, $password ) or die "Erreur d'authentification\n";

$smtp->mail($username);
if ($smtp->to($to)) {
$smtp->data();
$smtp->datasend("To: <$username> \n");
$smtp->datasend("From: <$to> \n");
$smtp->datasend("Content-Type: text/html \n");
$smtp->datasend("Subject: $subject");
$smtp->datasend("\n");
$smtp->datasend($body);
$smtp->dataend();
} else {
print "Error: ", $smtp->message();
}

$smtp->quit();
</syntaxhighlight>

Envoi d'email authentifié via PHP ou Perl

2023-10-04T13:06:32Z

Root xo1zfe7e :

[[Category:E-mail]]
Chez HaiSoft, comme la plupart des hébergeurs luttant contre l'envoi de spams, la fonction d'envoi de mails non sécurisée PHP mail() est désactivée.

Il faut donc envoyer ses emails en [https://wiki.haisoft.fr/index.php?title=E-mail#Envois_de_mails_depuis_un_site SMTP avec authentification].
Afin de mettre en place un envoi d'email via SMTP sur un site ne disposant pas de plugin dédié (comme Easy WP SMTP pour Wordpress par exemple), on peut utiliser différentes solutions.

Nous en verrons ici deux : [https://github.com/PHPMailer/PHPMailer PHPMailer] et le module Perl "Net::SMTP".

<h1>PHPMailer</h1>

De nombreux modules d'envoi PHP comme Easy WP SMTP sont bases sur PHPMailer car son fonctionnement est simple et efficace.

Nous expliquons ici comment le mettre en place, et fournissons un script prêt à l'emploi, à modifier uniquement pour adapter à votre configuration SMTP.

'''Difficulté : Moyenne'''

<h2>Installation de PHPMailer</h2>

Dans votre hébergement, il faudra télécharger ces trois fichiers de PHPMailer et les placer à la racine de l'hébergement (dans "httpdocs") dans un dossier appelé "PHPMailer" :
<ul>
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/Exception.php
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/PHPMailer.php
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/SMTP.php
</ul>

<h2>Fonctionnement de PHPMailer</h2>

''Si vous souhaitez utiliser notre script type, passez directement au point suivant "Intégration de PHPMailer".''

<h3>Appel de PHPMailer</h3>

Votre script d'envoi SMTP devra faire appel à PHPMailer grâce aux lignes suivantes :

<syntaxhighlight lang="php">
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\Exception;
require 'PHPMailer/Exception.php';
require 'PHPMailer/PHPMailer.php';
require 'PHPMailer/SMTP.php';
</syntaxhighlight>

Si vous avez placé les fichiers précédents dans un dossier différent, il faudra donc adapter le chemin vers ces fichiers.

<h3>Configuration de l'envoi PHPMailer</h3>
Ensuite, les paramètres suivants sont nécessaires pour définir les options d'envoi et de connexion SMTP :

<syntaxhighlight lang="php">
$mail = new PHPMailer;
$mail->CharSet = 'UTF-8';

$mail->isSMTP(); // Active l'envoi via SMTP
$mail->Host = 'srvXX.haisoft.net'; // Nom du serveur sur lequel vos emails sont hébergés
$mail->SMTPAuth = true; // Active l'authentification par SMTP
$mail->Username = 'user@example.com'; // Nom d'utilisateur SMTP (votre adresse email complète)
$mail->Password = 'secret'; // Mot de passe de l'adresse email indiquée précédemment
$mail->Port = 465; // Port SMTP
$mail->SMTPSecure = "ssl"; // Utiliser SSL
$mail->isHTML(true); // Format de l'email en HTML
</syntaxhighlight>

Voici ensuite les paramètres liés au mail :

<syntaxhighlight lang="php">
$mail->From = 'from@example.com'; // L'adresse mail de l'emetteur du mail (en général identique à l'adresse utilisée pour l'authentification SMTP)
$mail->FromName = 'Mon Site'; // Le nom de l'emetteur qui s'affichera dans le mail
$mail->addAddress('joe@example.net'); // Un premier destinataire
$mail->addAddress('ellen@example.com'); // Un second destifataire (facultatif)
// Possibilité de répliquer la ligne pour plus de destinataires
$mail->addReplyTo('info@example.com'); // Pour ajouter l'adresse à laquelle répondre (en général celle de la personne ayant rempli le formulaire)
$mail->addCC('cc@example.com'); // Pour ajouter un champ Cc
$mail->addBCC('bcc@example.com'); // Pour ajouter un champ Cci

$mail->Subject = 'Sujet du mail'; // Le sujet de l'email
$mail->Body = 'Contenu du message en HTML <b>en gras!</b>'; // Le contenu du mail en HTML
$mail->AltBody = 'Contenu du message pour les clients non HTML'; // Le contenu du mail au format texte
</syntaxhighlight>

On effectue ensuite l'envoi avec cette condition :

<syntaxhighlight lang="php">
if(isset($_POST['submit']))
{

if(!$mail->send()) {
echo 'Le message ne peut être envoyé.';
echo 'Erreur: ' . $mail->ErrorInfo;
} else {
echo 'Message envoyé';
}

}
</syntaxhighlight>

<h2>Intégration de PHPMailer</h2>

Voici un script type à copier dans un nouveau fichier (par exemple "mailer.php").<br />
Il suffit ensuite d'appeler ce script dans votre formulaire HTML (bouton valider ou autre), via <code>action=</code>, par exemple: <code>"action=mailer.php"</code>.

<syntaxhighlight lang="php">
<?php
// Fichiers requis :
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/Exception.php
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/PHPMailer.php
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/SMTP.php
//=====Appel des fichiers requis
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\Exception;
require 'PHPMailer/Exception.php';
require 'PHPMailer/PHPMailer.php';
require 'PHPMailer/SMTP.php';

//=====Configuration des paramètres d'expédition
//=====Utilisateur SMTP (Adresse email complète existante sur le serveur)
$username = "Adresse existante sur le serveur";
//=====Mot de passe de l'adresse
$password = "";
//=====Nom du serveur sur lequel vos emails sont hébergés
$smtphost = "srvXX.haisoft.net";

//=====Paramètres de contenu du mail
//=====Adresse de destination du message (vous-meme pour un formulaire de contact).
$to = "Adresse sur le serveur ou externe";
//=====Définition du sujet de l'email.
$subject = "Nouveau message sur votre site";
//=====Définition des variables à récupérer depuis votre formulaire
$email_auteur = $_POST['email-auteur'];
$nom_auteur = $_POST['nom-auteur'];
$message = $_POST['message'];
//=====Déclaration des messages au format texte
$body = "Un nouveau message vous a été envoyé sur votre site :<br /><br />
Auteur : ".$nom_auteur."<br />
Mail : ".$email_auteur."<br />
Contenu : ".$message;
//==========

//=====Fonction d'envoi du mail - Rien à configurer ici
$email = new PHPMailer;
$email->CharSet = 'UTF-8';

$email->isSMTP();
$email->Host = $smtphost;
$email->SMTPAuth = true;
$email->Username = $username;
$email->Password = $password;
$email->Port = 465;
$email->SMTPSecure = "ssl";
$email->isHTML(true);

$email->From = $username;
$email->FromName = $nom_auteur;
$email->addAddress($to);
$email->addReplyTo($email_auteur, $nom_auteur);

$email->Subject = $subject;
$email->Body = $body;
$email->AltBody = $body;

if(isset($_POST['submit']))
{
//=====Envoi de l'e-mail.
if(!$email->send()) {
echo 'Le message ne peut être envoyé.';
echo 'Erreur: ' . $email->ErrorInfo;
} else {
echo 'Merci, votre message a bien été envoyé.<br />';
echo 'Vous allez être redirigé vers la page d\'accueil du site.<br />';
header('Refresh: 5; URL=http://');
}
//==========
}
?>
</syntaxhighlight>

Ici, seules les 8 premières variables doivent être configurées
<ul>
<li>L'adresse email expéditrice
<li>Le mot de passe
<li>Le nom de serveur
<li>L'adresse du destinataire
<li>Le sujet
<li>L'email de l'auteur (configuré pour être récupéré depuis le formulaire via POST : Il faudra juste adapter le nom de la variable à celle de votre formulaire)
<li>Le nom de l'auteur (même instruction)
<li>Le message (même instruction)
</ul>

<h3>Résumé</h3>

Vous disposerez donc au total de 5 fichiers :
- les 3 fichiers de PHPMailer ;
- le script (plus haut) à copier/coller (nommé par exemple "mailer.php") ;
- la page de votre formulaire de contact (nommée par exemple "contact.html") ;

Dans contact.html, vous devez avoir un formulaire ressemblant à ceci :
<syntaxhighlight lang="html">
<form action="mailer.php" method="post">
<div>
<label for="email">Votre email : </label>
<input type="email" name="email-auteur" id="email-auteur" required>
</div>
<div>
<label for="name">Votre nom : </label>
<input type="text" name="nom-auteur" id="nom-auteur" required>
</div>
<div>
<label for="message">Votre message : </label>
<textarea name="message" id="message" required></textarea>
</div>
<div>
<input type="submit" name="submit" value="Envoyer">
</div>
</form>
</syntaxhighlight>

La première ligne avec "form action=" fait donc appel au script PHP.

<h1>Module Perl "Net::SMTP"</h1>

Voici un script Perl vous permettant l'envoi d'email via SMTP :

<syntaxhighlight lang="perl">
#!/usr/bin/perl

$username = 'expediteur@exemple.tld'; # Adresse existante sur le serveur
$password = 'xxxxxxxx'; # Mot de passe de l'adresse email
$smtphost = 'srvXX.haisoft.net'; # Nom du serveur sur lequel vos emails sont hébergés

$to = 'destinataire@exemple.tld'; # Destinataire du mail
$subject = 'Nouveau message'; # Sujet du mail
$body = 'Contenu du mail'; # Contenu du mail

use Net::SMTP;

my $smtp = Net::SMTP->new($smtphost,
Port => 25);
$smtp->auth ( $username, $password ) or die "Erreur d'authentification\n";

$smtp->mail($username);
if ($smtp->to($to)) {
$smtp->data();
$smtp->datasend("To: <$username> \n");
$smtp->datasend("From: <$to> \n");
$smtp->datasend("Content-Type: text/html \n");
$smtp->datasend("Subject: $subject");
$smtp->datasend("\n");
$smtp->datasend($body);
$smtp->dataend();
} else {
print "Error: ", $smtp->message();
}

$smtp->quit();
</syntaxhighlight>

Panneau de contrôle Plesk

2022-09-21T09:01:10Z

Root xo1zfe7e :

Votre panneau de contrôle Plesk est élémentaire puisqu'il vous permet de gérer votre espace d'hébergement.

Il permet notamment:
* De gérer vos adresses email
* De gérer vos accès FTP
* De gérer vos bases de données
* De gérer votre serveur web (version de PHP, SSL/TLS)
* Et bien d'autres choses...

<h3>Accès à Plesk</h3>
<h4>URL</h4>
L'URL de votre panneau de contrôle vous est fournie par mail lors de l'activation de vos services. Vous pouvez également retrouver ce lien dans la rubrique "Hébergement" de votre espace client.
Exemples:
* Pour les hébergements mutualisés: https://srvXX.haisoft.net:8443
* Pour les VM: https://vmXXX.haisoft.net:8443
* Pour les serveurs dédiés: https://dsXXX.haisoft.net:8443

''Note: Remplacer "XX" par les numéros réels correspondant à votre serveur.''

<h4>Identifiants</h4>
* Sur serveur mutualisé, votre identifiant est : Votre numéro client (commençant par "C" et suivi d'un numéro).
* Sur serveur VM ou dédié, votre identifiant est : "admin".

<h5>Changer mon mot de passe</h5>

Pour modifier le mot de passe de votre [[Panneau de contrôle Plesk]] :
* Une fois connecté(e) à votre panneau de contrôle Plesk, sur le voltet de gauche, cliquez sur "Compte"
* Dans les bouton supérieurs cliquez sur "Mon profil"
* Entrez votre mot de passe dans les deux champs, ou (cliquez sur générer puis afficher)
* Validez avec "OK" ou "Appliquer".

<h5>Mot de passe oublié</h5>
Si vous avez perdu le mot de passe de votre [[Panneau de contrôle Plesk]], vous pouvez suivre la procédure de mot de passe oublié de Plesk.

* Cliquez sur "Mot de passe oublié ?"
* Renseignez votre numéro client - ''Commençant par "C", ce numéro est également utilisé pour la connexion sur votre espace client sur https://www.haisoft.fr''
* Renseignez votre adresse email - ''Note: Votre adresse email sous Plesk est indépendante de cette de votre espace client, si l'adresse n'est plus valide, veuillez contacter le service technique.''
* Validez, vous recevrez un email dans la minute suivante.
* Dans le mail reçu, cliquez sur le lien et changez votre mot de passe.

Si vous ne parvenez toutefois pas à changer votre mot de passe, par exemple si votre adresse renseignée dans Plesk n'est plus valide, il faut créer un ticket support technique afin de le réinitialiser.

<h5>Erreur courante</h5>
Si vous-vous connectez avec comme identifiant votre adresse email hébergée chez HaiSoft (exemple moi@monsite.com) au lieu de votre numéro client (exemple C00001), vous n'aurez non pas accès à l'administration complète de votre domaine, mais seulement à l'administration de votre boîte mail.

<h3>Utilisation de Plesk</h3>
<h4>Ajouter un domaine</h4>
Cette partie s'applique aux revendeurs, clients multi-domaines et possesseurs de serveurs VM ou dédiés.

Pour ajouter un domaine dans Plesk, il vous suffit de vous rendre dans "Domaines", de cliquer sur "Ajouter un domaine" puis de suivre simplement la procédure :

* Renseignez le nom de domaine.
* Si vous gérez vos domaines via des clients, cliquez sur "Affecter ce domaine à un client", sinon laissez la case vide.
* Laissez l'option "Créer un abonnement" tel qu'elle est
* Choisissez un nom d'utilisateur pour ce domaine qui servira d'accès FTP et dont le mot de passe peut être changé par la suite. De préférence, choisissez un nom qui vous permettra de facilement reconnaitre le domaine.
* Cliquez sur OK.

Envoi d'email authentifié via PHP ou Perl

2022-07-15T08:41:56Z

Root xo1zfe7e :

[[Category:E-mail]]
Chez HaiSoft, comme la plupart des hébergeurs luttant contre l'envoi de spams, la fonction d'envoi de mails non sécurisée PHP mail() est désactivée.

Il faut donc envoyer ses emails en [https://wiki.haisoft.fr/index.php?title=E-mail#Envois_de_mails_depuis_un_site SMTP avec authentification].
Afin de mettre en place un envoi d'email via SMTP sur un site ne disposant pas de plugin dédié (comme Easy WP SMTP pour Wordpress par exemple), on peut utiliser différentes solutions.

Nous en verrons ici deux : [https://github.com/PHPMailer/PHPMailer PHPMailer] et le module Perl "Net::SMTP".

<h1>PHPMailer</h1>

De nombreux modules d'envoi PHP comme Easy WP SMTP sont bases sur PHPMailer car son fonctionnement est simple et efficace.

Nous expliquons ici comment le mettre en place, et fournissons un script prêt à l'emploi, à modifier uniquement pour adapter à votre configuration SMTP.

'''Difficulté : Moyenne'''

<h2>Installation de PHPMailer</h2>

Dans votre hébergement, il faudra télécharger ces trois fichiers de PHPMailer et les placer à la racine de l'hébergement (dans "httpdocs") dans un dossier appelé "PHPMailer" :
<ul>
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/Exception.php
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/PHPMailer.php
<li>https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/SMTP.php
</ul>

<h2>Fonctionnement de PHPMailer</h2>

''Si vous souhaitez utiliser notre script type, passez directement au point suivant "Intégration de PHPMailer".''

<h3>Appel de PHPMailer</h3>

Votre script d'envoi SMTP devra faire appel à PHPMailer grâce aux lignes suivantes :

<syntaxhighlight lang="php">
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\Exception;
require 'PHPMailer/Exception.php';
require 'PHPMailer/PHPMailer.php';
require 'PHPMailer/SMTP.php';
</syntaxhighlight>

Si vous avez placé les fichiers précédents dans un dossier différent, il faudra donc adapter le chemin vers ces fichiers.

<h3>Configuration de l'envoi PHPMailer</h3>
Ensuite, les paramètres suivants sont nécessaires pour définir les options d'envoi et de connexion SMTP :

<syntaxhighlight lang="php">
$mail = new PHPMailer;
$mail->CharSet = 'UTF-8';

$mail->isSMTP(); // Active l'envoi via SMTP
$mail->Host = 'srvXX.haisoft.net'; // Nom du serveur sur lequel vos emails sont hébergés
$mail->SMTPAuth = true; // Active l'authentification par SMTP
$mail->Username = 'user@example.com'; // Nom d'utilisateur SMTP (votre adresse email complète)
$mail->Password = 'secret'; // Mot de passe de l'adresse email indiquée précédemment
$mail->Port = 465; // Port SMTP
$mail->SMTPSecure = "ssl"; // Utiliser SSL
$mail->isHTML(true); // Format de l'email en HTML
</syntaxhighlight>

Voici ensuite les paramètres liés au mail :

<syntaxhighlight lang="php">
$mail->From = 'from@example.com'; // L'adresse mail de l'emetteur du mail (en général identique à l'adresse utilisée pour l'authentification SMTP)
$mail->FromName = 'Mon Site'; // Le nom de l'emetteur qui s'affichera dans le mail
$mail->addAddress('joe@example.net'); // Un premier destinataire
$mail->addAddress('ellen@example.com'); // Un second destifataire (facultatif)
// Possibilité de répliquer la ligne pour plus de destinataires
$mail->addReplyTo('info@example.com'); // Pour ajouter l'adresse à laquelle répondre (en général celle de la personne ayant rempli le formulaire)
$mail->addCC('cc@example.com'); // Pour ajouter un champ Cc
$mail->addBCC('bcc@example.com'); // Pour ajouter un champ Cci

$mail->Subject = 'Sujet du mail'; // Le sujet de l'email
$mail->Body = 'Contenu du message en HTML <b>en gras!</b>'; // Le contenu du mail en HTML
$mail->AltBody = 'Contenu du message pour les clients non HTML'; // Le contenu du mail au format texte
</syntaxhighlight>

On effectue ensuite l'envoi avec cette condition :

<syntaxhighlight lang="php">
if(isset($_POST['submit']))
{

if(!$mail->send()) {
echo 'Le message ne peut être envoyé.';
echo 'Erreur: ' . $mail->ErrorInfo;
} else {
echo 'Message envoyé';
}

}
</syntaxhighlight>

<h2>Intégration de PHPMailer</h2>

Voici un script type à copier dans un nouveau fichier (par exemple "mailer.php").<br />
Il suffit ensuite d'appeler ce script dans votre formulaire HTML (bouton valider ou autre), via <code>action=</code>, par exemple: <code>"action=mailer.php"</code>.

<syntaxhighlight lang="php">
<?php
// Fichiers requis :
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/Exception.php
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/PHPMailer.php
// https://raw.githubusercontent.com/PHPMailer/PHPMailer/master/src/SMTP.php
//=====Appel des fichiers requis
use PHPMailer\PHPMailer\PHPMailer;
use PHPMailer\PHPMailer\Exception;
require 'PHPMailer/Exception.php';
require 'PHPMailer/PHPMailer.php';
require 'PHPMailer/SMTP.php';

//=====Configuration des paramètres d'expédition
//=====Utilisateur SMTP (Adresse email complète existante sur le serveur)
$username = "Adresse existante sur le serveur";
//=====Mot de passe de l'adresse
$password = "";
//=====Nom du serveur sur lequel vos emails sont hébergés
$smtphost = "srvXX.haisoft.net";

//=====Paramètres de contenu du mail
//=====Adresse de destination du message (vous-meme pour un formulaire de contact).
$to = "Adresse sur le serveur ou externe";
//=====Définition du sujet de l'email.
$subject = "Nouveau message sur votre site";
//=====Définition des variables à récupérer depuis votre formulaire
$email_auteur = $_POST['VARIABLE1'];
$nom_auteur = $_POST['VARIABLE2'];
$message = $_POST['VARIABLE3'];
//=====Déclaration des messages au format texte
$body = "Un nouveau message vous a été envoyé sur votre site :<br /><br />
Auteur : ".$nom_auteur."<br />
Mail : ".$email_auteur."<br />
Contenu : ".$message;
//==========

//=====Fonction d'envoi du mail - Rien à configurer ici
$email = new PHPMailer;
$email->CharSet = 'UTF-8';

$email->isSMTP();
$email->Host = $smtphost;
$email->SMTPAuth = true;
$email->Username = $username;
$email->Password = $password;
$email->Port = 465;
$email->SMTPSecure = "ssl";
$email->isHTML(true);

$email->From = $username;
$email->FromName = $nom_auteur;
$email->addAddress($to);
$email->addReplyTo($email_auteur, $nom_auteur);

$email->Subject = $subject;
$email->Body = $body;
$email->AltBody = $body;

if(isset($_POST['submit']))
{
//=====Envoi de l'e-mail.
if(!$email->send()) {
echo 'Le message ne peut être envoyé.';
echo 'Erreur: ' . $email->ErrorInfo;
} else {
echo 'Merci, votre message a bien été envoyé.<br />';
echo 'Vous allez être redirigé vers la page d\'accueil du site.<br />';
header('Refresh: 5; URL=http://');
}
//==========
}
?>
</syntaxhighlight>

Ici, seules les 8 premières variables doivent être configurées
<ul>
<li>L'adresse email expéditrice
<li>Le mot de passe
<li>Le nom de serveur
<li>L'adresse du destinataire
<li>Le sujet
<li>L'email de l'auteur (configuré pour être récupéré depuis le formulaire via POST : Il faudra juste adapter le nom de la variable à celle de votre formulaire)
<li>Le nom de l'auteur (même instruction)
<li>Le message (même instruction)
</ul>

<h3>Résumé</h3>

Vous disposerez donc au total de 5 fichiers :
- les 3 fichiers de PHPMailer ;
- le script (plus haut) à copier/coller (nommé par exemple "mailer.php") ;
- la page de votre formulaire de contact (nommée par exemple "contact.html") ;

Dans contact.html, vous devez avoir un formulaire ressemblant à ceci :
<syntaxhighlight lang="html">
<form action="mailer.php" method="post">
<div>
<label for="email">Votre email : </label>
<input type="email" name="email" id="email" required>
</div>
<div>
<label for="name">Votre nom : </label>
<input type="text" name="name" id="name" required>
</div>
<div>
<label for="message">Votre message : </label>
<textarea name="message" id="message" required></textarea>
</div>
<div>
<input type="submit" value="Envoyer">
</div>
</form>
</syntaxhighlight>

La première ligne avec "form action=" fait donc appel au script PHP.

<h1>Module Perl "Net::SMTP"</h1>

Voici un script Perl vous permettant l'envoi d'email via SMTP :

<syntaxhighlight lang="perl">
#!/usr/bin/perl

$username = 'expediteur@exemple.tld'; # Adresse existante sur le serveur
$password = 'xxxxxxxx'; # Mot de passe de l'adresse email
$smtphost = 'srvXX.haisoft.net'; # Nom du serveur sur lequel vos emails sont hébergés

$to = 'destinataire@exemple.tld'; # Destinataire du mail
$subject = 'Nouveau message'; # Sujet du mail
$body = 'Contenu du mail'; # Contenu du mail

use Net::SMTP;

my $smtp = Net::SMTP->new($smtphost,
Port => 25);
$smtp->auth ( $username, $password ) or die "Erreur d'authentification\n";

$smtp->mail($username);
if ($smtp->to($to)) {
$smtp->data();
$smtp->datasend("To: <$username> \n");
$smtp->datasend("From: <$to> \n");
$smtp->datasend("Content-Type: text/html \n");
$smtp->datasend("Subject: $subject");
$smtp->datasend("\n");
$smtp->datasend($body);
$smtp->dataend();
} else {
print "Error: ", $smtp->message();
}

$smtp->quit();
</syntaxhighlight>

Sécurisation de formulaire

2022-07-05T13:52:43Z

Root xo1zfe7e :

Sécurisation de formulaire

Nous aborderons ici deux méthodes pour sécuriser un formulaire sur votre site, avec et sans captcha.

La première méthode utilise le système reCAPTCHA de Google (à venir) ; la seconde sera sous la forme de deux cases à cocher, l'une d'elle invisible, qui «piège» les robots.

1) reCAPTCHA (à venir)

2) Anti spam et anti robot sans captcha

''Ce code n'a pas été développé par nos soins. En voici la source : https://codes-sources.commentcamarche.net/source/42273-anti-spam-et-anti-robot-securisation-de-formulaire-sans-captcha''

But de ce code :
Ce code permet de sécuriser un formulaire sans utiliser d'image de type captcha. Il permet d'empêcher les robots spammeurs de valider un formulaire.
En effet, un captcha peut s'avérer lourd, car il est parfois illisible par l'utilisateur, mais déchiffrable par un robot.
Cette méthode filtrera la majorité des robots. Celle-ci peut être contournée, mais cela demande au spammeur d'étudier votre site pour contourner la protection, ce qui n'arrive presque jamais.

Explications du code :
Ce code affiche deux cases à cocher : «Je confirme que je suis un être humain, et pas un robot spammeur» et «I'm a Stupid Spam-Robot».
Lorsqu'un utilisateur voudra valider votre formulaire, il devra cocher la case «Je confirme que je suis un être humain, et pas un robot spammeur». L'autre case est invisible pour l'utilisateur, mais pas pour le robot.
Un robot cochera toutes les cases, ou aucune des cases. Il ne pourra donc pas valider le formulaire.
Afin que le robot ne puisse retenir les réponses à cocher ou à ne pas cocher, l'heure actuelle et une fonction MD5 sont intégrées dans la requête POST du formulaire.

Code :
<pre>
<?php
// Récuperation des valeurs en GET ou en POST (anti-spam)
$try=(isset($_GET['try'])?$_GET['try']:(isset($_POST['try'])?$_POST['try']:''));
$nobotv=(isset($_GET['nobotv'])?$_GET['nobotv']:(isset($_POST['nobotv'])?$_POST['nobotv']:''));
$nobotc=(isset($_GET['nobotc'])?$_GET['nobotc']:(isset($_POST['nobotc'])?$_POST['nobotc']:''));
$nobots=(isset($_GET['nobots'])?$_GET['nobots']:(isset($_POST['nobots'])?$_POST['nobots']:''));

// Variable
$nobot = time().'_'.rand(50000, 60000);

// Si le visiteur soumet le formulaire
if($try=='send') {
if(($nobotc!=md5($nobotv)) or ($nobotv=='') or ($nobots!='')) {
echo "\n<br /> <b>Anti-Spam</b> : Vous n'avez pas coché la case !";
// Si la case n'est pas cochée alors on affiche un message d'erreur.
// ICI VOTRE CODE pour ré-afficher le formulaire (facultatif, soit en appelant le fichier concerné, soit en restant sur cette même page, en fonction de votre cas)
}
else {
// Si la case est cochée, alors on peut continuer vers la suite de l'exécution de formulaire :
// ICI VOTRE CODE (pour vérifier les champs du formulaire -et afficher un message d'erreur si les champs ne sont pas remplis-, pour envoyer le mail... par exemple :)
// EXEMPLE
if( $_POST && isset($_POST['auteur']) && isset($_POST['message']) && isset($_POST['mail']) && $_POST['auteur'] && $_POST['message'] && $_POST['mail'] ) {
$auteur = $_POST['auteur'];
$message = $_POST['message'];
$mail = $_POST['mail'];
$secondes = $_POST['secondes'];
include("mailer.php");
?>
<link href="include_mail/hide.css" rel="stylesheet"/>
<?php
}
else {
echo "\n<br /> <b>Erreur</b> : Veillez à remplir tout les champs s'il-vous-plaît.";
}
//FIN EXEMPLE
}
}
?>


<form action="" method="POST">

<input type="hidden" name="try" value="send">
<input type="hidden" name="nobotv" value="<?php echo $nobot; ?>">




<h3>Anti-Spam :</h3>
<input type="checkbox" name="nobotc" value="<?php echo md5($nobot); ?>" /> Je confirme que je suis un être humain, et pas un robot spammeur.
<div style="position: absolute; visibility: hidden; left: -5000; top : -5000">
<br><input type="checkbox" name="nobots" value="<?php echo time(); ?>" />I'm a Stupid Spam-Robot
</div>
</form>
</pre>

Chiffrement TLS

2022-07-05T13:15:19Z

Root xo1zfe7e : précision

= Le protocole =

SSL/TLS est un protocole permettant de chiffrer et déchiffrer les données avec un système de certificats à clé publique et privée.<br />
Cela protège le contenu des données échangées sur internet d'éventuels accès par des utilisateurs malveillants.

TLS peut permettre de faire transiter de nombreux protocoles :
* HTTP(S),
* FTP(S),
* IMAP(s),
* POP(S),
* SMTP(S), etc.

Tous ces "(S)" signifient que les protocoles sont "sécurisés" par TLS. Autrement dit, par exemple, HTTPS est une encapsulation de HTTP dans TLS.

== Versions SSL et TLS ==

En Juin 2018, le standard actuel est TLS 1.2 (100% supporté par HaiSoft) et TLS 1.3 entame doucement sa sortie publique.

SSL 2 et SSL 3 sont arrêtés en raison de failles de sécurité; ses successeurs, TLS 1.0 et 1.1 sont dépréciés pour cause de failles de sécurité également.

SSL est l'ancêtre obsolète de TLS, nous emploierons donc le terme "TLS" pour la suite de cet article. Néanmoins, il faut savoir que la plupart des programmes ne font pas la distinction entre SSL et TLS, et appellent toujours "SSL" ce qui est en réalité du TLS.

= Les certificats =

Les "certificats SSL" sont progressivement appelés "certificats TLS".

Les connexions aux sites web et aux serveurs de mail doivent préférablement se faire avec un certificat valide (càd fourni et validé par une autorité, non expiré, et correspondant au bon nom de domaine).

== Les types de certificats ==

Trois types de certificats TLS (SSL) existent:

* Certificats DV (domain validation), permettant une protection des données et une authentification du nom de domaine
* Certificats OV (owner valdiation), permettant de vérifier le propriétaire du domaine
* Certificats EV (extended validation), permettant de vérifier l'authenticité de l'organisme et affichant le nom de la société dans la barre d'adresses du navigateur

== Les autorités de certification ==

Bien que TLS puisse fonctionner avec un certificat auto-signé, le protocole nécessite la signature d'une autorité de certification pour être totalement sécurisé et donc reconnu comme valide par les logiciels. Les autorités de certification assurrent l'authenticité des certificats et la pleine sécurité des données qui transitent.

De nombreuses autorités de certification existent, certaines sont gratuites et d'autres payantes. Il n'est pas nécessaire de faire appel à une autorité payante dans la plupart des cas, mais HaiSoft propose bien les deux options.

L'autorité de certification DV gratuite la plus utilisée au monde et la plus populaire parmi les clients HaiSoft est Let's Encrypt. Grâce à Let's Encrypt, vous pouvez à tout moment générer des certificats gratuits pour vos domaines via le menu du même nom dans votre [[Panneau de contrôle Plesk]].

En 2016, l'autorité de certificats Let's Encrypt voit le jour. Proposant des certificats DV gratuits, l'autorité contribue fortement réduire les coûts du HTTPS, à le démocratiser et finalement à en faire une norme. Suite à cela, les navigateurs internet et moteurs de recherche ont commencé à mettre en avant les sites utilisant HTTPS plutôt qu'HTTP, et à durcir les avertissements sur les sites utilisant des certificats TLS non certifiés. Le HTTPS deviet donc un élement incontournable de l'internet moderne.

Aujourd'hui, Let's Encrypt est l'autorité de certification la plus utilisée au monde et la plus populaire parmi les clients HaiSoft. Grâce à Let's Encrypt et son intégration fournie par HaiSoft, vous pouvez à tout moment générer des certificats gratuits pour vos domaines via le menu du même nom dans votre [[Panneau de contrôle Plesk]].

= HTTPS =

== Qu'est-ce que le HTTPS ? ==

Signifiant "Hypertext Transfer Protocol", le protocole HTTP permet l'envoi de requêtes des clients vers les serveurs et surtout, l'envoi de fichiers depuis les serveurs vers les clients, en particulier, des pages web, des contenus multimedia, etc.<br />
Le HTTPS (avec un S comme Secure) encapsule le HTTP dans une surcouche TLS, permettant ainsi le chiffrement des données échangées.<br />
On garanti ainsi que les données échangées sont chiffrées et techniquement illisibles durant tout leur trajet entre le client et le serveur.

== Passer à HTTPS ==

=== Pourquoi passer à HTTPS ? ===

Lorsque vous visitez des sites internet de manière classique, c'est à dire en http://, sans chiffrement, de nombreux points failbles (accès wifi public, élément infecté du réseau, etc.) peuvent laisser à des intrus la possibilité de récupérer des données qui transitent.

Qu'il s'agisse de vos photos de vacances, d'un formulaire de contact, de vos mots de passe et finalement de toutes les informations transitant sur les sites internet que vous visitez, ces données peuvent potentiellement être lues par un pirate tirant profit d'une connexion non sécurisée.

Afin d'éviter cela et de vous protéger, les standards d'internet ont évolué : L'utilisation du chiffrement SSL/TLS est clairement devenu standard. Cela permet de rendre toute donnée interceptée illisible pour les intrus sur le réseau. En pratique, l'utilisation de SSL/TLS sur les sites web se traduit par des requêtes http:// qui passent en https://.

Outre la sécurité pour vos données, les moteurs de recherche commencent à favoriser le contenu HTTPS, les navigateurs avertissent des sites non HTTPS, et les utilisateurs en ont plutôt bien conscience. C'est pourquoi il ne faut pas louper le coche et y passer sans attendre !

Si les certificats SSL/TLS ont longtemps été payants, le certificat simple permettant de chiffrer efficacement vos données est désormais gratuit grâce à l'autorité de certification Let's Encrypt. Tout le monde peut donc générer son certificat sans débourser un euro. Chez HaiSoft, vous pouvez générer vos certificats Let's Encrypt à tout moment en quelques clics, alors profitez-en et n'hésitez pas à contacter le support pour plus d'informations.

=== Quelles sont les implications du passage à HTTPS ? ===

Considérant la gratuité des certificats Let's Encrypt et la simplicité de la transition, nous conseillons vivement aux utilisateurs d'utiliser HTTPS.

'''Avantages'''

* Déploiement facile
* Tarif est abordable voir gratuit
* Sécurité des données utilisateurs et du site accrues
* Plus grande confiance des utilisateurs
* Meilleur référencement sur les moteurs de recherches
* Renouvellement du certificat automatique dans Plesk

'''Inconvénients'''

* Nécessite quelques configurations ou corrections sur le site
* Peut engendrer des avertissements de sécurité en cas de non renouvellement du certificat

== Procédure de passage en HTTPS ==

Pour passer en HTTPS, il faut en premier lieu générer un certificat TLS. Puis, il faut adapter votre site à HTTPS. Enfin, vous pouvez optionnellement forcer HTTPS.

Ces opérations sont gratuites si vous utilisez un certificat Let's Encrypt et adaptez vous-même votre site.

Notez qu'HaiSoft propose aussi sous certaines conditions, un service de passage en HTTPS de votre site. N'hésitez pas à consulter nos services techniques et commerciaux pour plus d'informations à ce sujet.

=== Générer mon certificat Let's Encrypt ===

Cette opération est 100% gratuite.

'''Prérequis'''

* Votre site doit être hébergé et accessible sur le serveur où vous générez le certificat (cela correspond au principe de "Domain Validation")
* Si votre domaine a été déployé en 2013 ou avant chez HaiSoft, vérifiez dans "Paramètres d'hébergement" que la case "Exécuter le site Web en mode compatibilité pour l'ancienne option 'Séparer le contenu SSL/TLS et non-SSL/TLS'" soit bien inexistante ou décochée, puis validez.

'''Génération'''

En passant par Plesk et sa fonctionnalité Let's Encrypt, vous générerez votre certificat en quelques clics seulement.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous le domaine désiré
* Cliquez sur le logo "Certificats SSL/TLS"; si celui-ci n'est pas visible, veuillez vous assurer que la case "Prise en charge SSL/TLS" soit bien cochée dans la rubrique "Paramètres d'hébergement" du domaine.
* En bas de page, sous "Installer un certificat basique gratuit fourni par Let's Encrypt", cliquez sur "Installer"
* Si vos DNS sont bien gérés sur le serveur, choisissez un certificat Wildcard; sinon, si votre site est accessible via "www.", cochez la case correspondante; si vous utilisez le webmail, cochez la case correspondante.
* Cliquez sur "Obtenir gratuitement" et patientez quelques secondes.
* Dans le cas d'un Wildcard, après 1 minute, cliquez sur "Recharger".

Et voilà ! Après quelques secondes, votre site est joignable en HTTPS, par exemple : https://votre-domaine.tld et/ou https://www.votre-domaine.tld

Plesk se charge de mettre à jour les certificats Let's Encrypt (valables maximum 90 jours) tous les mois.

=== Comment adapter mon site de HTTP à HTTPS ? ===

'''A SAVOIR''': Tout élément chargé en http dans une page https provoquera un avertissement de sécurité. C'est le principal élément à travailler pour réussir votre passage à HTTPS.

Tout d'abord, il vous faut mettre à jour l'ensemble des liens internes de votre site de http:// vers https://.

Dans un CMS comme Wordpress, cette tâche est simplifiée, car vous avez la possibilité d'indiquer l'URL de votre site dans les paramètres, ce qui aura pour effet de modifier toutes les URL des pages appelées en tant que "pages" du site.
Si l'option est disponible, rendez-vous dans les paramètres généraux de Wordpress ou autre CMS et éditez l'URL de votre site en changeant http:// par https://.

Ainsi, la plupart des liens de votre site seront convertis en HTTPS, ce qui signifie que si un visiteur arrive sur le site via http://, tout lien cliqué le redirigera vers une page en https://.

Pour toute autre ressource hardcodée avec un lien http (dans le code du site, dans un plugin, dans une galerie photo, etc.), il faudra l'éditer pour remplacer "http" par "https". Un plugin WordPress permet de faciliter cette tâche : https://fr.wordpress.org/plugins/velvet-blues-update-urls/ Attention, avant toute modification de ce type, effectuez un backup (dump) de votre base de données.

Joomla, Prestashop, Drupal, OwnCloud, PHPBB, ainsi que la plupart des CMS ont tous un moyen d'utiliser le HTTPS. Il vous faudra parfois effectuer quelques recherches sur Google pour trouver comment faire, mais il s'agit généralement d'une option à activer dans le CMS.

Si vous utilisez un script fait main ou que malgré cela, des ressources continuent d'être chargées en HTTP, vous pouvez dans un premier temps connaître ces dernières via la console développeur de votre navigateur. (cherchez "http://"). Une fois celles-ci identifiées, vous pouvez, avec précautions, effectuer une recherche dans la base de données ou les fichier et rempalcer les liens de ces ressources par leur version https://. Toute trace de http://votre-site.tld doit être convertie par https://votre-site.tld.

=== Forcer la redirection 301 vers HTTPS ===

'''ATTENTION'''! Veuillez suivre l'étape précédente pour adapter votre site à HTTPS au préalable. Si vous forcez HTTPS sur un site qui charge encore des ressources en HTTP, les navigateurs de tous les visiteurs du site afficheront des alertes de sécurité. Lorsque vous désactivez la redirection 301, il faut vider le cache de votre navigateur pour effacer cette redirection.

Votre [[Panneau de contrôle Plesk]] comporte une option pour choisir si vous souhaitez forcer la redirection (301 permanente) de HTTP vers HTTPS.<br />
Cette option ne doit pas être activée avant que votre site soit parfaitement fonctionnel en HTTPS.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous le domaine concerné
* Cliquez sur "Paramètres d'hébergement"
* Cochez la case "Redirection 301 permanente (SEO vérifié) de HTTP vers HTTPS"
* Validez avec "OK" en bas de page

= FAQ =

== Erreur Renouvellement automatique ==

Vous recevez un message de type :
" Le renouvellement automatique de votre certificat SSL Let`s Encrypt (gratuit) n'a pu être effectué pour le ou les domaine(s) suivant(s) "

Cela vient du fait que nos serveurs tentent de générer automatiquement un certificat Let's Encrypt gratuit pour vos domaines, de sorte à les rendre accessibles en HTTPS, donc de manière chiffrée. La condition pour qu'il y parvienne est que votre domaine, les "www." (et ses éventuels alias) doivent pointer sur votre hébergement HaiSoft. Pour un certificat WildCard, il faut également que votre serveur HaiSoft gère votre zone DNS.
Si le domaine pointe ailleurs, alors le serveur ne peut pas générer de certificat, car ceux-ci sont de type "DV" (Domain Validation) et que la première condition à remplir est que le serveur demandant le certificat doit hébergement le domaine.

Pour faire cesser ces messages, voici quelques possibilités :
* Vérifier qu'il n'y a pas de pointage manquant (www. ou alias) pour que le certificat puisse se générer. Vous pouvez vérifier les pointages via par exemple https://www.whatsmydns.net/
* Faire pointer et héberger votre site chez HaiSoft si ce n'est pas ou plus le cas
* Supprimer les alias inexistants et regénérer le certificat manuellement via Plesk
* Regénérer le certificat manuellement via Plesk et observer l'erreur pour avoir plus de détails
* Désactiver la partie hébergement web de votre domaine (cela supprime les données) si vous n'hébergez plus le site sur ce serveur
* Supprimer totalement le domaine du serveur s'il est géré ailleurs

Chiffrement TLS

2022-07-05T13:14:04Z

Root xo1zfe7e : MAJ et typo

= Le protocole =

SSL/TLS est un protocole permettant de chiffrer et déchiffrer les données avec un système de certificats à clé publique et privée.<br />
Cela protège le contenu des données échangées sur internet d'éventuels accès par des utilisateurs malveillants.

TLS peut permettre de faire transiter de nombreux protocoles :
* HTTP(S),
* FTP(S),
* IMAP(s),
* POP(S),
* SMTP(S), etc.

Tous ces "(S)" signifient que les protocoles sont "sécurisés" par TLS. Autrement dit, par exemple, HTTPS est une encapsulation de HTTP dans TLS.

== Versions SSL et TLS ==

En Juin 2018, le standard actuel est TLS 1.2 (100% supporté par HaiSoft) et TLS 1.3 entame doucement sa sortie publique.

SSL 2 et SSL 3 sont arrêtés en raison de failles de sécurité; ses successeurs, TLS 1.0 et 1.1 sont dépréciés pour cause de failles de sécurité également.

SSL est l'ancêtre obsolète de TLS, nous emploierons donc le terme "TLS" pour la suite de cet article. Néanmoins, il faut savoir que la plupart des programmes ne font pas la distinction entre SSL et TLS, et appellent toujours "SSL" ce qui est en réalité du TLS.

= Les certificats =

Les "certificats SSL" sont progressivement appelés "certificats TLS".

Les connexions aux sites web et aux serveurs de mail doivent préférablement se faire avec un certificat valide (càd fourni et validé par une autorité, non expiré, et correspondant au bon nom de domaine).

== Les types de certificats ==

Trois types de certificats TLS (SSL) existent:

* Certificats DV (domain validation), permettant une protection des données et une authentification du nom de domaine
* Certificats OV (owner valdiation), permettant de vérifier le propriétaire du domaine
* Certificats EV (extended validation), permettant de vérifier l'authenticité de l'organisme et affichant le nom de la société dans la barre d'adresses du navigateur

== Les autorités de certification ==

Bien que TLS puisse fonctionner avec un certificat auto-signé, le protocole nécessite la signature d'une autorité de certification pour être totalement sécurisé et donc reconnu comme valide par les logiciels. Les autorités de certification assurrent l'authenticité des certificats et la pleine sécurité des données qui transitent.

De nombreuses autorités de certification existent, certaines sont gratuites et d'autres payantes. Il n'est pas nécessaire de faire appel à une autorité payante dans la plupart des cas, mais HaiSoft propose bien les deux options.

L'autorité de certification DV gratuite la plus utilisée au monde et la plus populaire parmi les clients HaiSoft est Let's Encrypt. Grâce à Let's Encrypt, vous pouvez à tout moment générer des certificats gratuits pour vos domaines via le menu du même nom dans votre [[Panneau de contrôle Plesk]].

En 2016, l'autorité de certificats Let's Encrypt voit le jour. Proposant des certificats DV gratuits, l'autorité contribue fortement réduire les coûts du HTTPS, à le démocratiser et finalement à en faire une norme. Suite à cela, les navigateurs internet et moteurs de recherche ont commencé à mettre en avant les sites utilisant HTTPS plutôt qu'HTTP, et à durcir les avertissements sur les sites utilisant des certificats TLS non certifiés. Le HTTPS deviet donc un élement incontournable de l'internet moderne.

Aujourd'hui, Let's Encrypt est l'autorité de certification la plus utilisée au monde et la plus populaire parmi les clients HaiSoft. Grâce à Let's Encrypt et son intégration fournie par HaiSoft, vous pouvez à tout moment générer des certificats gratuits pour vos domaines via le menu du même nom dans votre [[Panneau de contrôle Plesk]].

= HTTPS =

== Qu'est-ce que le HTTPS ? ==

Signifiant "Hypertext Transfer Protocol", le protocole HTTP permet l'envoi de requêtes des clients vers les serveurs et surtout, l'envoi de fichiers depuis les serveurs vers les clients, en particulier, des pages web, des contenus multimedia, etc.<br />
Le HTTPS (avec un S comme Secure) encapsule le HTTP dans une surcouche TLS, permettant ainsi le chiffrement des données échangées.<br />
On garanti ainsi que les données échangées sont chiffrées et techniquement illisibles durant tout leur trajet entre le client et le serveur.

== Passer à HTTPS ==

=== Pourquoi passer à HTTPS ? ===

Lorsque vous visitez des sites internet de manière classique, c'est à dire en http://, sans chiffrement, de nombreux points failbles (accès wifi public, élément infecté du réseau, etc.) peuvent laisser à des intrus la possibilité de récupérer des données qui transitent.

Qu'il s'agisse de vos photos de vacances, d'un formulaire de contact, de vos mots de passe et finalement de toutes les informations transitant sur les sites internet que vous visitez, ces données peuvent potentiellement être lues par un pirate tirant profit d'une connexion non sécurisée.

Afin d'éviter cela et de vous protéger, les standards d'internet ont évolué : L'utilisation du chiffrement SSL/TLS est clairement devenu standard. Cela permet de rendre toute donnée interceptée illisible pour les intrus sur le réseau. En pratique, l'utilisation de SSL/TLS sur les sites web se traduit par des requêtes http:// qui passent en https://.

Outre la sécurité pour vos données, les moteurs de recherche commencent à favoriser le contenu HTTPS, les navigateurs avertissent des sites non HTTPS, et les utilisateurs en ont plutôt bien conscience. C'est pourquoi il ne faut pas louper le coche et y passer sans attendre !

Si les certificats SSL/TLS ont longtemps été payants, le certificat simple permettant de chiffrer efficacement vos données est désormais gratuit grâce à l'autorité de certification Let's Encrypt. Tout le monde peut donc générer son certificat sans débourser un euro. Chez HaiSoft, vous pouvez générer vos certificats Let's Encrypt à tout moment en quelques clics, alors profitez-en et n'hésitez pas à contacter le support pour plus d'informations.

=== Quelles sont les implications du passage à HTTPS ? ===

Considérant la gratuité des certificats Let's Encrypt et la simplicité de la transition, nous conseillons vivement aux utilisateurs d'utiliser HTTPS.

'''Avantages'''

* Déploiement facile
* Tarif est abordable voir gratuit
* Sécurité des données utilisateurs et du site accrues
* Plus grande confiance des utilisateurs
* Meilleur référencement sur les moteurs de recherches
* Renouvellement du certificat automatique dans Plesk

'''Inconvénients'''

* Nécessite quelques configurations ou corrections sur le site
* Peut engendrer des avertissements de sécurité en cas de non renouvellement du certificat

== Procédure de passage en HTTPS ==

Pour passer en HTTPS, il faut en premier lieu générer un certificat TLS. Puis, il faut adapter votre site à HTTPS. Enfin, vous pouvez optionnellement forcer HTTPS.

Ces opérations sont gratuites si vous utilisez un certificat Let's Encrypt et adaptez vous-même votre site.

Notez qu'HaiSoft propose aussi sous certaines conditions, un service de passage en HTTPS de votre site. N'hésitez pas à consulter nos services techniques et commerciaux pour plus d'informations à ce sujet.

=== Générer mon certificat Let's Encrypt ===

Cette opération est 100% gratuite.

'''Prérequis'''

* Votre site doit être hébergé et accessible sur le serveur où vous générez le certificat (cela correspond au principe de "Domain Validation")
* Si votre domaine a été déployé en 2013 ou avant chez HaiSoft, vérifiez dans "Paramètres d'hébergement" que la case "Exécuter le site Web en mode compatibilité pour l'ancienne option 'Séparer le contenu SSL/TLS et non-SSL/TLS'" soit bien décochée, puis validez.

'''Génération'''

En passant par Plesk et sa fonctionnalité Let's Encrypt, vous générerez votre certificat en quelques clics seulement.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous le domaine désiré
* Cliquez sur le logo "Certificats SSL/TLS"; si celui-ci n'est pas visible, veuillez vous assurer que la case "Prise en charge SSL/TLS" soit bien cochée dans la rubrique "Paramètres d'hébergement" du domaine.
* En bas de page, sous "Installer un certificat basique gratuit fourni par Let's Encrypt", cliquez sur "Installer"
* Si vos DNS sont bien gérés sur le serveur, choisissez un certificat Wildcard; sinon, si votre site est accessible via "www.", cochez la case correspondante; si vous utilisez le webmail, cochez la case correspondante.
* Cliquez sur "Obtenir gratuitement" et patientez quelques secondes.
* Dans le cas d'un Wildcard, après 1 minute, cliquez sur "Recharger".

Et voilà ! Après quelques secondes, votre site est joignable en HTTPS, par exemple : https://votre-domaine.tld et/ou https://www.votre-domaine.tld

Plesk se charge de mettre à jour les certificats Let's Encrypt (valables maximum 90 jours) tous les mois.

=== Comment adapter mon site de HTTP à HTTPS ? ===

'''A SAVOIR''': Tout élément chargé en http dans une page https provoquera un avertissement de sécurité. C'est le principal élément à travailler pour réussir votre passage à HTTPS.

Tout d'abord, il vous faut mettre à jour l'ensemble des liens internes de votre site de http:// vers https://.

Dans un CMS comme Wordpress, cette tâche est simplifiée, car vous avez la possibilité d'indiquer l'URL de votre site dans les paramètres, ce qui aura pour effet de modifier toutes les URL des pages appelées en tant que "pages" du site.
Si l'option est disponible, rendez-vous dans les paramètres généraux de Wordpress ou autre CMS et éditez l'URL de votre site en changeant http:// par https://.

Ainsi, la plupart des liens de votre site seront convertis en HTTPS, ce qui signifie que si un visiteur arrive sur le site via http://, tout lien cliqué le redirigera vers une page en https://.

Pour toute autre ressource hardcodée avec un lien http (dans le code du site, dans un plugin, dans une galerie photo, etc.), il faudra l'éditer pour remplacer "http" par "https". Un plugin WordPress permet de faciliter cette tâche : https://fr.wordpress.org/plugins/velvet-blues-update-urls/ Attention, avant toute modification de ce type, effectuez un backup (dump) de votre base de données.

Joomla, Prestashop, Drupal, OwnCloud, PHPBB, ainsi que la plupart des CMS ont tous un moyen d'utiliser le HTTPS. Il vous faudra parfois effectuer quelques recherches sur Google pour trouver comment faire, mais il s'agit généralement d'une option à activer dans le CMS.

Si vous utilisez un script fait main ou que malgré cela, des ressources continuent d'être chargées en HTTP, vous pouvez dans un premier temps connaître ces dernières via la console développeur de votre navigateur. (cherchez "http://"). Une fois celles-ci identifiées, vous pouvez, avec précautions, effectuer une recherche dans la base de données ou les fichier et rempalcer les liens de ces ressources par leur version https://. Toute trace de http://votre-site.tld doit être convertie par https://votre-site.tld.

=== Forcer la redirection 301 vers HTTPS ===

'''ATTENTION'''! Veuillez suivre l'étape précédente pour adapter votre site à HTTPS au préalable. Si vous forcez HTTPS sur un site qui charge encore des ressources en HTTP, les navigateurs de tous les visiteurs du site afficheront des alertes de sécurité. Lorsque vous désactivez la redirection 301, il faut vider le cache de votre navigateur pour effacer cette redirection.

Votre [[Panneau de contrôle Plesk]] comporte une option pour choisir si vous souhaitez forcer la redirection (301 permanente) de HTTP vers HTTPS.<br />
Cette option ne doit pas être activée avant que votre site soit parfaitement fonctionnel en HTTPS.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous le domaine concerné
* Cliquez sur "Paramètres d'hébergement"
* Cochez la case "Redirection 301 permanente (SEO vérifié) de HTTP vers HTTPS"
* Validez avec "OK" en bas de page

= FAQ =

== Erreur Renouvellement automatique ==

Vous recevez un message de type :
" Le renouvellement automatique de votre certificat SSL Let`s Encrypt (gratuit) n'a pu être effectué pour le ou les domaine(s) suivant(s) "

Cela vient du fait que nos serveurs tentent de générer automatiquement un certificat Let's Encrypt gratuit pour vos domaines, de sorte à les rendre accessibles en HTTPS, donc de manière chiffrée. La condition pour qu'il y parvienne est que votre domaine, les "www." (et ses éventuels alias) doivent pointer sur votre hébergement HaiSoft. Pour un certificat WildCard, il faut également que votre serveur HaiSoft gère votre zone DNS.
Si le domaine pointe ailleurs, alors le serveur ne peut pas générer de certificat, car ceux-ci sont de type "DV" (Domain Validation) et que la première condition à remplir est que le serveur demandant le certificat doit hébergement le domaine.

Pour faire cesser ces messages, voici quelques possibilités :
* Vérifier qu'il n'y a pas de pointage manquant (www. ou alias) pour que le certificat puisse se générer. Vous pouvez vérifier les pointages via par exemple https://www.whatsmydns.net/
* Faire pointer et héberger votre site chez HaiSoft si ce n'est pas ou plus le cas
* Supprimer les alias inexistants et regénérer le certificat manuellement via Plesk
* Regénérer le certificat manuellement via Plesk et observer l'erreur pour avoir plus de détails
* Désactiver la partie hébergement web de votre domaine (cela supprime les données) si vous n'hébergez plus le site sur ce serveur
* Supprimer totalement le domaine du serveur s'il est géré ailleurs

Connexion aux adresses email

2022-06-03T13:11:32Z

Root xo1zfe7e : Auth requise et mot de passe précisé email

[[Category:E-mail]]
<h1>Connexion aux adresses email</h1>
Il existe plusieurs moyens de vous connecter à votre adresse email HaiSoft.

* Votre identifiant est toujours : votre adresse email complète (exemple: moi@monsite.com).
* Votre mot de passe : a été choisi à la création de l'adresse et peut être changé via votre [[Panneau de contrôle Plesk]] si nécessaire. Voir [[Gestion_des_adresses_email#Changer_un_mot_de_passe_email|Changer un mot de passe email]]

<h2>Webmail</h2>
Un webmail est un site contenant un panneau de gestion de mails, permettant de vous connecter à votre messagerie simplement depuis un navigateur internet. Le webmail se situe directement sur le serveur de mails et se connecte donc de manière transparente et automatique, en local au serveur IMAP pour afficher vos emails et SMTP pour envoyer des emails. Le webmail est un moyen très simple et très fiable de se connecter avec une configuration correcte, ce qui en fait également un excellent moyen de vérifier la bonne connexion à votre service de messagerie.

<h3>URL du webmail</h3>
Si votre domaine est "monsite.com", votre webmail est alors :

* Exemple : http://webmail.monsite.com
''Note: Il faut taper cette adresse directement dans votre barre d'adresse et non dans Google. N'hésitez pas à la sauvegarder en favori !''

<h3>Sécurisation du webmail</h3>
Outre le fait qu'il faut toujours se connecter via une connexion de confiance et avoir des mots de passe sécurisés, il est possible d'accéder à votre webmail en HTTPS afin de protéger les données qui transitent entre votre connexion internet et le serveur

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur "Let's Encrypt"
* Assurez-vous que la deuxième case, pour sécuriser le webmail soit bien cochée (Si votre site est accessible via "www.", cochez également la première case)
* Validez en cliquant sur "OK" (ou "Renouveller" si vous aviez déjà généré un certificat)

Votre webmail est désormais accessible en https sans alerte de sécurité.<br />
Exemple: https://webmail.monsite.com

<h3>Choisir son webmail</h3>
Deux webmail sont disponibles par défaut :

* Horde : Le client anciennement installé par défaut, très fonctionnel mais peu intuitif et peu moderne
* Roundcube : Le nouveau client installé par défaut, joli, fonctionnel, simple, et proche des standards actuels

''Note: Un webmail n'est autre qu'un site internet. Vous avez techniquement la possibilité d'installer des webmails additionnels sur des sous-domaines, si vous le souhaitez.''

Pour changer de webmail :

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur la rubrique "Adresses mail"
* Rendez-vous dans l'onglet "Paramètres de la messagerie"
* Sous "Messagerie Web", choisissez Roundcube ou Horde
* Validez en cliquant sur "OK"

<h4>Roundcube</h4>
<h5>Choisir la langue de Roundcube</h5>
Par défaut, Roundcube récupère la langue de votre système, s'il n'y parvient pas, il choisit l'anglais par défaut.

Si vous êtes en Anglais et souhaitez passer en Français, voici la procédure :
* Dans votre webmail, en haut à droite, cliquez sur Settings
* Dans "Preferences", choisissez "User Interface"
* Dans "Language", choisissez "French (Français)" puis validez en cliquant sur "Save"
* Revenez à l'écran d'accueil en cliquant sur le logo "roundcube" en haut à gauche, vos dossiers devraient désormais être en Français.

<h2>Logiciels de messagerie</h2>

<h3>Choisir entre POP et IMAP</h3>

Tout d'abord, expliquons les différences entre POP et IMAP :

* Le protocole '''IMAP''' synchronise votre logiciel de boîte mail avec le serveur en temps réel, c'est le protocole le plus simple, le plus efficace, le plus compréhensible, et donc le choix recommandé dans la plupart des cas.
* Le protocole '''POP''' synchronise les données en fonction de vos réglages du logiciel, toutes les X minutes. De plus, POP, peut supprimer les messages du serveur pour n'en conserver qu'une copie locale, sur votre ordinateur, et ainsi faire gagner de l'espace d'hébergement, mais attention : si vous changez d'ordinateur ou supprimez votre boîte, vous perdez vos emails.
* (SMTP est le protocole d'envoi de mails. Tout envoi de mails se fera en SMTP.)

Il faut bien choisir le bon protocole dès la configuration de votre logiciel, car il est impossible de changer ceci ensuite :
Il vous faudra supprimer le compte, et le recréer pour choisir un protocole différent.

Dans la plupart des cas, nous conseillons l'utilisation du protocole '''IMAP'''. Par exemple :
* Sur votre téléphone mobile, si vous consultez également vos emails sur votre ordinateur. De cette manière, quand vous lirez un email depuis votre mobile, et que vous vérifiez ensuite votre messagerie sur votre ordinateur, le mail sera toujours présent (contrairement à POP avec option de suppression du message lors du téléchargement).
* Sur tout appareil, lorsque vous souhaitez que vos emails soient conservés sur le serveur (peut utiliser un espace conséquent, et nécessite donc une formule adaptée à vos besoins en stockage d'email).

Dans d'autres cas, principalement si vous souhaitez conserver vos emails sur votre ordinateur au lieu du serveur, et si vous souhaitez ne pas utiliser trop d'espace sur le serveur, nous conseillons l'utilisation du protocole '''POP'''. Il faudra alors vérifier certains réglages dans votre logiciel de messagerie. Vous disposez en général de trois options :
* Activer ou non la suppression des emails sur le serveur dès leur téléchargement sur votre ordinateur.
* Activer ou non la suppression des emails sur le serveur au bout de X jours.
* Activer ou non la suppression des emails sur le serveur lors de leur suppression de la corbeille.

En fonction des logiciels de messagerie, ces paramètres peuvent changer. Nous vous invitons à vérifier notre page liée à la configuration des principaux clients de messagerie. (À venir).

<h3>Configuration automatique</h3>
Avec Outlook et Thunderbird, la configuration peut se faire automatiquement. Dans ce cas, il vous suffit de renseigner votre adresse email et votre mot de passe ; la configuration du serveur de mails se renseigne alors automatiquement.

La configuration automatique est disponible par défaut sous quelques conditions sur tous nos serveurs mutualisés, dédiés et virtuels, à partir de Plesk Obsidian (ou avant cette version, via un de nos scripts que nous avons spécialement développé pour Plesk : https://gitlab.haisoft.net/pub/Plesk_MailAutoconfig).<br />
Si la configuration automatique n'est pas disponible pour votre domaine, n'hésitez pas à nous contacter.

'''Attention !''' Par défaut, la configuration automatique sélectionne le protocole IMAP, généralement préféré. Pour établir une connexion en POP, vous devez choisir ce mode de connexion via un menu déroulant lors de la configuration de votre logiciel.

<h4>Pour Outlook (le logiciel de messagerie)</h4>

* Votre domaine et vos emails doivent être hébergés chez HaiSoft
* Votre zone DNS doit être gérée chez HaiSoft, si ce n'est pas le cas, vous devez ajouter les enregistrements DNS (voir Les-enregsitrements-DNS) suivants :
<code>_imaps._tcp.example.com. SRV srvXX.haisoft.net.<br />
_pop3s._tcp.example.com. SRV srvXX.haisoft.net.<br />
_smtps._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
''(remplacer example.com par votre nom de domaine et srvxx.haisoft.net par le nom du serveur sur lequel sont hébergés vos emails)''

<h4>Pour Thunderbird</h4>
* Votre domaine et vos emails doivent être hébergés chez HaiSoft

<h4>Pour Apple "Mail"</h4>
Pour Mac et iPhone.
* Votre domaine et vos mails doivent être hébergés chez HaiSoft
* Votre logiciel Apple doit être à jour (2016 et supérieur)

Il vous suffit de visiter le lien suivant (en remplaçant "domaine.tld" par votre nom de domaine et "user@domaine.tld" par votre adresse email) :<br />
https://domaine.tld/email.mobileconfig?emailaddress=user@domaine.tld<br />
Un téléchargement de fichier vous est alors proposé. Ouvrez le fichier qui doit s'ouvrir avec votre logiciel ou application "Mail". Validez l'acceptation de la configuration, suivez l'assistant et entrez le mot de passe de votre boîte mail.

<h3>Configuration manuelle</h3>
<h5>Pré-requis</h5>
Avant toute chose, il vous faut savoir :
* L'adresse de votre serveur (par exemple : srv04.haisoft.net, en cas de doute, contactez le support HaiSoft)
* L'adresse email et son mot de passe
* La différence entre POP et IMAP

<h5>Ports et protocoles email</h5>
{| class="wikitable"
|+ Connexion IMAP ou POP sécurisée
!
! IMAP (conseillé)
! POP
|-
! Serveur
| srvXX.haisoft.net (à adapter) || srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat wildcard requis) || mail.votredomaine.tld (à adapter, certificat wildcard requis)
|-
! Port
| 993
| 995
|-
! Chiffrement (SSL/TLS)
| Activé
| Activé
|-
! Identifiant
| Votre adresse email
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe email
| Votre mot de passe email
|}

{| class="wikitable"
|+ Connexion SMTP sécurisée
!
! SMTP
|-
! Serveur
| srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat wildcard requis)
|-
! Port SSL/TLS
| 465 (recommandé)
|-
! Chiffrement (SSL/TLS)
| Activé
|-
! Authentification
| Requise
|-
! Identifiant
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe email
|}

<h5>Comprendre les paramètres</h5>
* '''Serveur''' : Donné sous la forme "srvXX.haisoft.net", "vmXXX.haisoft.net", "dsXXX.haisoft.net", il s'agit du nom d'hôte de votre serveur, également utilisé pour la connexion à votre [[Panneau de contrôle Plesk]]. En cas de doute, demandez conseil à votre support technique HaiSoft. Ce nom d'hôte comporte également le certificat du serveur de mails, c'est pourquoi il est important d'utiliser ce nom pour la connexion.
* '''Port''' : Toute connexion réseau se fait à l'aide d'un port. Chaque protocole a été normalisé pour utiliser un port précis et HaiSoft respecte les ports standards. Attention, un pare-feu sur votre ordinateur ou réseau peut risquer de bloquer votre port, il faut donc vous assurer qu'aucun blocage n'a lieu de ce côté. NB: Cela n'a rien à voir avec les redirections de ports faits par un routeur.
* '''Identifiant''' : Votre identifiant est toujours votre '''adresse email''' complète. Ex: moi@domain.tld
* '''Mot de passe''' : Le mot de passe de votre adresse email a été défini lors de sa création. Si vous l'avez oublié, vous pouvez le réinitialiser via votre [[Panneau de contrôle Plesk]].
* '''Chiffrement SSL/TLS''' : Cette sécurité permet de protéger les données que vous échangez avec le serveur de mails. Il est également possible de chiffrer en STARTTLS, le protocole est ainsi initialisé différemment.

'''Note''': Outlook ne distingue pas correctement SSL et TLS dans la plupart de ses versions, appelant "TLS" ce qui est en fait du "STARTTLS". Si cela ne fait généralement aucune différence pour le POP/IMAP, le SMTP en STARTTLS nécessite d'utiliser le port 587. Si vous n'êtes pas certains des appellations de chiffrement utilisées par Outlook, choisissez le SMTP SSL sur port 465. Alternativement, nous conseillons d'utiliser le logiciel gratuit et libre Thunderbird, qui sait dinstinguer correctement ces protocoles de chiffrement.

<h3>Problèmes connus et solutions</h3>
<h4>Outlook</h4>
<h5>Sauvegarde/Suppression impossible en IMAP</h5>
<b>Symptômes</b>

En IMAP, si les emails envoyés ne se sauvegardent pas et que vous ne pouvez pas supprimer les éléments envoyés avec en erreur "L'élément est déjà supprimé".

<b>Cause</b>

Dans certains cas, Outlook n'est pas capable de définir un chemin IMAP. Nos serveurs utilisent pourtant le dossier par défaut "INBOX" étant standard sur la très vaste majorité des serveurs de mails. Dans quel cas, l'arborescence des dossiers est donc incohérente entre ce que "voit" Outlook et ce qui est présent sur le serveur, causant des erreurs d'écriture/modification sur les mails.

<b>Solution</b>
* Rendez-vous dans : Fichier / Paramètres du compte / Modifier / Paramètres supplémentaires / Options avancées<br />
* Dans "Chemin d'accès au dossier racine", mettez: INBOX
* Validez, et relancez Outlook

Connexion aux adresses email

2022-06-03T13:09:50Z

Root xo1zfe7e : Serveur personnalisé bis (correctif)

[[Category:E-mail]]
<h1>Connexion aux adresses email</h1>
Il existe plusieurs moyens de vous connecter à votre adresse email HaiSoft.

* Votre identifiant est toujours : votre adresse email complète (exemple: moi@monsite.com).
* Votre mot de passe : a été choisi à la création de l'adresse et peut être changé via votre [[Panneau de contrôle Plesk]] si nécessaire. Voir [[Gestion_des_adresses_email#Changer_un_mot_de_passe_email|Changer un mot de passe email]]

<h2>Webmail</h2>
Un webmail est un site contenant un panneau de gestion de mails, permettant de vous connecter à votre messagerie simplement depuis un navigateur internet. Le webmail se situe directement sur le serveur de mails et se connecte donc de manière transparente et automatique, en local au serveur IMAP pour afficher vos emails et SMTP pour envoyer des emails. Le webmail est un moyen très simple et très fiable de se connecter avec une configuration correcte, ce qui en fait également un excellent moyen de vérifier la bonne connexion à votre service de messagerie.

<h3>URL du webmail</h3>
Si votre domaine est "monsite.com", votre webmail est alors :

* Exemple : http://webmail.monsite.com
''Note: Il faut taper cette adresse directement dans votre barre d'adresse et non dans Google. N'hésitez pas à la sauvegarder en favori !''

<h3>Sécurisation du webmail</h3>
Outre le fait qu'il faut toujours se connecter via une connexion de confiance et avoir des mots de passe sécurisés, il est possible d'accéder à votre webmail en HTTPS afin de protéger les données qui transitent entre votre connexion internet et le serveur

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur "Let's Encrypt"
* Assurez-vous que la deuxième case, pour sécuriser le webmail soit bien cochée (Si votre site est accessible via "www.", cochez également la première case)
* Validez en cliquant sur "OK" (ou "Renouveller" si vous aviez déjà généré un certificat)

Votre webmail est désormais accessible en https sans alerte de sécurité.<br />
Exemple: https://webmail.monsite.com

<h3>Choisir son webmail</h3>
Deux webmail sont disponibles par défaut :

* Horde : Le client anciennement installé par défaut, très fonctionnel mais peu intuitif et peu moderne
* Roundcube : Le nouveau client installé par défaut, joli, fonctionnel, simple, et proche des standards actuels

''Note: Un webmail n'est autre qu'un site internet. Vous avez techniquement la possibilité d'installer des webmails additionnels sur des sous-domaines, si vous le souhaitez.''

Pour changer de webmail :

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur la rubrique "Adresses mail"
* Rendez-vous dans l'onglet "Paramètres de la messagerie"
* Sous "Messagerie Web", choisissez Roundcube ou Horde
* Validez en cliquant sur "OK"

<h4>Roundcube</h4>
<h5>Choisir la langue de Roundcube</h5>
Par défaut, Roundcube récupère la langue de votre système, s'il n'y parvient pas, il choisit l'anglais par défaut.

Si vous êtes en Anglais et souhaitez passer en Français, voici la procédure :
* Dans votre webmail, en haut à droite, cliquez sur Settings
* Dans "Preferences", choisissez "User Interface"
* Dans "Language", choisissez "French (Français)" puis validez en cliquant sur "Save"
* Revenez à l'écran d'accueil en cliquant sur le logo "roundcube" en haut à gauche, vos dossiers devraient désormais être en Français.

<h2>Logiciels de messagerie</h2>

<h3>Choisir entre POP et IMAP</h3>

Tout d'abord, expliquons les différences entre POP et IMAP :

* Le protocole '''IMAP''' synchronise votre logiciel de boîte mail avec le serveur en temps réel, c'est le protocole le plus simple, le plus efficace, le plus compréhensible, et donc le choix recommandé dans la plupart des cas.
* Le protocole '''POP''' synchronise les données en fonction de vos réglages du logiciel, toutes les X minutes. De plus, POP, peut supprimer les messages du serveur pour n'en conserver qu'une copie locale, sur votre ordinateur, et ainsi faire gagner de l'espace d'hébergement, mais attention : si vous changez d'ordinateur ou supprimez votre boîte, vous perdez vos emails.
* (SMTP est le protocole d'envoi de mails. Tout envoi de mails se fera en SMTP.)

Il faut bien choisir le bon protocole dès la configuration de votre logiciel, car il est impossible de changer ceci ensuite :
Il vous faudra supprimer le compte, et le recréer pour choisir un protocole différent.

Dans la plupart des cas, nous conseillons l'utilisation du protocole '''IMAP'''. Par exemple :
* Sur votre téléphone mobile, si vous consultez également vos emails sur votre ordinateur. De cette manière, quand vous lirez un email depuis votre mobile, et que vous vérifiez ensuite votre messagerie sur votre ordinateur, le mail sera toujours présent (contrairement à POP avec option de suppression du message lors du téléchargement).
* Sur tout appareil, lorsque vous souhaitez que vos emails soient conservés sur le serveur (peut utiliser un espace conséquent, et nécessite donc une formule adaptée à vos besoins en stockage d'email).

Dans d'autres cas, principalement si vous souhaitez conserver vos emails sur votre ordinateur au lieu du serveur, et si vous souhaitez ne pas utiliser trop d'espace sur le serveur, nous conseillons l'utilisation du protocole '''POP'''. Il faudra alors vérifier certains réglages dans votre logiciel de messagerie. Vous disposez en général de trois options :
* Activer ou non la suppression des emails sur le serveur dès leur téléchargement sur votre ordinateur.
* Activer ou non la suppression des emails sur le serveur au bout de X jours.
* Activer ou non la suppression des emails sur le serveur lors de leur suppression de la corbeille.

En fonction des logiciels de messagerie, ces paramètres peuvent changer. Nous vous invitons à vérifier notre page liée à la configuration des principaux clients de messagerie. (À venir).

<h3>Configuration automatique</h3>
Avec Outlook et Thunderbird, la configuration peut se faire automatiquement. Dans ce cas, il vous suffit de renseigner votre adresse email et votre mot de passe ; la configuration du serveur de mails se renseigne alors automatiquement.

La configuration automatique est disponible par défaut sous quelques conditions sur tous nos serveurs mutualisés, dédiés et virtuels, à partir de Plesk Obsidian (ou avant cette version, via un de nos scripts que nous avons spécialement développé pour Plesk : https://gitlab.haisoft.net/pub/Plesk_MailAutoconfig).<br />
Si la configuration automatique n'est pas disponible pour votre domaine, n'hésitez pas à nous contacter.

'''Attention !''' Par défaut, la configuration automatique sélectionne le protocole IMAP, généralement préféré. Pour établir une connexion en POP, vous devez choisir ce mode de connexion via un menu déroulant lors de la configuration de votre logiciel.

<h4>Pour Outlook (le logiciel de messagerie)</h4>

* Votre domaine et vos emails doivent être hébergés chez HaiSoft
* Votre zone DNS doit être gérée chez HaiSoft, si ce n'est pas le cas, vous devez ajouter les enregistrements DNS (voir Les-enregsitrements-DNS) suivants :
<code>_imaps._tcp.example.com. SRV srvXX.haisoft.net.<br />
_pop3s._tcp.example.com. SRV srvXX.haisoft.net.<br />
_smtps._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
''(remplacer example.com par votre nom de domaine et srvxx.haisoft.net par le nom du serveur sur lequel sont hébergés vos emails)''

<h4>Pour Thunderbird</h4>
* Votre domaine et vos emails doivent être hébergés chez HaiSoft

<h4>Pour Apple "Mail"</h4>
Pour Mac et iPhone.
* Votre domaine et vos mails doivent être hébergés chez HaiSoft
* Votre logiciel Apple doit être à jour (2016 et supérieur)

Il vous suffit de visiter le lien suivant (en remplaçant "domaine.tld" par votre nom de domaine et "user@domaine.tld" par votre adresse email) :<br />
https://domaine.tld/email.mobileconfig?emailaddress=user@domaine.tld<br />
Un téléchargement de fichier vous est alors proposé. Ouvrez le fichier qui doit s'ouvrir avec votre logiciel ou application "Mail". Validez l'acceptation de la configuration, suivez l'assistant et entrez le mot de passe de votre boîte mail.

<h3>Configuration manuelle</h3>
<h5>Pré-requis</h5>
Avant toute chose, il vous faut savoir :
* L'adresse de votre serveur (par exemple : srv04.haisoft.net, en cas de doute, contactez le support HaiSoft)
* L'adresse email et son mot de passe
* La différence entre POP et IMAP

<h5>Ports et protocoles email</h5>
{| class="wikitable"
|+ Connexion IMAP ou POP sécurisée
!
! IMAP (conseillé)
! POP
|-
! Serveur
| srvXX.haisoft.net (à adapter) || srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat wildcard requis) || mail.votredomaine.tld (à adapter, certificat wildcard requis)
|-
! Port
| 993
| 995
|-
! Chiffrement (SSL/TLS)
| Activé
| Activé
|-
! Identifiant
| Votre adresse email
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe
| Votre mot de passe
|}

{| class="wikitable"
|+ Connexion SMTP sécurisée
!
! SMTP
|-
! Serveur
| srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé
| mail.votredomaine.tld (à adapter, certificat wildcard requis)
|-
! Port SSL/TLS
| 465 (recommandé)
|-
! Chiffrement (SSL/TLS)
| Activé
|-
! Authentification
| Activée
|-
! Identifiant
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe
|}

<h5>Comprendre les paramètres</h5>
* '''Serveur''' : Donné sous la forme "srvXX.haisoft.net", "vmXXX.haisoft.net", "dsXXX.haisoft.net", il s'agit du nom d'hôte de votre serveur, également utilisé pour la connexion à votre [[Panneau de contrôle Plesk]]. En cas de doute, demandez conseil à votre support technique HaiSoft. Ce nom d'hôte comporte également le certificat du serveur de mails, c'est pourquoi il est important d'utiliser ce nom pour la connexion.
* '''Port''' : Toute connexion réseau se fait à l'aide d'un port. Chaque protocole a été normalisé pour utiliser un port précis et HaiSoft respecte les ports standards. Attention, un pare-feu sur votre ordinateur ou réseau peut risquer de bloquer votre port, il faut donc vous assurer qu'aucun blocage n'a lieu de ce côté. NB: Cela n'a rien à voir avec les redirections de ports faits par un routeur.
* '''Identifiant''' : Votre identifiant est toujours votre '''adresse email''' complète. Ex: moi@domain.tld
* '''Mot de passe''' : Le mot de passe de votre adresse email a été défini lors de sa création. Si vous l'avez oublié, vous pouvez le réinitialiser via votre [[Panneau de contrôle Plesk]].
* '''Chiffrement SSL/TLS''' : Cette sécurité permet de protéger les données que vous échangez avec le serveur de mails. Il est également possible de chiffrer en STARTTLS, le protocole est ainsi initialisé différemment.

'''Note''': Outlook ne distingue pas correctement SSL et TLS dans la plupart de ses versions, appelant "TLS" ce qui est en fait du "STARTTLS". Si cela ne fait généralement aucune différence pour le POP/IMAP, le SMTP en STARTTLS nécessite d'utiliser le port 587. Si vous n'êtes pas certains des appellations de chiffrement utilisées par Outlook, choisissez le SMTP SSL sur port 465. Alternativement, nous conseillons d'utiliser le logiciel gratuit et libre Thunderbird, qui sait dinstinguer correctement ces protocoles de chiffrement.

<h3>Problèmes connus et solutions</h3>
<h4>Outlook</h4>
<h5>Sauvegarde/Suppression impossible en IMAP</h5>
<b>Symptômes</b>

En IMAP, si les emails envoyés ne se sauvegardent pas et que vous ne pouvez pas supprimer les éléments envoyés avec en erreur "L'élément est déjà supprimé".

<b>Cause</b>

Dans certains cas, Outlook n'est pas capable de définir un chemin IMAP. Nos serveurs utilisent pourtant le dossier par défaut "INBOX" étant standard sur la très vaste majorité des serveurs de mails. Dans quel cas, l'arborescence des dossiers est donc incohérente entre ce que "voit" Outlook et ce qui est présent sur le serveur, causant des erreurs d'écriture/modification sur les mails.

<b>Solution</b>
* Rendez-vous dans : Fichier / Paramètres du compte / Modifier / Paramètres supplémentaires / Options avancées<br />
* Dans "Chemin d'accès au dossier racine", mettez: INBOX
* Validez, et relancez Outlook

Connexion aux adresses email

2022-06-03T13:06:23Z

Root xo1zfe7e : Ajout ndd wildcard

[[Category:E-mail]]
<h1>Connexion aux adresses email</h1>
Il existe plusieurs moyens de vous connecter à votre adresse email HaiSoft.

* Votre identifiant est toujours : votre adresse email complète (exemple: moi@monsite.com).
* Votre mot de passe : a été choisi à la création de l'adresse et peut être changé via votre [[Panneau de contrôle Plesk]] si nécessaire. Voir [[Gestion_des_adresses_email#Changer_un_mot_de_passe_email|Changer un mot de passe email]]

<h2>Webmail</h2>
Un webmail est un site contenant un panneau de gestion de mails, permettant de vous connecter à votre messagerie simplement depuis un navigateur internet. Le webmail se situe directement sur le serveur de mails et se connecte donc de manière transparente et automatique, en local au serveur IMAP pour afficher vos emails et SMTP pour envoyer des emails. Le webmail est un moyen très simple et très fiable de se connecter avec une configuration correcte, ce qui en fait également un excellent moyen de vérifier la bonne connexion à votre service de messagerie.

<h3>URL du webmail</h3>
Si votre domaine est "monsite.com", votre webmail est alors :

* Exemple : http://webmail.monsite.com
''Note: Il faut taper cette adresse directement dans votre barre d'adresse et non dans Google. N'hésitez pas à la sauvegarder en favori !''

<h3>Sécurisation du webmail</h3>
Outre le fait qu'il faut toujours se connecter via une connexion de confiance et avoir des mots de passe sécurisés, il est possible d'accéder à votre webmail en HTTPS afin de protéger les données qui transitent entre votre connexion internet et le serveur

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur "Let's Encrypt"
* Assurez-vous que la deuxième case, pour sécuriser le webmail soit bien cochée (Si votre site est accessible via "www.", cochez également la première case)
* Validez en cliquant sur "OK" (ou "Renouveller" si vous aviez déjà généré un certificat)

Votre webmail est désormais accessible en https sans alerte de sécurité.<br />
Exemple: https://webmail.monsite.com

<h3>Choisir son webmail</h3>
Deux webmail sont disponibles par défaut :

* Horde : Le client anciennement installé par défaut, très fonctionnel mais peu intuitif et peu moderne
* Roundcube : Le nouveau client installé par défaut, joli, fonctionnel, simple, et proche des standards actuels

''Note: Un webmail n'est autre qu'un site internet. Vous avez techniquement la possibilité d'installer des webmails additionnels sur des sous-domaines, si vous le souhaitez.''

Pour changer de webmail :

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine
* Cliquez sur la rubrique "Adresses mail"
* Rendez-vous dans l'onglet "Paramètres de la messagerie"
* Sous "Messagerie Web", choisissez Roundcube ou Horde
* Validez en cliquant sur "OK"

<h4>Roundcube</h4>
<h5>Choisir la langue de Roundcube</h5>
Par défaut, Roundcube récupère la langue de votre système, s'il n'y parvient pas, il choisit l'anglais par défaut.

Si vous êtes en Anglais et souhaitez passer en Français, voici la procédure :
* Dans votre webmail, en haut à droite, cliquez sur Settings
* Dans "Preferences", choisissez "User Interface"
* Dans "Language", choisissez "French (Français)" puis validez en cliquant sur "Save"
* Revenez à l'écran d'accueil en cliquant sur le logo "roundcube" en haut à gauche, vos dossiers devraient désormais être en Français.

<h2>Logiciels de messagerie</h2>

<h3>Choisir entre POP et IMAP</h3>

Tout d'abord, expliquons les différences entre POP et IMAP :

* Le protocole '''IMAP''' synchronise votre logiciel de boîte mail avec le serveur en temps réel, c'est le protocole le plus simple, le plus efficace, le plus compréhensible, et donc le choix recommandé dans la plupart des cas.
* Le protocole '''POP''' synchronise les données en fonction de vos réglages du logiciel, toutes les X minutes. De plus, POP, peut supprimer les messages du serveur pour n'en conserver qu'une copie locale, sur votre ordinateur, et ainsi faire gagner de l'espace d'hébergement, mais attention : si vous changez d'ordinateur ou supprimez votre boîte, vous perdez vos emails.
* (SMTP est le protocole d'envoi de mails. Tout envoi de mails se fera en SMTP.)

Il faut bien choisir le bon protocole dès la configuration de votre logiciel, car il est impossible de changer ceci ensuite :
Il vous faudra supprimer le compte, et le recréer pour choisir un protocole différent.

Dans la plupart des cas, nous conseillons l'utilisation du protocole '''IMAP'''. Par exemple :
* Sur votre téléphone mobile, si vous consultez également vos emails sur votre ordinateur. De cette manière, quand vous lirez un email depuis votre mobile, et que vous vérifiez ensuite votre messagerie sur votre ordinateur, le mail sera toujours présent (contrairement à POP avec option de suppression du message lors du téléchargement).
* Sur tout appareil, lorsque vous souhaitez que vos emails soient conservés sur le serveur (peut utiliser un espace conséquent, et nécessite donc une formule adaptée à vos besoins en stockage d'email).

Dans d'autres cas, principalement si vous souhaitez conserver vos emails sur votre ordinateur au lieu du serveur, et si vous souhaitez ne pas utiliser trop d'espace sur le serveur, nous conseillons l'utilisation du protocole '''POP'''. Il faudra alors vérifier certains réglages dans votre logiciel de messagerie. Vous disposez en général de trois options :
* Activer ou non la suppression des emails sur le serveur dès leur téléchargement sur votre ordinateur.
* Activer ou non la suppression des emails sur le serveur au bout de X jours.
* Activer ou non la suppression des emails sur le serveur lors de leur suppression de la corbeille.

En fonction des logiciels de messagerie, ces paramètres peuvent changer. Nous vous invitons à vérifier notre page liée à la configuration des principaux clients de messagerie. (À venir).

<h3>Configuration automatique</h3>
Avec Outlook et Thunderbird, la configuration peut se faire automatiquement. Dans ce cas, il vous suffit de renseigner votre adresse email et votre mot de passe ; la configuration du serveur de mails se renseigne alors automatiquement.

La configuration automatique est disponible par défaut sous quelques conditions sur tous nos serveurs mutualisés, dédiés et virtuels, à partir de Plesk Obsidian (ou avant cette version, via un de nos scripts que nous avons spécialement développé pour Plesk : https://gitlab.haisoft.net/pub/Plesk_MailAutoconfig).<br />
Si la configuration automatique n'est pas disponible pour votre domaine, n'hésitez pas à nous contacter.

'''Attention !''' Par défaut, la configuration automatique sélectionne le protocole IMAP, généralement préféré. Pour établir une connexion en POP, vous devez choisir ce mode de connexion via un menu déroulant lors de la configuration de votre logiciel.

<h4>Pour Outlook (le logiciel de messagerie)</h4>

* Votre domaine et vos emails doivent être hébergés chez HaiSoft
* Votre zone DNS doit être gérée chez HaiSoft, si ce n'est pas le cas, vous devez ajouter les enregistrements DNS (voir Les-enregsitrements-DNS) suivants :
<code>_imaps._tcp.example.com. SRV srvXX.haisoft.net.<br />
_pop3s._tcp.example.com. SRV srvXX.haisoft.net.<br />
_smtps._tcp.example.com. SRV srvXX.haisoft.net.</code><br />
''(remplacer example.com par votre nom de domaine et srvxx.haisoft.net par le nom du serveur sur lequel sont hébergés vos emails)''

<h4>Pour Thunderbird</h4>
* Votre domaine et vos emails doivent être hébergés chez HaiSoft

<h4>Pour Apple "Mail"</h4>
Pour Mac et iPhone.
* Votre domaine et vos mails doivent être hébergés chez HaiSoft
* Votre logiciel Apple doit être à jour (2016 et supérieur)

Il vous suffit de visiter le lien suivant (en remplaçant "domaine.tld" par votre nom de domaine et "user@domaine.tld" par votre adresse email) :<br />
https://domaine.tld/email.mobileconfig?emailaddress=user@domaine.tld<br />
Un téléchargement de fichier vous est alors proposé. Ouvrez le fichier qui doit s'ouvrir avec votre logiciel ou application "Mail". Validez l'acceptation de la configuration, suivez l'assistant et entrez le mot de passe de votre boîte mail.

<h3>Configuration manuelle</h3>
<h5>Pré-requis</h5>
Avant toute chose, il vous faut savoir :
* L'adresse de votre serveur (par exemple : srv04.haisoft.net, en cas de doute, contactez le support HaiSoft)
* L'adresse email et son mot de passe
* La différence entre POP et IMAP

<h5>Ports et protocoles email</h5>
{| class="wikitable"
|+ Connexion IMAP ou POP sécurisée
!
! IMAP (conseillé)
! POP
|-
! Serveur
| srvXX.haisoft.net (à adapter) || srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé (Certificat Wildcard requis)
| mail.votredomaine.tld (à adapter) || mail.votredomaine.tld (à adapter)
|-
! Port
| 993
| 995
|-
! Chiffrement (SSL/TLS)
| Activé
| Activé
|-
! Identifiant
| Votre adresse email
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe
| Votre mot de passe
|}

{| class="wikitable"
|+ Connexion SMTP sécurisée
!
! SMTP
|-
! Serveur
| srvXX.haisoft.net (à adapter)
|-
! Serveur personnalisé (Certificat Wildcard requis)
| mail.votredomaine.tld (à adapter) || mail.votredomaine.tld (à adapter)
|-
! Port SSL/TLS
| 465 (recommandé)
|-
! Chiffrement (SSL/TLS)
| Activé
|-
! Authentification
| Activée
|-
! Identifiant
| Votre adresse email
|-
! Mot de passe
| Votre mot de passe
|}

<h5>Comprendre les paramètres</h5>
* '''Serveur''' : Donné sous la forme "srvXX.haisoft.net", "vmXXX.haisoft.net", "dsXXX.haisoft.net", il s'agit du nom d'hôte de votre serveur, également utilisé pour la connexion à votre [[Panneau de contrôle Plesk]]. En cas de doute, demandez conseil à votre support technique HaiSoft. Ce nom d'hôte comporte également le certificat du serveur de mails, c'est pourquoi il est important d'utiliser ce nom pour la connexion.
* '''Port''' : Toute connexion réseau se fait à l'aide d'un port. Chaque protocole a été normalisé pour utiliser un port précis et HaiSoft respecte les ports standards. Attention, un pare-feu sur votre ordinateur ou réseau peut risquer de bloquer votre port, il faut donc vous assurer qu'aucun blocage n'a lieu de ce côté. NB: Cela n'a rien à voir avec les redirections de ports faits par un routeur.
* '''Identifiant''' : Votre identifiant est toujours votre '''adresse email''' complète. Ex: moi@domain.tld
* '''Mot de passe''' : Le mot de passe de votre adresse email a été défini lors de sa création. Si vous l'avez oublié, vous pouvez le réinitialiser via votre [[Panneau de contrôle Plesk]].
* '''Chiffrement SSL/TLS''' : Cette sécurité permet de protéger les données que vous échangez avec le serveur de mails. Il est également possible de chiffrer en STARTTLS, le protocole est ainsi initialisé différemment.

'''Note''': Outlook ne distingue pas correctement SSL et TLS dans la plupart de ses versions, appelant "TLS" ce qui est en fait du "STARTTLS". Si cela ne fait généralement aucune différence pour le POP/IMAP, le SMTP en STARTTLS nécessite d'utiliser le port 587. Si vous n'êtes pas certains des appellations de chiffrement utilisées par Outlook, choisissez le SMTP SSL sur port 465. Alternativement, nous conseillons d'utiliser le logiciel gratuit et libre Thunderbird, qui sait dinstinguer correctement ces protocoles de chiffrement.

<h3>Problèmes connus et solutions</h3>
<h4>Outlook</h4>
<h5>Sauvegarde/Suppression impossible en IMAP</h5>
<b>Symptômes</b>

En IMAP, si les emails envoyés ne se sauvegardent pas et que vous ne pouvez pas supprimer les éléments envoyés avec en erreur "L'élément est déjà supprimé".

<b>Cause</b>

Dans certains cas, Outlook n'est pas capable de définir un chemin IMAP. Nos serveurs utilisent pourtant le dossier par défaut "INBOX" étant standard sur la très vaste majorité des serveurs de mails. Dans quel cas, l'arborescence des dossiers est donc incohérente entre ce que "voit" Outlook et ce qui est présent sur le serveur, causant des erreurs d'écriture/modification sur les mails.

<b>Solution</b>
* Rendez-vous dans : Fichier / Paramètres du compte / Modifier / Paramètres supplémentaires / Options avancées<br />
* Dans "Chemin d'accès au dossier racine", mettez: INBOX
* Validez, et relancez Outlook

Fail2ban

2022-03-03T12:32:28Z

Root xo1zfe7e : Missing info

Fail2Ban est un outil anti bruteforce pour serveur.

<h1>Fonctionnement</h1>
Fail2Ban permet de bloquer les attaques de robots sur les serveurs en vérifiant les erreurs générées par les IP accédant au service et en bloquant les IP attaquantes.

Il peut s'activer sur les services désirés : POP, IMAP, SMTP, FTP, Plesk, webmail, WordPress, Apache, etc.

Si l'IP d'un usager du service (ou robot) génère trop d'erreurs dans un temps imparti, l'IP est bloquée pour une certaine durée. A la fin de cette période, si les connexions incorrectes persistent, l'IP d'où proviennent ces connexions est totalement bloquée du serveur jusqu'à intervention d'un administrateur.

<h2>Les services protégés</h2>
La sécurité des différents services est effectuée par ce que l'on appelle en langage Fail2Ban des "jails" (de l'anglais "prisons").

Les jails disponibles par défaut dans Plesk sont les suivantes :

* apache-auth, pour les échecs d’authentification Apache.
* apache-badbots, pour les spambots et robots d’indexation malveillants.
* plesk-courierlogin, pour les échecs d’authentification Courier-IMAP et POP3.
* plesk-dovecot, pour les échecs d’authentification Dovecot IMAP, POP3 et Sieve.
* plesk-horde, pour les échecs d’authentification de la messagerie Web Horde.
* plesk-modsecurity, pour les attaques contre des applications Web, détectées par le pare-feu d’application Web ModSecurity.
* plesk-panel, pour les échecs d’authentification de Plesk.
* plesk-qmail, pour les échecs d’authentification SMTP Qmail.
* plesk-roundcube, pour les échecs d’authentification de la messagerie Web Roundcube.
* plesk-wordpress, pour les échecs d’authentification de WordPress.
* postfix-sasl, pour les échecs d’authentification SMTP et SASL Postfix.
* proftpd, pour les échecs de connexion ProFTPD.
* recidive, pour les hôtes bannis plusieurs fois par Fail2Ban.
* sshd, pour les échecs de connexion SSH.

<h1>Serveurs comportant la protection Fail2Ban</h1>

Fail2Ban est présent sur l'ensemble des serveurs mutualisés HaiSoft et sur demande sur serveur VM ou dédié.

<h1>Faux positifs</h1>

Il peut arriver que vous soyez bloqué par la sécurité Fail2Ban alors que vous n'êtes pas un robot pirate. L'on appelle cela un faux positif.

<h2>Qui concerne le blocage ?</h2>
Il ne s'agit pas de votre site ou des services qui sont totalement inaccessibles, mais de l'IP de la connexion internet utilisée pour effectuer ces connexions incorrectes.

Vous pouvez vérifier cela en accédant à votre site via une connexion internet différente, par exemple sur votre smartphone en 4G. Les services deviennent donc dans ce cas inaccessibles uniquement depuis la connexion internet où s'est produite le blocage, cela peut donc concerner plusieurs utilisateurs au sein d'un foyer ou d'un bureau.

<h2>Quelles sont les causes les plus fréquentes de faux positifs ?</h2>

* Cela provient généralement d'un souci de connexion au serveur de mails : Si vous avez entré un mauvais mot de passe, le périphérique tente de se connecter à répétition avec un mauvais mot de passe, provoquant le blocage de votre IP.
* Cela peut provenir de connexions répétées sur votre webmail avec des identifiants incorrects.
* Cela peut provenir de connexions répétées à votre backoffice avec des identifiants incorrects.
* Cela peut provenir de connexions répétées à votre Panneau de contrôle Plesk avec des identifiants incorrects.
* Plus rarement, cela peut provenir d'une génération répétée d'erreurs sur votre site. Par exemple, si votre site fait appel à un fichier dont la lecture est "403 forbidden", la visite de votre site peut provoquer à terme le blocage de votre IP.

<h2>Comment faire débloquer mon IP ?</h2>
La méthode conseillée est de créer un ticket support via votre espace client HaiSoft, depuis un PC connecté à la connexion internet dont l'IP est bloquée. Nous aurons ainsi votre IP et pourrons la débloquer rapidement. S'il s'agit de l'IP d'un tiers qui est bloquée, vous pouvez lui demander de visiter "https://ip.lafibre.info/" et de vous fournir son IPv4. Vous pourrez ensuite nous fournir cette IPv4 afin que l'on vérifie la cause du blocage et débloque l'IP.

<h2>Comment éviter de me faire bloquer à nouveau ?</h2>

HaiSoft peut whitelister votre IP, mais si elle change, vous serez à nouveau bloqués. Il faut donc identifier la cause du blocage et corriger la connexion incorrecte. Si vous venez de connecter un nouveau périphérique à une boîte mail et que celle-ci ne fonctionnait pas, vous savez où chercher. Sinon, vous pouvez demander à notre support technique s'il reste un historique des connexions incorrectes afin de vous aiguiller.

<h1>Gestion de Fail2Ban</h1>

'''Cette section s'adresse uniquement aux possesseurs de serveurs VM ou dédiés.'''

Si Fail2Ban est présent sur votre serveur, vous le retrouverez dans votre panneau de contrôle Plesk dans :<br>
"Outils & Paramètres" / "Bannissement d'adresses IP (Fail2Ban)"

<h2>Activer/désactiver Fail2Ban</h2>

'''NB''': Cette modification n'est pas anodine et peut être motivée par des raisons qui nécessitent un tout autre traitement que Fail2Ban. Nous vous conseillons d'en parler à vos techniciens HaiSoft avant d'effectuer l'opération.

* Rendez-vous dans l'onglet "Paramètres" de Fail2Ban
* Cochez ou décochez "Activer la détection d'intrusion"
* Cliquez sur "Appliquer" ou "OK"

<h2>Activer/désactiver des Jails</h2>

'''NB''': Cette modification n'est pas anodine et peut être motivée par des raisons qui nécessitent un tout autre traitement que Fail2Ban. Nous vous conseillons d'en parler à vos techniciens HaiSoft avant d'effectuer l'opération.

* Rendez-vous dans l'onglet "Jails" de Fail2Ban
* Cochez les cases correspondant aux jails désirées
* Sélectionnez "Activer" ou "Désactiver"

<h2>Débloquer une IP</h2>

'''NB''': Si vous êtes totalement bloqués de votre serveur, n'hésitez pas à contacter votre support HaiSoft qui fera le nécessaire.

* Le pré-requis est de connaître son IP (IPv4).<br>
Celle-ci s'affiche lorsque vous êtes connectés à votre espace client HaiSoift. Sinon, de nombreux sites existent pour cela, par exemple : [https://ip.lafibre.info/ https://ip.lafibre.info/]
* Dans votre panneau de contrôle Plesk, rendez-vous dans "Outils & Paramètres", puis "Bannissement d'adresses IP (Fail2Ban)"
* Vous êtes alors sur le premier onglet de Fail2Ban : Adresses IP bannies.
* Si besoin, filtrez l'affichage de l'IP en renseignant l'IP à débloquer via la barre de recherche située en haut à droite.
* Cochez la case correspondant à l'IP.
* Afin d'éviter que cette IP ne soit bloquée à nouveau, cliquez sur "Déplacer vers les IP de confiance"

On dit que vous avez "whitelisté" l'IP. Notez que ce whitelistage ne sera effectif que tant que le visiteur gardera cette IP. S'il se déplace ou si son opérateur change son IP, celui-ci pourra à nouveau se faire bannir s'il continue d'effectuer des connexions incorrectes.<br>
Il est donc important de trouver la cause du blocage initial. Cela peut se faire en consultant les logs de fail2ban et du service concerné. Cela demande un accès SSH et quelques connaissances, votre service d'Infogérance Haisoft peut bien-sûr se charger de cela pour vous.

Webmastering

2022-02-24T13:31:08Z

Root xo1zfe7e : handlers packs de services

Le webmastering est la gestion de ce qui relève du contenu du site et plus globalement, de tout ce qui attrait au fonctionnement interne du site, c'est à dire indépendant de l'hébergement.

Le webmastering inclus :

* La connexion à votre backoffice (Wordpress, Joomla ou autre) et la gestion de vos mots de passe pour ces derniers
* La publication de contenu de votre site
* La gestion des bugs sur votre site
* L'installation et la gestion de modules complémentaires
* La personnalisation de votre site
* La mise à jour et la sécurisation de votre site
* L'envoi de mails depuis votre site
* Etc.

HaiSoft, en tant qu'hébergeur et infogérant, tient à permettre la bonne distribution de votre contenu, mais n'est nullement tenu d'effectuer des tâches de webmastering de votre site.

Cependant, nous pouvons malgré vous assister dans certaines tâches :
* Si vous ne parvenez pas à comprendre une erreur trouvée dans les logs de votre site que nous vous mettons à disposition, nous pouvons vous l'expliquer.
* Sous certaines conditions (CMS utilisé, version), il est possible de bénéficier des mises à jour de votre CMS soit sur demande, soit automatiques.
* Dans le cas d'un piratage, nous revenons vers vous si nous détectons un comportement anormal sur votre site
* Vous guider afin d'envoyer des emails en SMTP depuis votre site.

<h1>Gérer un site Web</h1>

<h2>Fonctionnement d'un site</h2>

Lorsqu'un site est distribué, on dit qu'il est "hébergé". L'hébergement, c'est le stockage et la distribution de vos contenus (fichiers, bases de données, emails), mais également l'interprétation de vos scripts (PHP).

Un site web moderne est généralement constitué de deux parties :
* Les fichiers du site, accessibles en [[FTP]]. Les fichiers d'un site moderne sont généralement faits de scripts PHP et continennent bien-sûr les images et autres contenus CSS, polices, etc.
* La base de données MySQL, contenant les utilisateurs, mots de passe, les réglages, les articles, produits, etc., c'est ce qui fait vraiment le contenu de votre site.

Le serveur web est constitué :
* D'un système d'exploitation sous Linux (si l'hébergement est sous Windows, nous vous conseillons de fuir)
* D'un serveur de fichiers (Généralement Apache, parfois Nginx, ou une combinaison des deux)
* D'un serveur MySQL (ou MariaDB, qui est son équivalent) qui gère vos bases de données.
* L'interpréteur PHP qui va permettre d'exécuter vos scripts PHP

On parle de serveur "LAMP" : Linux, Apache MySQL, PHP.

WordPress, Joomla, Prestashop, et tous les principaux CMS (content management system) fonctionnent sur serveur LAMP.

<h2>Gérer mon site et mon hébergement</h2>

* Pour la connexion FTP, voir la page dédiée: [[FTP]]
* Pour la gestion des bases de données, rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine, rubrique "Bases de données" (en haut à droite du panneau de contrôle).
* Pour le réglage de votre version de PHP, rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine, rubrique "Paramètres PHP".

<h3>Mettre en place une redirection</h3>

Attention! Cette étape efface tout contenu web du site à rediriger vers un autre.
Cette manipulation est destinée aux possesseurs de serveurs dédiés, ou de formules Multi-Domaines/Revendeur/Corporate. Les clients d'hébergements mutualisés doivent effectuer la demande de redirection par ticket support.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous le domaine désiré, cliquez sur "Paramètres d'hébergement"
* Dans "Type d'hébergement", cliquez sur "Changer"
* Choisissez "Redirection" ainsi que le type de redirection choisie (301 recommandée)
* Entrez l'URL de destination désirée et validez avec "OK"
* Cette action entraine la suppression des données de l'hébergement, validez pour continuer.

<i>Note : le lien "Changer" n'apparaîtra pas si vous disposez de sous-domaines sur cet hébergement.</i>

<i>Autre option : Vous pouvez effectuer une redirection via votre site, via du code PHP, HTML... ou via des directives Apache dans un fichier .htaccess</i>

<h2>Consulter les statistiques de mon site</h2>
Votre [[Panneau de contrôle Plesk]] conserve et permet de visualiser les statistiques des visites de votre site.

<h3>Accès aux statistiques</h2>

Pour les statistiques de visites de votre site faites sans SSL/TLS (HTTP) :
* Depuis votre panneau de contrôle Plesk, sous le domaine désiré, cliquez sur "Statistiques Web" puis entrez vos identifiants FTP.
* Pour un accès manuel, l'URL est (remplacez "exemple.tld" par votre domaine) : https://exemple.tld/plesk-stat/webstat/

Pour les statistiques de visites de votre site faites en SSL/TLS (HTTPS) :
* Depuis votre panneau de contrôle Plesk, sous le domaine désiré, cliquez sur "Statistiques Web SSL/TLS" puis entrez vos identifiants FTP.
* Pour un accès manuel, l'URL est (remplacez "exemple.tld" par votre domaine) : https://exemple.tld/plesk-stat/webstat-ssl/

Lors de la visite de l'URL des statistiques de votre site, un mot de passe vous sera demandé : Il s'agit de vos identifiants [[FTP]]. Si vous avez oublié votre mot de passe ou nom d'utilisateur, n'hésitez pas à le modifier via votre [[Panneau de contrôle Plesk]]

<h3>Réglage des statistiques</h2>

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous le domaine désiré, cliquez sur "Paramètres d'hébergement"
* Tout en bas, dans le menu déroulant, choisissez entre "Aucune", "Webalizer" et "AWStats". Nous conseillons "AWStats" qui est le choix par défaut.
* Vous pouvez si vous le souhaitez décocher la case "Statistiques Web (Protéger l'accès à vos statistiques Web avec votre nom d'utilisateur et mot de passe FTP" afin de désactiver la protection des statistiques par mot de passe.)", néanmoins nous recommandons de garder cette case cochée afin de conserver la confidentialité des visites et fichiers accédés sur votre site.
* Cliquez sur "OK" pour valider les changements

<h2>Les failles de sécurité</h2>

Un site moderne permet du contenu dynamique, de l'interaction entre l'usager du site et le serveur. De ce fait, l'interaction doit être très strictement cadrée afin que l'utilisateur ne puisse envoyer des commandes lui permettant de prendre le contrôle sur votre site. Si cela est très facile sur un site de taille raisonnable fait manuellement, cela devient extrêmement difficile sur les CMS les plus importants tels que WordPress. Très régulièrement, des failles de sécurité de ce type sont découvertes sur les plus grands CMS.

<h2>Impossible de se connecter à WordPress</h2>

'''Attention'''

Si vous soupçonnez que votre mot de passe aie changé sans intervention de votre part, il est nécessaire de vérifier l'intégrité de votre site (fichiers, utilisateurs présents dans la base de données) à l'aide des différents outils proposés (navigateur de fichiers de votre panneau de contrôle ou FTP, rubrique "Bases de données" de votre panneau de contrôle).
CF: [[Sécurité]]

<h3>Procédure de passe WordPress oublié de WordPress</h3>

Si votre site a bien été configuré pour envoyer des mails en SMTP, vous pouvez utiliser la procédure de mot de passe oublié.

Afin que votre site puisse envoyer des emails, il faut en effet avoir configuré correctement l'envoi SMTP au préalable.
CF: https://wiki.haisoft.fr/index.php?title=E-mail#Envois_de_mails_depuis_un_site

<h3>Réinitialisation via le Wordpress Toolkit de Plesk</h3>
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur le nom de votre site Wordpress ou l'icône WordPress.
* A coté de "Administrateur", cliquez sur "[Configuration]".
* Modifiez votre mot de passe.

<h3>Réinitialisation via phpMyAdmin</h3>
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Bases de données" (ou "Databases" en anglais) puis sur phpMyAdmin
* Trouvez la table se terminant par _users, cliquez dessus
* Assurez-vous qu'il n'y a pas d'utilisateur frauduleux, puis à côté de votre utilisateur admin, cliquez sur "Editer" (ou "Edit" en anglais).
* Sur le champ "user_pass", choisissez la Fonction "MD5", entrez votre mot de passe, puis cliquez sur "Exécuter" (ou "Go" en anglais).

<h1>Comprendre PHP</h1>

PHP désigne à la fois le langage de programmation, principalement utilisé pour créer les sites web d'aujourd'hui, ainsi que l'interpréteur PHP qui permet d'exécuter le code PHP.

La très vaste majorité des CMS tels que WordPress, Joomla, PrestaShop utilisent PHP. Pour peu d'être mis à jour, des versions de PHP relativement récentes sont supportées afin d'apporter les meilleures performances et la meilleure sécurité.

HaiSoft permettant le choix de la version de PHP, il en va de la responsabilité de chaque webmaster d'utiliser la version de PHP la plus récente possible. Nous conseillons d'effectuer un contrôle au minimum une fois tous les 6 mois pour chaque site.

<h2>Les versions de PHP</h2>

PHP évolue avec le temps : Améliorations de performances, de sécurité, ajouts de fonctionnalités, etc.

Ainsi, '''il est toujours préférable d'utiliser la version de PHP la plus récente possible''' compatible avec vos scripts PHP et de mettre à jour votre site afin qu'il supporte les nouvelles versions. De la sorte, vous avez une assurance de sécurité et de performances supplémentaire.

HaiSoft met tout en oeuvre pour vous offrir les dernières versions de PHP dès que possible : Sur nos serveurs mutualisés, elles sont généralement disponibles dans la semaine de sortie. Sur serveur dédié ou VM, il suffit d'en faire la demande, ou, les nouvelles versions sont ajoutées à la mise à jour de Plesk sur votre serveur.

En Janvier 2021, à l'écriture de ces mots:
* La fin totale du support de PHP 5.4, y-compris des mises à jour de sécurité date de 2015
* Le support de sécurité de PHP 5.6 a expiré le premier Janvier 2019
* Le support de sécurité de PHP 7.1 a expiré fin 2019.
* Le support de sécurité de PHP 7.2 a expiré fin 2020.
* '''Toute version de PHP inférieure à 7.3 est obsolète'''.
* '''Le support de sécurité de PHP 7.3 expire en Décembre 2021''', prenez les devants, préparez-vous.
* '''Il est recommandé d'utiliser PHP 7.4 dont le support de sécurité sera assuré jusqu'à fin 2022.'''
* PHP 7.4 nécessite à l'heure actuelle un serveur sous minimum CentOS 7 et Plesk Obsidian (18.0).
* PHP 8.0 est disponible (Plesk Obsidian, CentOS 7 et 8), son support de sécurité devrait durer jusqu'à fin 2023. Son utilisation n'est pour l'heure pas recommandée avec WordPress car le WP Toolkit de Plesk n'est pas encore compatible.

La liste à jour des versions de PHP supportées est consultable sur le site officiel : https://www.php.net/supported-versions.php

<h2>Choisir une version de PHP</h2>

HaiSoft vous permet de choisir vous-même votre version de PHP. Cela est un avantage car vous pouvez utilisez le script de votre choix avec la version de PHP de votre choix, de plus, les toutes dernières versions de PHP sont disponibles très rapidement chez HaiSoft.

Néanmoins, une règle est à suivre afin d'obtenir une sécurité et des performances optimales :
'''Il faut donc utiliser la version de PHP la plus récente supportée par votre script.'''

Pour le réglage de votre version de PHP:
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, allez dans la rubrique "Paramètres PHP"
* Selectionnez la version de PHP désirée, et validez avec "OK"
* Après quelques secondes, la version de PHP est active
* Vérifiez le bon fonctionnement de votre site avant de décider de conserver cette version ou non.

<h2>Passage à PHP 5.6 ou supérieur : A savoir</h2>

Si vous utilisez une version inférieure à PHP 5.6, voici les principales choses à savoir avant la mise à jour :
* A partir de PHP 5.6, PHP vérifie désormais le certificat du serveur lors de l'envoi de mails en SMTP. Si votre site envoit des emails en SMTP, il faudra donc vous assurer de bien avoir le nom de votre serveur srvXX.haisoft.net -remplacer "XX" par votre numéro de serveur- en tant que serveur SMTP dans vos paramètres d'envoi.
* A partir de PHP 7.0, la fonction "mysql_connect" disparait au profit de MySQLi ou PDO_MySQL. Ref: https://www.php.net/manual/fr/function.mysql-connect.php
* Vous pouvez à tout moment choisir la version de PHP de votre site depuis votre panneau de contrôle Plesk fourni par HaiSoft, comme expliqué plus haut.
* PHP 7.1 et supérieurs améliorent d'un facteur 1.5 à 10 la vitesse de l'exécution de PHP par rapport à PHP 5.
* PHP 7.3, qui sera supporté jusqu'au 6 Décembre 2021 est disponible depuis le jour de sa sortie chez HaiSoft et un certain nombre de CMS sont déjà compatibles avec ce dernier. N'hésitez pas à l'utiliser dès maintenant si possible.
* Si votre CMS n'est pas compatible PHP 7, cela signifie qu'il n'est pas à jour, donc pas sécurisé. Dans ce cas, il faut sérieusement songer à mettre à jour votre CMS ou à en changer.

<h2>Les handlers (gestionnaires) PHP</h2>

''Cette rubrique s'adresse principalement aux possesseurs de serveurs VM et dédiés.''

Le serveur distribuant les fichiers web est généralement Apache.

Apache ne fait que distribuer des fichiers et n'a pas nativement la possibilité d'exécuter du code PHP. Ainsi, PHP est exécuté par Apache via ce que l'on appelle un "handler" (ou gestionnaire en Français).

Le plus ancien handler PHP était mod_php, une extension d'Apache permettant d'exécuter PHP; les fichiers devaient alors appartenir à Apache pour que PHP puisse écrire dans les fichiers web. Si votre site est encore sous mod_php, contactez votre service d'infogérance HaiSoft pour considérer un upgrade serveur.

Puis, sont apparus CGI et FastCGI, permettant de bien meilleures performances mais surtout de laisser les fichiers appartenir à l'utilisateur correspondant au site, permettant donc une meilleure indépendance des sites sur un serveur et donc une meilleure sécurité. FastCGI divise donc par deux les temps de chargement des pages par rapport à mod_php tout en apportant un fort gain de sécurité.

FPM (ou en Français "Application PHP") est le dernier handler en date, utilisé par défaut sous CentOS 7 il permet des performances encore supérieures et une meilleure gestion des ressources de chaque site. FPM génère une instance par version de PHP. FPM a également l'avantage de permettre de régler individuellement le nombre max de process FPM (donc d'exécutions PHP) simultanés pour chaque site, ainsi que le nombre de process "spare" (c'est à dire en attente de connexion). Plusieurs modes existent, réglables via les paramètres PHP du domaine lorsque vous sélecitonnez FPM. Par défaut, c'est "ondemand", donc aucun process n'est lancé s'il n'y a pas de requête en cours, mais il est possible de pré lancer des handlers FPM (au prix d'un peu de RAM) de sorte à accélérer légèrement les temps de réponse.

Depuis Plesk Obsidian 18.0.39 (13 Octobre 2021), il est également possible de choisir "FPM dédié". FPM dédié permet d'avoir un service/handler FPM indépendant pour un site. Cela se traduit techniquement par un process système (un "service") supplémentaire. Au coût d'un peu d'utilisation RAM, cela améliore légèrement la vitesse de lancement du handler, donc de chargement du site, améliorant la métrique "TTFB" (temps de réponse initial du serveur) de quelques millisecondes. L'option FPM dédié est donc plutôt à utiliser sur les sites à très fort traffic ou les plus critiques. La différence est de l'ordre de quelques % de vitesse de chargement, en particulier sur les applis gourmandes en process FPM comme Nextcloud. Finalement, si la différence peut être intéressante, cela reste relativement marginal au regard de ce que l'optimisation du code du site ou d'un cache Redis peut apporter.

Notez que les réglages du handler, de même que tous les réglages PHP, peuvent être définis au niveau des packs de services Plesk (licence 30 domaines ou supérieure).

<h1>Diagnostics</h1>

En dehors de notre formule WordPress dans laquelle nous fournissons un aide au debug et diagnostic de votre site, le diagnostic de fonctionnement d'un site est à la charge du webmaster. En cas d'erreur, il faut consulter les logs du domaine, désactiver les plugins ou thèmes en lien avec l'erreur, vérifier quelle modification a pu entraîner le dysfonctionnement, les fichiers PHP causant des erreurs, effectuer ses mises à jour de CMS, réinstallation manuelle si nécessaire, etc.

<h2>Utiliser les logs</h2>

Les logs d'un serveur web (historique des requêtes et erreurs) sont nécessaires à toute administration d'un site internet. Ils permettent de vérifier et de comprendre les éventuelles erreurs présentes à la visite ou l'exécution du site.

Vous pouvez consulter ces logs via [[Panneau de contrôle Plesk]], sous le domaine concerné dans la rubrique "Logs". Il est également possible de filtrer ces logs via les champs libres, ainsi que via le menu déroulant en haut à droite.

<h2>Les codes de statut et d'erreur Apache</h2>

Les serveurs web affichent généralement un code d'erreur lorsque quelque-chose ne fonctionne pas. Ces codes peuvent vous orienter rapidement vers la cause du souci, mais pour plus de détails, il faut systématiquement avoir le réflexe de consulter les logs du site pour en savoir plus.

<h3>Erreur 500</h3>

Une erreur 500 signifie que le code PHP de votre site n'a pas pu êxtre exécuté correctement. Ces erreurs relèvent donc généralement du webmastering et non de l'hébergement.

Causes les plus courantes:
* Votre code fait appel à une fonction non présente dans la version de PHP choisie pour l'hébergement
* Un ou plusieurs scripts comportent des erreurs de code
* Votre code est trop long à s'exécuter et dépasse le max_execution_time (timeout) ou trop lourd et dépasse le memory_limit.

<h3>RSA certificate</h3>

L'erreur est de type :

Warning AH01909: RSA certificate configured for domain.tld:443 does NOT include an ID which matches the server name

Cela signifie simplement que votre site n'a pas de certificat valide pour s'afficher en HTTPS. Pour en savoir plus, voir [[Chiffrement TLS]].

<h3>ModSecurity</h3>

ModSecurity est un pare-feu applicatif qui bloque les requêtes dangereuses effectuées sur votre site. Certains faux positifs peuvent être observés, en particulier avec WordPress et les différents "builders" existants qui envoient des requêtes à rallonge pour sauvegarder leurs paramètres.

L'erreur est de type :
[client 192.168.1.128] ModSecurity: [file "/etc/httpd/conf/modsecurity.d/rules/tortix/modsec/50_plesk_basic_asl_rules.conf"] [line "2242"] [id "33340748"] [rev "2"] [msg "Protected by Atomicorp.com Basic Non-Realtime WAF Rules: Generic Path Recursion denied"] [severity "CRITICAL"] Access denied with code 403 (phase 2). Pattern match [...]

Pour désactiver cette sécurité spécifique :
* Il faut noter le numéro dans le champ [id ""], ici dans l'exemple : 33340748
* Dans Plesk, sous votre domaine, cliquez sur "Pare-feu des applications Web"
* Dans le champ "ID de la règle de sécurité", insérez le numéro de règle à désactiver
* Si vous avez plusieurs règles à insérer, indiquez une règle par ligne
* Cliquez sur "OK" pour valider

<h1>Optimisation</h1>

La lenteur d'un site internet réduit significativement le temps passé par les visiteurs sur celui-ci. L'optimisation de la vitesse de votre site est donc un élément majeur à ne surtout pas négliger.

Contrairement aux idées reçues, les lenteurs d'un site ne proviennent pas forcément de la lenteur du serveur qui l'héberge. Bien-sûr, un serveur surchargé ou de piètre qualité peut causer des lenteurs, mais HaiSoft fait tout pour éliminer cette possibilité.

En effet, nous mettons tout en oeuvre pour que vous profitiez en permanence d'un hébergement rapide et disponible : L'ensemble des serveurs mutualisés HaiSoft ainsi que tous les nouveaux serveurs sont livrés en SSD pour des performances maximales et constantes. De plus, les serveurs sont activement monitorés de sorte à ce qu'une charge importante soit immédiatement identifiée et le souci très rapidement réglé. Les hébergements HaiSoft, sont donc un excellent moyen de bénéficier de performances exceptionnellement bonnes en toutes circonstances.

Dans un tel contexte, nous constatons que les demandes concernant des lenteurs sur les sites web sont dans la vaste majorité des cas dus à un manque d'optimisation des dits sites, d'où l'utilité de cet article. (Néanmoins, en cas de ralentissement inhabituel sur votre site, n'hésitez pas à contacter votre support HaiSoft pour demander une vérification.)

L'optimisation peut être séparée en deux parties principales :
* Les ressources CPU utilisées sur le serveur par PHP et MySQL durant le chargement des pages du site
* Les ressources chargées par les visiteurs du site

<h2>Optimisation des ressources serveur</h2>

Le temps de chargement d'une page de votre site est directement liée à la puissance de calcul requise pour la générer. Il est donc important de s'assurer que le code PHP générant les pages soit le plus optimisé possible afin d'offrir un temps de chargement correct.

Par ailleurs, un site pas ou mal optimisé peut dans certains cas extrêmes aller jusqu'à ralentir un serveur complet. Si par exemple chaque page entraîne des requêtes MySQL très longues (plus de 20 secondes) et que le site reçoit plusieurs visites par seconde, l'utilisation CPU du serveur peut vite atteindre les 100% et les performances vont se dégrader dramatiquement, voir le serveur peut cesser de répondre.

En outre, il faut bien comprendre que PHP n'utilise qu'un seul coeur de processeur par process (et donc par page chargée). Cela signifie que le temps de chargement des pages de votre site ne sera pas plus rapide avec 8 coeurs qu'avec 2 coeurs s'il n'y a qu'un seul visiteur, mais en revanche, vous pourrez accueillir plus de visiteurs simultanément sans ralentissements.

Les optimisations suivantes sont valables pour tous les CMS (WordPress, Joomla, etc.)

<h3>Erreurs courantes à éviter</h3>

Afin de gagner du temps, commençons par les pistes qui vous feront uniquement perdre du temps et sont donc à éviter.

* Multiplier les plugins : La plupart des plugins se chargent à toutes les pages, ralentissant chaque fois un peu plus votre site. De plus, certains peuvent entrer en conflit et l'addition de nombreux plugins multiplie d'autant le risque de rencontrer des bugs.
* Utiliser des plugins de cache (WPSupercache, WPRocket...) : Les systèmes de cache peuvent générer de nombreux problèmes et les pages dynamiques, si elles fonctionnent encore, resteront lentes. Il faut prendre le problème à sa source et non pas utiliser un paliatif généralement bien moins efficace qu'une réelle optimisation.
* Garder un site non à jour avec une version de PHP osbolète : Outre le problème de sécurité dramatique occasionné, vous divisez potentiellement par 1,5 à 3 les performances de votre site.

<h3>Mises à jour</h3>
Assurez-vous que votre CMS soit bien à jour, de même que tous ses thèmes, modules, extensions etc.

<h3>Version de PHP</h3>
Assurez-vous d'utiliser la dernière version de PHP supportée (réglable via votre [[Panneau de contrôle Plesk]], chaque nouvelle version de PHP depuis PHP 7.0 améliore les performances.

<h3>Plugins et extensions</h3>
* Limitez autant que possible le nombre de plugins/extensions/modules installés, chaque module est une source de ralentissement supplémentaire.
* Vérifiez que vous n'avez pas de plugins ou modules trop gourmands en performances. Désactivez tous les modules, vérifiez la vitesse du site, puis réactivez-les progressivement pour trouver le ou les plugins qui ralentissent le site. Cela est également valable pour les thèmes.

<h3>Bases de données MySQL</h3>
* Réduisez le volume de votre base de données.
* Plus la base de données MySQL est petite, plus les performances seront bonnes.
* Si votre base de données contient des logs de connexion ou autres, trouvez le moyen de la nettoyer périodiquement (via le backoffice, via un plugin, ou via PHPMyAdmin par exemple).
* La base de données d'un CMS (sauf exceptions où il y a réellement beaucoup de données, sur un site journalistique par exemple) ne devrait pas excéder les 100Mo grand maximum.
* Vérifiez le contenu des commentaires qui peuvent contenir des spams, vérifiez les paramètres d'inscription et la politique d'acceptation des commentaires sur le site.

<h2>Optimisation ressources client</h2>

La taille d'une page, le nombre de ressources chargées, leur provenance, la taille des images et leur compression, sont autant de paramètres qui entrent en jeu dans la vitesse de chargement d'un site.

<h3>Mesure d'optimisation avec GTMetrix</h3>

Le site https://gtmetrix.com/ permet d'analyser dans le détail les performances de votre site du point de vue des visiteurs.

Avant toute opération d'optimisation des ressources, nous conseillons de réaliser ce test afin de vous donner une bonne idée des éléments à travailler mais également pour suivre la progression des optimisations apportées.

Nous allons vous détailler quelques recommandations les plus fréquentes sur ce wiki, mais la liste n'est pas exhaustive et nous vous invitons à compléter vos recherches si besoin.

<h3>Taille globale de la page</h3>

Il faut penser que chacun n'a pas une connexion internet rapide ou un périphérique performant (mobile ou autre) pour visionner votre site.

* Nous conseillons dans la mesure du possible de rester autour des 1Mo maximum pour votre page, de sorte qu'une connexion à même à seulement 2Mbit/s charge la page en 5s environ.
* Si votre site est très "graphique" et comporte de grandes images, vous pouvez éventuellement monter à une taille de page de 2Mo.
* Si vous avez un site de photographie, alors il n'y a plus vraiment de normes, mais l'idéal est d'avoir un aperçu des images compressé et possibilité d'agrandir les images en bonne qualité.
* Si vous insérez des vidéos, sauf exception, mieux vaut utiliser un site externe (YouTube, Vimeo, etc.) qui sera très doué pour proposer différentes qualités et compresser la vidéo comme il se doit.

<h3>Nombre de requêtes externes</h3>

Il s'agit requêtes faites à la visite de votre site, pour charger des ressources qui ne proviennent pas de votre site. Les ressources externes sont généralement coûteuses en temps de chargement.

Elles proviennent principalement de thèmes et plugins modifiant l'apparence de votre site, et contiennent surtout des polices, des scripts JS et du CSS.

Une ressource externe entraîne que pour chaque site contenant une ressource, une requête DNS supplémentaire sera effectuée par le visiteur. Ces requêtes prennent quelques millisecondes, qui mises bout à bout peuvent prendre un temps non négligeable, en tout cas pour le premier chargement de page.

De plus, les serveurs externes peuvent être basés loin du pays du visiteur, augmentant la latence et abaissant le débit.

Il faut donc essayer de minimiser autant que possible les ressources externes chargées. Celles-ci sont bien-sûr indiquées par GTMetrix dans le rubrique "YSlow" et "Make fewer HTTP requests" ainsi que dans le "Waterfall".

Idéalement, il faudrait ne charger aucune ressource externe, mais cela est quasiment impossible avec un CMS moderne. Le seuil à éviter de dépasser est donc 30 ressources externes.

<h3>Nombre total de requêtes</h3>

Chaque ressource génère un petit temps de latence. S'il y a trop de ressources, différentes, le site est ralenti, en particulier sur les connexions ayant un ping (temps de latence) important.

Cette valeur est indiquée en haut à droite du test GTMetrix : "Requests"

Nous conseillons d'essayer de rester sous la barre des 100 requêtes.

<h3>Mise à l'échelle des images</h3>

Il faut tenter, dans la mesure du possible, de ne charger dans le site que des images à la taille finale à laquelle elles seront affichées.

Il va de soi que par exemple, mettre une image haute résolution en miniature d'un article n'est pas optimal, pourquoi charger une image de 8Mo en haute résolution alors qu'une image de quelques Kilo Octets en 128x128 aurait peut-être suffit ?

Par chance, la plupart des CMS y-compris WordPress qui a longtemps été en retard sur ce sujet, gèrent les miniatures et sont capables de générer différentes tailles d'images puis d'utiliser la bonne en fonction du contexte. Il faut cependant s'assurer que le thème exploite ensuite correctement ces miniatures. Si ce n'est pas le cas, il faut redimmensionner manuellement les images.

Certains plugins proposent d'effectuer cette tâche : Je vous conseille de sauvegarder vos fichiers et votre base de données avant cette opération qui est risquée.

Via GTMetrix, cette information se site dans "PageSpeed" rubrique "Serve scaled images".

Sur serveur VM et dédié, cela peut être aidé par le module Google PageSpeed intégrable à Plesk. Le module peut convertir à la volée et à la taille de l'écran les images du site (pour peu que la taille des images ne soit pas trop importante à la base). Cela peut être mis en place par votre support et nécessitera de votre part la mise en place d'une clé API Google pour fonctionner.

<h3>Optimisation de la compression des images</h3>

Il est recommandé d'utiliser un bon taux de compression des images ainsi que des formats modernes.

Comme pour la mise à l'échelle, le module "PageSpeed" (VM et dédiés uniquement) peut aider sur ce point.

<h2>Besoin de plus de puissance ?</h2>

Les performances de votre site ne vous conviennent toujours pas en suivant ce guide ?

* Client HaiSoft : Contactez votre support HaiSoft par ticket ou téléphone
* Pas encore client HaiSoft ? Contactez notre service commercial, voir https://www.haisoft.fr/

Webmastering

2022-02-24T13:28:48Z

Root xo1zfe7e : Added FPM info

Le webmastering est la gestion de ce qui relève du contenu du site et plus globalement, de tout ce qui attrait au fonctionnement interne du site, c'est à dire indépendant de l'hébergement.

Le webmastering inclus :

* La connexion à votre backoffice (Wordpress, Joomla ou autre) et la gestion de vos mots de passe pour ces derniers
* La publication de contenu de votre site
* La gestion des bugs sur votre site
* L'installation et la gestion de modules complémentaires
* La personnalisation de votre site
* La mise à jour et la sécurisation de votre site
* L'envoi de mails depuis votre site
* Etc.

HaiSoft, en tant qu'hébergeur et infogérant, tient à permettre la bonne distribution de votre contenu, mais n'est nullement tenu d'effectuer des tâches de webmastering de votre site.

Cependant, nous pouvons malgré vous assister dans certaines tâches :
* Si vous ne parvenez pas à comprendre une erreur trouvée dans les logs de votre site que nous vous mettons à disposition, nous pouvons vous l'expliquer.
* Sous certaines conditions (CMS utilisé, version), il est possible de bénéficier des mises à jour de votre CMS soit sur demande, soit automatiques.
* Dans le cas d'un piratage, nous revenons vers vous si nous détectons un comportement anormal sur votre site
* Vous guider afin d'envoyer des emails en SMTP depuis votre site.

<h1>Gérer un site Web</h1>

<h2>Fonctionnement d'un site</h2>

Lorsqu'un site est distribué, on dit qu'il est "hébergé". L'hébergement, c'est le stockage et la distribution de vos contenus (fichiers, bases de données, emails), mais également l'interprétation de vos scripts (PHP).

Un site web moderne est généralement constitué de deux parties :
* Les fichiers du site, accessibles en [[FTP]]. Les fichiers d'un site moderne sont généralement faits de scripts PHP et continennent bien-sûr les images et autres contenus CSS, polices, etc.
* La base de données MySQL, contenant les utilisateurs, mots de passe, les réglages, les articles, produits, etc., c'est ce qui fait vraiment le contenu de votre site.

Le serveur web est constitué :
* D'un système d'exploitation sous Linux (si l'hébergement est sous Windows, nous vous conseillons de fuir)
* D'un serveur de fichiers (Généralement Apache, parfois Nginx, ou une combinaison des deux)
* D'un serveur MySQL (ou MariaDB, qui est son équivalent) qui gère vos bases de données.
* L'interpréteur PHP qui va permettre d'exécuter vos scripts PHP

On parle de serveur "LAMP" : Linux, Apache MySQL, PHP.

WordPress, Joomla, Prestashop, et tous les principaux CMS (content management system) fonctionnent sur serveur LAMP.

<h2>Gérer mon site et mon hébergement</h2>

* Pour la connexion FTP, voir la page dédiée: [[FTP]]
* Pour la gestion des bases de données, rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine, rubrique "Bases de données" (en haut à droite du panneau de contrôle).
* Pour le réglage de votre version de PHP, rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine, rubrique "Paramètres PHP".

<h3>Mettre en place une redirection</h3>

Attention! Cette étape efface tout contenu web du site à rediriger vers un autre.
Cette manipulation est destinée aux possesseurs de serveurs dédiés, ou de formules Multi-Domaines/Revendeur/Corporate. Les clients d'hébergements mutualisés doivent effectuer la demande de redirection par ticket support.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous le domaine désiré, cliquez sur "Paramètres d'hébergement"
* Dans "Type d'hébergement", cliquez sur "Changer"
* Choisissez "Redirection" ainsi que le type de redirection choisie (301 recommandée)
* Entrez l'URL de destination désirée et validez avec "OK"
* Cette action entraine la suppression des données de l'hébergement, validez pour continuer.

<i>Note : le lien "Changer" n'apparaîtra pas si vous disposez de sous-domaines sur cet hébergement.</i>

<i>Autre option : Vous pouvez effectuer une redirection via votre site, via du code PHP, HTML... ou via des directives Apache dans un fichier .htaccess</i>

<h2>Consulter les statistiques de mon site</h2>
Votre [[Panneau de contrôle Plesk]] conserve et permet de visualiser les statistiques des visites de votre site.

<h3>Accès aux statistiques</h2>

Pour les statistiques de visites de votre site faites sans SSL/TLS (HTTP) :
* Depuis votre panneau de contrôle Plesk, sous le domaine désiré, cliquez sur "Statistiques Web" puis entrez vos identifiants FTP.
* Pour un accès manuel, l'URL est (remplacez "exemple.tld" par votre domaine) : https://exemple.tld/plesk-stat/webstat/

Pour les statistiques de visites de votre site faites en SSL/TLS (HTTPS) :
* Depuis votre panneau de contrôle Plesk, sous le domaine désiré, cliquez sur "Statistiques Web SSL/TLS" puis entrez vos identifiants FTP.
* Pour un accès manuel, l'URL est (remplacez "exemple.tld" par votre domaine) : https://exemple.tld/plesk-stat/webstat-ssl/

Lors de la visite de l'URL des statistiques de votre site, un mot de passe vous sera demandé : Il s'agit de vos identifiants [[FTP]]. Si vous avez oublié votre mot de passe ou nom d'utilisateur, n'hésitez pas à le modifier via votre [[Panneau de contrôle Plesk]]

<h3>Réglage des statistiques</h2>

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous le domaine désiré, cliquez sur "Paramètres d'hébergement"
* Tout en bas, dans le menu déroulant, choisissez entre "Aucune", "Webalizer" et "AWStats". Nous conseillons "AWStats" qui est le choix par défaut.
* Vous pouvez si vous le souhaitez décocher la case "Statistiques Web (Protéger l'accès à vos statistiques Web avec votre nom d'utilisateur et mot de passe FTP" afin de désactiver la protection des statistiques par mot de passe.)", néanmoins nous recommandons de garder cette case cochée afin de conserver la confidentialité des visites et fichiers accédés sur votre site.
* Cliquez sur "OK" pour valider les changements

<h2>Les failles de sécurité</h2>

Un site moderne permet du contenu dynamique, de l'interaction entre l'usager du site et le serveur. De ce fait, l'interaction doit être très strictement cadrée afin que l'utilisateur ne puisse envoyer des commandes lui permettant de prendre le contrôle sur votre site. Si cela est très facile sur un site de taille raisonnable fait manuellement, cela devient extrêmement difficile sur les CMS les plus importants tels que WordPress. Très régulièrement, des failles de sécurité de ce type sont découvertes sur les plus grands CMS.

<h2>Impossible de se connecter à WordPress</h2>

'''Attention'''

Si vous soupçonnez que votre mot de passe aie changé sans intervention de votre part, il est nécessaire de vérifier l'intégrité de votre site (fichiers, utilisateurs présents dans la base de données) à l'aide des différents outils proposés (navigateur de fichiers de votre panneau de contrôle ou FTP, rubrique "Bases de données" de votre panneau de contrôle).
CF: [[Sécurité]]

<h3>Procédure de passe WordPress oublié de WordPress</h3>

Si votre site a bien été configuré pour envoyer des mails en SMTP, vous pouvez utiliser la procédure de mot de passe oublié.

Afin que votre site puisse envoyer des emails, il faut en effet avoir configuré correctement l'envoi SMTP au préalable.
CF: https://wiki.haisoft.fr/index.php?title=E-mail#Envois_de_mails_depuis_un_site

<h3>Réinitialisation via le Wordpress Toolkit de Plesk</h3>
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur le nom de votre site Wordpress ou l'icône WordPress.
* A coté de "Administrateur", cliquez sur "[Configuration]".
* Modifiez votre mot de passe.

<h3>Réinitialisation via phpMyAdmin</h3>
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Bases de données" (ou "Databases" en anglais) puis sur phpMyAdmin
* Trouvez la table se terminant par _users, cliquez dessus
* Assurez-vous qu'il n'y a pas d'utilisateur frauduleux, puis à côté de votre utilisateur admin, cliquez sur "Editer" (ou "Edit" en anglais).
* Sur le champ "user_pass", choisissez la Fonction "MD5", entrez votre mot de passe, puis cliquez sur "Exécuter" (ou "Go" en anglais).

<h1>Comprendre PHP</h1>

PHP désigne à la fois le langage de programmation, principalement utilisé pour créer les sites web d'aujourd'hui, ainsi que l'interpréteur PHP qui permet d'exécuter le code PHP.

La très vaste majorité des CMS tels que WordPress, Joomla, PrestaShop utilisent PHP. Pour peu d'être mis à jour, des versions de PHP relativement récentes sont supportées afin d'apporter les meilleures performances et la meilleure sécurité.

HaiSoft permettant le choix de la version de PHP, il en va de la responsabilité de chaque webmaster d'utiliser la version de PHP la plus récente possible. Nous conseillons d'effectuer un contrôle au minimum une fois tous les 6 mois pour chaque site.

<h2>Les versions de PHP</h2>

PHP évolue avec le temps : Améliorations de performances, de sécurité, ajouts de fonctionnalités, etc.

Ainsi, '''il est toujours préférable d'utiliser la version de PHP la plus récente possible''' compatible avec vos scripts PHP et de mettre à jour votre site afin qu'il supporte les nouvelles versions. De la sorte, vous avez une assurance de sécurité et de performances supplémentaire.

HaiSoft met tout en oeuvre pour vous offrir les dernières versions de PHP dès que possible : Sur nos serveurs mutualisés, elles sont généralement disponibles dans la semaine de sortie. Sur serveur dédié ou VM, il suffit d'en faire la demande, ou, les nouvelles versions sont ajoutées à la mise à jour de Plesk sur votre serveur.

En Janvier 2021, à l'écriture de ces mots:
* La fin totale du support de PHP 5.4, y-compris des mises à jour de sécurité date de 2015
* Le support de sécurité de PHP 5.6 a expiré le premier Janvier 2019
* Le support de sécurité de PHP 7.1 a expiré fin 2019.
* Le support de sécurité de PHP 7.2 a expiré fin 2020.
* '''Toute version de PHP inférieure à 7.3 est obsolète'''.
* '''Le support de sécurité de PHP 7.3 expire en Décembre 2021''', prenez les devants, préparez-vous.
* '''Il est recommandé d'utiliser PHP 7.4 dont le support de sécurité sera assuré jusqu'à fin 2022.'''
* PHP 7.4 nécessite à l'heure actuelle un serveur sous minimum CentOS 7 et Plesk Obsidian (18.0).
* PHP 8.0 est disponible (Plesk Obsidian, CentOS 7 et 8), son support de sécurité devrait durer jusqu'à fin 2023. Son utilisation n'est pour l'heure pas recommandée avec WordPress car le WP Toolkit de Plesk n'est pas encore compatible.

La liste à jour des versions de PHP supportées est consultable sur le site officiel : https://www.php.net/supported-versions.php

<h2>Choisir une version de PHP</h2>

HaiSoft vous permet de choisir vous-même votre version de PHP. Cela est un avantage car vous pouvez utilisez le script de votre choix avec la version de PHP de votre choix, de plus, les toutes dernières versions de PHP sont disponibles très rapidement chez HaiSoft.

Néanmoins, une règle est à suivre afin d'obtenir une sécurité et des performances optimales :
'''Il faut donc utiliser la version de PHP la plus récente supportée par votre script.'''

Pour le réglage de votre version de PHP:
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, allez dans la rubrique "Paramètres PHP"
* Selectionnez la version de PHP désirée, et validez avec "OK"
* Après quelques secondes, la version de PHP est active
* Vérifiez le bon fonctionnement de votre site avant de décider de conserver cette version ou non.

<h2>Passage à PHP 5.6 ou supérieur : A savoir</h2>

Si vous utilisez une version inférieure à PHP 5.6, voici les principales choses à savoir avant la mise à jour :
* A partir de PHP 5.6, PHP vérifie désormais le certificat du serveur lors de l'envoi de mails en SMTP. Si votre site envoit des emails en SMTP, il faudra donc vous assurer de bien avoir le nom de votre serveur srvXX.haisoft.net -remplacer "XX" par votre numéro de serveur- en tant que serveur SMTP dans vos paramètres d'envoi.
* A partir de PHP 7.0, la fonction "mysql_connect" disparait au profit de MySQLi ou PDO_MySQL. Ref: https://www.php.net/manual/fr/function.mysql-connect.php
* Vous pouvez à tout moment choisir la version de PHP de votre site depuis votre panneau de contrôle Plesk fourni par HaiSoft, comme expliqué plus haut.
* PHP 7.1 et supérieurs améliorent d'un facteur 1.5 à 10 la vitesse de l'exécution de PHP par rapport à PHP 5.
* PHP 7.3, qui sera supporté jusqu'au 6 Décembre 2021 est disponible depuis le jour de sa sortie chez HaiSoft et un certain nombre de CMS sont déjà compatibles avec ce dernier. N'hésitez pas à l'utiliser dès maintenant si possible.
* Si votre CMS n'est pas compatible PHP 7, cela signifie qu'il n'est pas à jour, donc pas sécurisé. Dans ce cas, il faut sérieusement songer à mettre à jour votre CMS ou à en changer.

<h2>Les handlers (gestionnaires) PHP</h2>

''Cette rubrique s'adresse principalement aux possesseurs de serveurs VM et dédiés.''

Le serveur distribuant les fichiers web est généralement Apache.

Apache ne fait que distribuer des fichiers et n'a pas nativement la possibilité d'exécuter du code PHP. Ainsi, PHP est exécuté par Apache via ce que l'on appelle un "handler" (ou gestionnaire en Français).

Le plus ancien handler PHP était mod_php, une extension d'Apache permettant d'exécuter PHP; les fichiers devaient alors appartenir à Apache pour que PHP puisse écrire dans les fichiers web. Si votre site est encore sous mod_php, contactez votre service d'infogérance HaiSoft pour considérer un upgrade serveur.

Puis, sont apparus CGI et FastCGI, permettant de bien meilleures performances mais surtout de laisser les fichiers appartenir à l'utilisateur correspondant au site, permettant donc une meilleure indépendance des sites sur un serveur et donc une meilleure sécurité. FastCGI divise donc par deux les temps de chargement des pages par rapport à mod_php tout en apportant un fort gain de sécurité.

FPM (ou en Français "Application PHP") est le dernier handler en date, utilisé par défaut sous CentOS 7 il permet des performances encore supérieures et une meilleure gestion des ressources de chaque site. FPM génère une instance par version de PHP. FPM a également l'avantage de permettre de régler individuellement le nombre max de process FPM (donc d'exécutions PHP) simultanés pour chaque site, ainsi que le nombre de process "spare" (c'est à dire en attente de connexion). Plusieurs modes existent, réglables via les paramètres PHP du domaine lorsque vous sélecitonnez FPM. Par défaut, c'est "ondemand", donc aucun process n'est lancé s'il n'y a pas de requête en cours, mais il est possible de pré lancer des handlers FPM (au prix d'un peu de RAM) de sorte à accélérer légèrement les temps de réponse.

Depuis Plesk Obsidian 18.0.39 (13 Octobre 2021), il est également possible de choisir "FPM dédié". FPM dédié permet d'avoir un service/handler FPM indépendant pour un site. Cela se traduit techniquement par un process système (un "service") supplémentaire. Au coût d'un peu d'utilisation RAM, cela améliore légèrement la vitesse de lancement du handler, donc de chargement du site, améliorant la métrique "TTFB" (temps de réponse initial du serveur) de quelques millisecondes. L'option FPM dédié est donc plutôt à utiliser sur les sites à très fort traffic ou les plus critiques. La différence est de l'ordre de quelques % de vitesse de chargement, en particulier sur les applis gourmandes en process FPM comme Nextcloud. Finalement, si la différence peut être intéressante, cela reste relativement marginal au regard de ce que l'optimisation du code du site ou d'un cache Redis peut apporter.

<h1>Diagnostics</h1>

En dehors de notre formule WordPress dans laquelle nous fournissons un aide au debug et diagnostic de votre site, le diagnostic de fonctionnement d'un site est à la charge du webmaster. En cas d'erreur, il faut consulter les logs du domaine, désactiver les plugins ou thèmes en lien avec l'erreur, vérifier quelle modification a pu entraîner le dysfonctionnement, les fichiers PHP causant des erreurs, effectuer ses mises à jour de CMS, réinstallation manuelle si nécessaire, etc.

<h2>Utiliser les logs</h2>

Les logs d'un serveur web (historique des requêtes et erreurs) sont nécessaires à toute administration d'un site internet. Ils permettent de vérifier et de comprendre les éventuelles erreurs présentes à la visite ou l'exécution du site.

Vous pouvez consulter ces logs via [[Panneau de contrôle Plesk]], sous le domaine concerné dans la rubrique "Logs". Il est également possible de filtrer ces logs via les champs libres, ainsi que via le menu déroulant en haut à droite.

<h2>Les codes de statut et d'erreur Apache</h2>

Les serveurs web affichent généralement un code d'erreur lorsque quelque-chose ne fonctionne pas. Ces codes peuvent vous orienter rapidement vers la cause du souci, mais pour plus de détails, il faut systématiquement avoir le réflexe de consulter les logs du site pour en savoir plus.

<h3>Erreur 500</h3>

Une erreur 500 signifie que le code PHP de votre site n'a pas pu êxtre exécuté correctement. Ces erreurs relèvent donc généralement du webmastering et non de l'hébergement.

Causes les plus courantes:
* Votre code fait appel à une fonction non présente dans la version de PHP choisie pour l'hébergement
* Un ou plusieurs scripts comportent des erreurs de code
* Votre code est trop long à s'exécuter et dépasse le max_execution_time (timeout) ou trop lourd et dépasse le memory_limit.

<h3>RSA certificate</h3>

L'erreur est de type :

Warning AH01909: RSA certificate configured for domain.tld:443 does NOT include an ID which matches the server name

Cela signifie simplement que votre site n'a pas de certificat valide pour s'afficher en HTTPS. Pour en savoir plus, voir [[Chiffrement TLS]].

<h3>ModSecurity</h3>

ModSecurity est un pare-feu applicatif qui bloque les requêtes dangereuses effectuées sur votre site. Certains faux positifs peuvent être observés, en particulier avec WordPress et les différents "builders" existants qui envoient des requêtes à rallonge pour sauvegarder leurs paramètres.

L'erreur est de type :
[client 192.168.1.128] ModSecurity: [file "/etc/httpd/conf/modsecurity.d/rules/tortix/modsec/50_plesk_basic_asl_rules.conf"] [line "2242"] [id "33340748"] [rev "2"] [msg "Protected by Atomicorp.com Basic Non-Realtime WAF Rules: Generic Path Recursion denied"] [severity "CRITICAL"] Access denied with code 403 (phase 2). Pattern match [...]

Pour désactiver cette sécurité spécifique :
* Il faut noter le numéro dans le champ [id ""], ici dans l'exemple : 33340748
* Dans Plesk, sous votre domaine, cliquez sur "Pare-feu des applications Web"
* Dans le champ "ID de la règle de sécurité", insérez le numéro de règle à désactiver
* Si vous avez plusieurs règles à insérer, indiquez une règle par ligne
* Cliquez sur "OK" pour valider

<h1>Optimisation</h1>

La lenteur d'un site internet réduit significativement le temps passé par les visiteurs sur celui-ci. L'optimisation de la vitesse de votre site est donc un élément majeur à ne surtout pas négliger.

Contrairement aux idées reçues, les lenteurs d'un site ne proviennent pas forcément de la lenteur du serveur qui l'héberge. Bien-sûr, un serveur surchargé ou de piètre qualité peut causer des lenteurs, mais HaiSoft fait tout pour éliminer cette possibilité.

En effet, nous mettons tout en oeuvre pour que vous profitiez en permanence d'un hébergement rapide et disponible : L'ensemble des serveurs mutualisés HaiSoft ainsi que tous les nouveaux serveurs sont livrés en SSD pour des performances maximales et constantes. De plus, les serveurs sont activement monitorés de sorte à ce qu'une charge importante soit immédiatement identifiée et le souci très rapidement réglé. Les hébergements HaiSoft, sont donc un excellent moyen de bénéficier de performances exceptionnellement bonnes en toutes circonstances.

Dans un tel contexte, nous constatons que les demandes concernant des lenteurs sur les sites web sont dans la vaste majorité des cas dus à un manque d'optimisation des dits sites, d'où l'utilité de cet article. (Néanmoins, en cas de ralentissement inhabituel sur votre site, n'hésitez pas à contacter votre support HaiSoft pour demander une vérification.)

L'optimisation peut être séparée en deux parties principales :
* Les ressources CPU utilisées sur le serveur par PHP et MySQL durant le chargement des pages du site
* Les ressources chargées par les visiteurs du site

<h2>Optimisation des ressources serveur</h2>

Le temps de chargement d'une page de votre site est directement liée à la puissance de calcul requise pour la générer. Il est donc important de s'assurer que le code PHP générant les pages soit le plus optimisé possible afin d'offrir un temps de chargement correct.

Par ailleurs, un site pas ou mal optimisé peut dans certains cas extrêmes aller jusqu'à ralentir un serveur complet. Si par exemple chaque page entraîne des requêtes MySQL très longues (plus de 20 secondes) et que le site reçoit plusieurs visites par seconde, l'utilisation CPU du serveur peut vite atteindre les 100% et les performances vont se dégrader dramatiquement, voir le serveur peut cesser de répondre.

En outre, il faut bien comprendre que PHP n'utilise qu'un seul coeur de processeur par process (et donc par page chargée). Cela signifie que le temps de chargement des pages de votre site ne sera pas plus rapide avec 8 coeurs qu'avec 2 coeurs s'il n'y a qu'un seul visiteur, mais en revanche, vous pourrez accueillir plus de visiteurs simultanément sans ralentissements.

Les optimisations suivantes sont valables pour tous les CMS (WordPress, Joomla, etc.)

<h3>Erreurs courantes à éviter</h3>

Afin de gagner du temps, commençons par les pistes qui vous feront uniquement perdre du temps et sont donc à éviter.

* Multiplier les plugins : La plupart des plugins se chargent à toutes les pages, ralentissant chaque fois un peu plus votre site. De plus, certains peuvent entrer en conflit et l'addition de nombreux plugins multiplie d'autant le risque de rencontrer des bugs.
* Utiliser des plugins de cache (WPSupercache, WPRocket...) : Les systèmes de cache peuvent générer de nombreux problèmes et les pages dynamiques, si elles fonctionnent encore, resteront lentes. Il faut prendre le problème à sa source et non pas utiliser un paliatif généralement bien moins efficace qu'une réelle optimisation.
* Garder un site non à jour avec une version de PHP osbolète : Outre le problème de sécurité dramatique occasionné, vous divisez potentiellement par 1,5 à 3 les performances de votre site.

<h3>Mises à jour</h3>
Assurez-vous que votre CMS soit bien à jour, de même que tous ses thèmes, modules, extensions etc.

<h3>Version de PHP</h3>
Assurez-vous d'utiliser la dernière version de PHP supportée (réglable via votre [[Panneau de contrôle Plesk]], chaque nouvelle version de PHP depuis PHP 7.0 améliore les performances.

<h3>Plugins et extensions</h3>
* Limitez autant que possible le nombre de plugins/extensions/modules installés, chaque module est une source de ralentissement supplémentaire.
* Vérifiez que vous n'avez pas de plugins ou modules trop gourmands en performances. Désactivez tous les modules, vérifiez la vitesse du site, puis réactivez-les progressivement pour trouver le ou les plugins qui ralentissent le site. Cela est également valable pour les thèmes.

<h3>Bases de données MySQL</h3>
* Réduisez le volume de votre base de données.
* Plus la base de données MySQL est petite, plus les performances seront bonnes.
* Si votre base de données contient des logs de connexion ou autres, trouvez le moyen de la nettoyer périodiquement (via le backoffice, via un plugin, ou via PHPMyAdmin par exemple).
* La base de données d'un CMS (sauf exceptions où il y a réellement beaucoup de données, sur un site journalistique par exemple) ne devrait pas excéder les 100Mo grand maximum.
* Vérifiez le contenu des commentaires qui peuvent contenir des spams, vérifiez les paramètres d'inscription et la politique d'acceptation des commentaires sur le site.

<h2>Optimisation ressources client</h2>

La taille d'une page, le nombre de ressources chargées, leur provenance, la taille des images et leur compression, sont autant de paramètres qui entrent en jeu dans la vitesse de chargement d'un site.

<h3>Mesure d'optimisation avec GTMetrix</h3>

Le site https://gtmetrix.com/ permet d'analyser dans le détail les performances de votre site du point de vue des visiteurs.

Avant toute opération d'optimisation des ressources, nous conseillons de réaliser ce test afin de vous donner une bonne idée des éléments à travailler mais également pour suivre la progression des optimisations apportées.

Nous allons vous détailler quelques recommandations les plus fréquentes sur ce wiki, mais la liste n'est pas exhaustive et nous vous invitons à compléter vos recherches si besoin.

<h3>Taille globale de la page</h3>

Il faut penser que chacun n'a pas une connexion internet rapide ou un périphérique performant (mobile ou autre) pour visionner votre site.

* Nous conseillons dans la mesure du possible de rester autour des 1Mo maximum pour votre page, de sorte qu'une connexion à même à seulement 2Mbit/s charge la page en 5s environ.
* Si votre site est très "graphique" et comporte de grandes images, vous pouvez éventuellement monter à une taille de page de 2Mo.
* Si vous avez un site de photographie, alors il n'y a plus vraiment de normes, mais l'idéal est d'avoir un aperçu des images compressé et possibilité d'agrandir les images en bonne qualité.
* Si vous insérez des vidéos, sauf exception, mieux vaut utiliser un site externe (YouTube, Vimeo, etc.) qui sera très doué pour proposer différentes qualités et compresser la vidéo comme il se doit.

<h3>Nombre de requêtes externes</h3>

Il s'agit requêtes faites à la visite de votre site, pour charger des ressources qui ne proviennent pas de votre site. Les ressources externes sont généralement coûteuses en temps de chargement.

Elles proviennent principalement de thèmes et plugins modifiant l'apparence de votre site, et contiennent surtout des polices, des scripts JS et du CSS.

Une ressource externe entraîne que pour chaque site contenant une ressource, une requête DNS supplémentaire sera effectuée par le visiteur. Ces requêtes prennent quelques millisecondes, qui mises bout à bout peuvent prendre un temps non négligeable, en tout cas pour le premier chargement de page.

De plus, les serveurs externes peuvent être basés loin du pays du visiteur, augmentant la latence et abaissant le débit.

Il faut donc essayer de minimiser autant que possible les ressources externes chargées. Celles-ci sont bien-sûr indiquées par GTMetrix dans le rubrique "YSlow" et "Make fewer HTTP requests" ainsi que dans le "Waterfall".

Idéalement, il faudrait ne charger aucune ressource externe, mais cela est quasiment impossible avec un CMS moderne. Le seuil à éviter de dépasser est donc 30 ressources externes.

<h3>Nombre total de requêtes</h3>

Chaque ressource génère un petit temps de latence. S'il y a trop de ressources, différentes, le site est ralenti, en particulier sur les connexions ayant un ping (temps de latence) important.

Cette valeur est indiquée en haut à droite du test GTMetrix : "Requests"

Nous conseillons d'essayer de rester sous la barre des 100 requêtes.

<h3>Mise à l'échelle des images</h3>

Il faut tenter, dans la mesure du possible, de ne charger dans le site que des images à la taille finale à laquelle elles seront affichées.

Il va de soi que par exemple, mettre une image haute résolution en miniature d'un article n'est pas optimal, pourquoi charger une image de 8Mo en haute résolution alors qu'une image de quelques Kilo Octets en 128x128 aurait peut-être suffit ?

Par chance, la plupart des CMS y-compris WordPress qui a longtemps été en retard sur ce sujet, gèrent les miniatures et sont capables de générer différentes tailles d'images puis d'utiliser la bonne en fonction du contexte. Il faut cependant s'assurer que le thème exploite ensuite correctement ces miniatures. Si ce n'est pas le cas, il faut redimmensionner manuellement les images.

Certains plugins proposent d'effectuer cette tâche : Je vous conseille de sauvegarder vos fichiers et votre base de données avant cette opération qui est risquée.

Via GTMetrix, cette information se site dans "PageSpeed" rubrique "Serve scaled images".

Sur serveur VM et dédié, cela peut être aidé par le module Google PageSpeed intégrable à Plesk. Le module peut convertir à la volée et à la taille de l'écran les images du site (pour peu que la taille des images ne soit pas trop importante à la base). Cela peut être mis en place par votre support et nécessitera de votre part la mise en place d'une clé API Google pour fonctionner.

<h3>Optimisation de la compression des images</h3>

Il est recommandé d'utiliser un bon taux de compression des images ainsi que des formats modernes.

Comme pour la mise à l'échelle, le module "PageSpeed" (VM et dédiés uniquement) peut aider sur ce point.

<h2>Besoin de plus de puissance ?</h2>

Les performances de votre site ne vous conviennent toujours pas en suivant ce guide ?

* Client HaiSoft : Contactez votre support HaiSoft par ticket ou téléphone
* Pas encore client HaiSoft ? Contactez notre service commercial, voir https://www.haisoft.fr/

Chiffrement TLS

2022-02-03T11:20:37Z

Root xo1zfe7e : MAJ nouveau cas

= Le protocole =

SSL/TLS est un protocole permettant de chiffrer et déchiffrer les données avec un système de certificats à clé publique et privée.<br />
Cela protège le contenu des données échangées sur internet d'éventuels accès par des utilisateurs malveillants.

TLS peut permettre de faire transiter de nombreux protocoles :
* HTTP(S),
* FTP(S),
* IMAP(s),
* POP(S),
* SMTP(S), etc.

Tous ces "(S)" signifient que les protocoles sont "sécurisés" par TLS. Autrement dit, par exemple, HTTPS est une encapsulation de HTTP dans TLS.

== Versions SSL et TLS ==

En Juin 2018, le standard actuel est TLS 1.2 (100% supporté par HaiSoft) et TLS 1.3 entame doucement sa sortie publique.

SSL 2 et SSL 3 sont arrêtés en raison de failles de sécurité; ses successeurs, TLS 1.0 et 1.1 sont dépréciés pour cause de failles de sécurité également.

SSL est l'ancêtre obsolète de TLS, nous emploierons donc le terme "TLS" pour la suite de cet article. Néanmoins, il faut savoir que la plupart des programmes ne font pas la distinction entre SSL et TLS, et appellent toujours "SSL" ce qui est en réalité du TLS.

= Les certificats =

Les "certificats SSL" sont progressivement appelés "certificats TLS".

Les connexions aux sites web et aux serveurs de mail doivent préférablement se faire avec un certificat valide (càd fourni et validé par une autorité, non expiré, et correspondant au bon nom de domaine).

== Les types de certificats ==

Trois types de certificats TLS (SSL) existent:

* Certificats DV (domain validation), permettant une protection des données et une authentification du nom de domaine
* Certificats OV (owner valdiation), permettant de vérifier le propriétaire du domaine
* Certificats EV (extended validation), permettant de vérifier l'authenticité de l'organisme et affichant le nom de la société dans la barre d'adresses du navigateur

== Les autorités de certification ==

Bien que TLS puisse fonctionner avec un certificat auto-signé, le protocole nécessite la signature d'une autorité de certification pour être totalement sécurisé et donc reconnu comme valide par les logiciels. Les autorités de certification assurrent l'authenticité des certificats et la pleine sécurité des données qui transitent.

De nombreuses autorités de certification existent, certaines sont gratuites et d'autres payantes. Il n'est pas nécessaire de faire appel à une autorité payante dans la plupart des cas, mais HaiSoft propose bien les deux options.

L'autorité de certification DV gratuite la plus utilisée au monde et la plus populaire parmi les clients HaiSoft est Let's Encrypt. Grâce à Let's Encrypt, vous pouvez à tout moment générer des certificats gratuits pour vos domaines via le menu du même nom dans votre [[Panneau de contrôle Plesk]].

En 2016, l'autorité de certificats Let's Encrypt voit le jour. Proposant des certificats DV gratuits, l'autorité contribue fortement réduire les coûts du HTTPS, à le démocratiser et finalement à en faire une norme. Suite à cela, les navigateurs internet et moteurs de recherche ont commencé à mettre en avant les sites utilisant HTTPS plutôt qu'HTTP, et à durcir les avertissements sur les sites utilisant des certificats TLS non certifiés. Le HTTPS deviet donc un élement incontournable de l'internet moderne.

Aujourd'hui, Let's Encrypt est l'autorité de certification la plus utilisée au monde et la plus populaire parmi les clients HaiSoft. Grâce à Let's Encrypt et son intégration fournie par HaiSoft, vous pouvez à tout moment générer des certificats gratuits pour vos domaines via le menu du même nom dans votre [[Panneau de contrôle Plesk]].

= HTTPS =

== Qu'est-ce que le HTTPS ? ==

Signifiant "Hypertext Transfer Protocol", le protocole HTTP permet l'envoi de requêtes des clients vers les serveurs et surtout, l'envoi de fichiers depuis les serveurs vers les clients, en particulier, des pages web, des contenus multimedia, etc.<br />
Le HTTPS (avec un S comme Secure) encapsule le HTTP dans une surcouche TLS, permettant ainsi le chiffrement des données échangées.<br />
On garanti ainsi que les données échangées sont chiffrées et techniquement illisibles durant tout leur trajet entre le client et le serveur.

== Passer à HTTPS ==

=== Pourquoi passer à HTTPS ? ===

Lorsque vous visitez des sites internet de manière classique, c'est à dire en http://, sans chiffrement, de nombreux points failbles (accès wifi public, élément infecté du réseau, etc.) peuvent laisser à des intrus la possibilité de récupérer des données qui transitent.

Qu'il s'agisse de vos photos de vacances, d'un formulaire de contact, de vos mots de passe et finalement de toutes les informations transitant sur les sites internet que vous visitez, ces données peuvent potentiellement être lues par un pirate tirant profit d'une connexion non sécurisée.

Afin d'éviter cela et de vous protéger, les standards d'internet ont évolué : L'utilisation du chiffrement SSL/TLS est en phase de devenir standard. Cela permet de rendre toute donnée interceptée illisible pour les intrus sur le réseau. En pratique, l'utilisation de SSL/TLS sur les sites web se traduit par des requêtes http:// qui passent en https://.

Outre la sécurité pour vos données, les moteurs de recherche commencent à favoriser le contenu HTTPS, les navigateurs avertissent des sites non HTTPS, et les utilisateurs en ont plutôt bien conscience. C'est pourquoi il ne faut pas louper le coche et y passer sans attendre !

Si les certificats SSL/TLS ont longtemps été payants, le certificat simple permettant de chiffrer efficacement vos données est désormais gratuit grâce à l'autorité de certification Let's Encrypt. Tout le monde peut donc générer son certificat sans débourser un euro. Chez HaiSoft, vous pouvez générer vos certificats Let's Encrypt à tout moment en quelques clics, alors profitez-en et n'hésitez pas à contacter le support pour plus d'informations.

=== Quelles sont les implications du passage à HTTPS ? ===

Considérant la gratuité des certificats Let's Encrypt et la simplicité de la transition, nous conseillons vivement aux utilisateurs d'utiliser HTTPS.

'''Avantages'''

* Déploiement facile
* Tarif est abordable voir gratuit
* Sécurité des données utilisateurs et du site accruues
* Plus grande confiance des utilisateurs
* Meilleur référencement sur les moteurs de recherches
* Renouvellement du certificat automatique dans Plesk

'''Inconvénients'''

* Nécessite quelques configurations ou corrections sur le site
* Peut engendrer des avertissements de sécurité en cas de non renouvellement du certificat

== Procédure de passage en HTTPS ==

Pour passer en HTTPS, il faut en premier lieu générer un certificat TLS. Puis, il faut adapter votre site à HTTPS. Enfin, vous pouvez optionnellement forcer HTTPS.

Ces opérations sont gratuites si vous utilisez un certificat Let's Encrypt et adaptez vous-même votre site.

Notez qu'HaiSoft propose aussi sous certaines conditions, un service de passage en HTTPS de votre site. N'hésitez pas à consulter nos services techniques et commerciaux pour plus d'informations à ce sujet.

=== Générer mon certificat Let's Encrypt ===

Cette opération est 100% gratuite.

'''Prérequis'''

* Votre site doit être hébergé et accessible sur le serveur où vous générez le certificat (cela correspond au principe de "Domain Validation")
* Si votre domaine a été déployé en 2013 ou avant chez HaiSoft, vérifiez dans "Paramètres d'hébergement" que la case "Exécuter le site Web en mode compatibilité pour l'ancienne option 'Séparer le contenu SSL/TLS et non-SSL/TLS'" soit bien décochée, puis validez.

'''Génération'''

En passant par Plesk et sa fonctionnalité Let's Encrypt, vous générerez votre certificat en quelques clics seulement.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous le domaine désiré
* Cliquez sur le logo "Certificats SSL/TLS"; si celui-ci n'est pas visible, veuillez vous assurer que la case "Prise en charge SSL/TLS" soit bien cochée dans la rubrique "Paramètres d'hébergement" du domaine.
* En bas de page, sous "Installer un certificat basique gratuit fourni par Let's Encrypt", cliquez sur "Installer"
* Si vos DNS sont bien gérés sur le serveur, choisissez un certificat Wildcard; sinon, si votre site est accessible via "www.", cochez la case correspondante; si vous utilisez le webmail, cochez la case correspondante.
* Cliquez sur "Obtenir gratuitement" et patientez quelques secondes.
* Dans le cas d'un Wildcard, après 1 minute, cliquez sur "Recharger".

Et voilà ! Après quelques secondes, votre site est joignable en HTTPS, par exemple : https://votre-domaine.tld et/ou https://www.votre-domaine.tld

Plesk se charge de mettre à jour les certificats Let's Encrypt (valables maximum 90 jours) tous les mois.

=== Comment adapter mon site de HTTP à HTTPS ? ===

'''A SAVOIR''': Tout élément chargé en http dans une page https provoquera un avertissement de sécurité. C'est le principal élément à travailler pour réussir votre passage à HTTPS.

Tout d'abord, il vous faut mettre à jour l'ensemble des liens internes de votre site de http:// vers https://.

Dans un CMS comme Wordpress, cette tâche est simplifiée, car vous avez la possibilité d'indiquer l'URL de votre site dans les paramètres, ce qui aura pour effet de modifier toutes les URL des pages appelées en tant que "pages" du site.
Si l'option est disponible, rendez-vous dans les paramètres généraux de Wordpress ou autre CMS et éditez l'URL de votre site en changeant http:// par https://.

Ainsi, la plupart des liens de votre site seront convertis en HTTPS, ce qui signifie que si un visiteur arrive sur le site via http://, tout lien cliqué le redirigera vers une page en https://.

Pour toute autre ressource hardcodée avec un lien http (dans le code du site, dans un plugin, dans une galerie photo, etc.), il faudra l'éditer pour remplacer "http" par "https". Un plugin WordPress permet de faciliter cette tâche : https://fr.wordpress.org/plugins/velvet-blues-update-urls/ Attention, avant toute modification de ce type, effectuez un backup (dump) de votre base de données.

Joomla, Prestashop, Drupal, OwnCloud, PHPBB, ainsi que la plupart des CMS ont tous un moyen d'utiliser le HTTPS. Il vous faudra parfois effectuer quelques recherches sur Google pour trouver comment faire, mais il s'agit généralement d'une option à activer dans le CMS.

Si vous utilisez un script fait main ou que malgré cela, des ressources continuent d'être chargées en HTTP, vous pouvez dans un premier temps connaître ces dernières via la console développeur de votre navigateur. (cherchez "http://"). Une fois celles-ci identifiées, vous pouvez, avec précautions, effectuer une recherche dans la base de données ou les fichier et rempalcer les liens de ces ressources par leur version https://. Toute trace de http://votre-site.tld doit être convertie par https://votre-site.tld.

=== Forcer la redirection 301 vers HTTPS ===

'''ATTENTION'''! Veuillez suivre l'étape précédente pour adapter votre site à HTTPS au préalable. Si vous forcez HTTPS sur un site qui charge encore des ressources en HTTP, les navigateurs de tous les visiteurs du site afficheront des alertes de sécurité. Lorsque vous désactivez la redirection 301, il faut vider le cache de votre navigateur pour effacer cette redirection.

Votre [[Panneau de contrôle Plesk]] comporte une option pour choisir si vous souhaitez forcer la redirection (301 permanente) de HTTP vers HTTPS.<br />
Cette option ne doit pas être activée avant que votre site soit parfaitement fonctionnel en HTTPS.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]], sous le domaine concerné
* Cliquez sur "Paramètres d'hébergement"
* Cochez la case "Redirection 301 permanente (SEO vérifié) de HTTP vers HTTPS"
* Validez avec "OK" en bas de page

= FAQ =

== Erreur Renouvellement automatique ==

Vous recevez un message de type :
" Le renouvellement automatique de votre certificat SSL Let`s Encrypt (gratuit) n'a pu être effectué pour le ou les domaine(s) suivant(s) "

Cela vient du fait que nos serveurs tentent de générer automatiquement un certificat Let's Encrypt gratuit pour vos domaines, de sorte à les rendre accessibles en HTTPS, donc de manière chiffrée. La condition pour qu'il y parvienne est que votre domaine, les "www." (et ses éventuels alias) doivent pointer sur votre hébergement HaiSoft. Pour un certificat WildCard, il faut également que votre serveur HaiSoft gère votre zone DNS.
Si le domaine pointe ailleurs, alors le serveur ne peut pas générer de certificat, car ceux-ci sont de type "DV" (Domain Validation) et que la première condition à remplir est que le serveur demandant le certificat doit hébergement le domaine.

Pour faire cesser ces messages, voici quelques possibilités :
* Vérifier qu'il n'y a pas de pointage manquant (www. ou alias) pour que le certificat puisse se générer. Vous pouvez vérifier les pointages via par exemple https://www.whatsmydns.net/
* Faire pointer et héberger votre site chez HaiSoft si ce n'est pas ou plus le cas
* Supprimer les alias inexistants et regénérer le certificat manuellement via Plesk
* Regénérer le certificat manuellement via Plesk et observer l'erreur pour avoir plus de détails
* Désactiver la partie hébergement web de votre domaine (cela supprime les données) si vous n'hébergez plus le site sur ce serveur
* Supprimer totalement le domaine du serveur s'il est géré ailleurs

Gérer ses mails chez Microsoft/Outlook (Office 365)

2022-01-10T13:59:23Z

Root xo1zfe7e : typo "modification"

[[Category:E-mail]]
[[Category:DNS]]

Dans cette documentation, nous allons vous montrer comment régler votre zone DNS via [[Panneau_de_contrôle_Plesk|Plesk]] afin d'utiliser les services de Microsoft.

Bien qu'HaiSoft propose des services de mails performants et flexibles, certains utilisateurs souhaitent cependant utiliser les services de Microsoft/Outlook.

Il est alors demandé de modifier votre zone DNS, pour d'abord valider votre propriété du domaine, puis définir le serveur de réception (MX), autoriser les envois depuis les serveurs du prestataire et favoriser les configurations automatiques du logiciel Outlook.

Cette modification peut sembler complexe si vous n'avez pas l'habitude de modifier des zones DNS. Néanmoins, elle peut se faire très facilement via votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]] fourni par HaiSoft.

'''Note:''' Les informations fournies ici ne sont données qu'à titre indicatif et ne sauraient remplacer la documentation fournie par Microsoft qui est susceptible de changer.

<h1>Connaissances pré-requises</h1>
* Via votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], pour régler votre zone DNS, il vous suffit de vous rendre sur le domaine désiré et de cliquer sur "Paramètres DNS".
* Lorsque le "Nom d'hôte" indiqué est "@" ou "*", cela signifie que le réglage se fait au plus haut niveau de la zone DNS, c'est à dire pour le domaine global. Autrement dit, quand vous allez ajouter l'entrée DNS, il faudra laisser le premier champ (celui correspondant à un sous domaine) vide.
* Le réglage "Durée de vie" fourni par Microsoft, définit les TTL (délai de rafraîchissement) des entrées DNS. Ce réglage se fait soit globalement via l'onglet "SOA" de vos paramètres DNS, soit via chaque entrée, en sachant que si vous laissez le champ vide la valeur utilisée sera celle de l'onglet SOA. Cette valeur n'a pas vraiment d'importance mais nous vous conseillons de ne pas dépasser 3600 secondes (1h) afin qu'un éventuel changement ou une correction soit prise en compte plus rapidement.

<h1>Réglages DNS</h1>

<h2>Vérification de propriété</h2>

Le prestataire vous demandera préalablement d'ajouter une entrée de type TXT dans votre zone DNS afin de vérifier que vous en êtes bien le propriétaire du domaine.

<h3>Exemple</h3>

TXT MS=ms0123456789

<h3>Ajout de la valeur</h3>

Il faut ajouter un enregistrement TXT avec pour valeur celle indiquée plus haut (dans l'exemple : MS=ms0123456789)

Voici la procédure étape par étape :
* Dans votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], sous le domaine désiré, rendez-vous dans "Paramètres DNS"
* Cliquez sur "Ajouter un enregistrement"
* Sélectionnez le type d'enregistrement TXT
* Laissez le champ "Nom de domaine" vide
* Dans "Enregistrement TXT ", entrez la valeur fournie par Microsoft
* Validez avec "OK"
* Une fois la modification en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk pour valider le changement.

<h2>Réglage du MX</h2>

Il vous est demandé de changer le champ "MX" qui correspond au serveur de réception de mails.

<h3>Exemple</h3>
MX votredomaine.tldxx.mail.protection.outlook.com

La priorité est généralement "0" et le champ "sous domaine" est vide.

<h3>Changement de la valeur</h3>

'''Attention''': Il faut d'abord vous assurer de supprimer toute autre entrée de type MX qui serait présente dans votre zone DNS avant d'ajouter celle-ci, sinon votre réglage risque d'être ineffectif.

* Dans votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], sous le domaine désiré, rendez-vous dans "Paramètres DNS"
* Cliquez sur "Ajouter un enregistrement"
* Sélectionnez le type d'enregistrement MX
* Laissez le champ "Domaine de messagerie" vide puisque l'on agit sur le domaine principal
* Dans "Serveur d'échange de mails", entrez la valeur fournie par Microsoft
* Dans "Priorité du serveur d'échange de mails", choisissez la valeur "0" correspondant à la plus haute priorité
* Validez avec "OK"
* Une fois la modification en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk pour valider le changement.

<h2>Enregistrements CNAME</h2>

Plusieurs enregistrements CNAME vous sont demandés. Ils permettent la configuration automatique des logiciels et l'accès à des services additionnels.

<h3>Exemple</h3>
Typiquement, il vous est demandé d'ajouter les enregistrements CNAME suivants :

autodiscover CNAME autodiscover.outlook.com
sip CNAME sipdir.online.lync.com
lyncdiscover CNAME webdir.online.lync.com
enterpriseregistration CNAME enterpriseregistration.windows.net
enterpriseenrollment CNAME enterpriseenrollment.manage.microsoft.com

<h3>Ajout des valeurs</h3>
Pour chaque enregistrement CNAME, faites :
* Ajouter un enregistrement
* Sélectionnez le type d'enregistrement CNAME
* Dans le champ "Nom de domaine" ajoutez la valeur correspondant à "Nom d’hôte" de Microsoft, c'est à dire à gauche de "CNAME" dans l'encart ci-dessus
* Dans "Nom canonique", ajoutez la valeur correspondant à "Adresse pointant vers ou valeur" de Microsoft, c'est à dire à droite de "CNAME" dans l'encart ci-dessus
* Validez avec "OK"
* Une fois la dernière modification en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk.

'''Note''' : Vérifiez qu'il n'y aie pas un précédent champ "autodiscover" (ou autre) à supprimer, sinon cela peut nuire à la configuration automatique de vos clients de messagerie Outlook.

<h2>Enregistrements TXT</h2>

Il vous est demandé de modifier un champ TXT qui correspond à votre règle SPF. Votre règle SPF indique quels sont les serveurs autorisés à envoyer des emails pour votre domaine.

'''Attention : Votre zone DNS ne doit comporter qu'une seule règle SPF.''' Si une règle SPF existe déjà (et il y a de fortes chances que ce soit le cas), il faudra suprimer la règle existante ou bien la remplacer.

<h3>Exemple</h3>

v=spf1 include:spf.protection.outlook.com -all

Note : Si vous souhaitez autoriser également le serveur hébergeant le site à envoyer des emails pour le domaine, nous vous conseillons d'utiliser la règle :

v=spf1 +a include:spf.protection.outlook.com -all

<h3>Ajout de la valeur</h3>

* Dans votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], sous le domaine désiré, rendez-vous dans "Paramètres DNS"
* Cliquez sur "Ajouter un enregistrement"
* Sélectionnez le type d'enregistrement TXT
* Laissez le champ "Nom de domaine" vide
* Dans "Enregistrement TXT ", entrez la valeur fournie par Microsoft commençant par : v=spf1
* Validez avec "OK"
* Une fois la modification en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk pour valider le changement.

<h2>Enregistrements SRV</h2>

Ces valeurs servent à configurer des services connexes de Microsoft. Il y a ici quelque subtilités à savoir.

<h3>Exemple</h3>

Microsoft fournit généralement deux enregistrements SRV à ajouter :

_sip _tls 443 1 100 3600 @ sipdir.online.lync.com
_sipfederationtls _tcp 5061 1 100 3600 @ sipfed.online.lync.com

La forme courante pour exprimer ces valeurs serait plutôt :

_sip._tls.engineering-data.de. SRV sipdir.online.lync.com. (priorité 100, poids 1)
_sipfederationtls._tcp.engineering-data.de. SRV sipfed.online.lync.com. (priorité 100, poids 1)

<h3>Ajout des valeurs</h3>

'''A savoir''' :
* Dans Plesk, quand vous ajoutez un enregistrement "srv", il faut savoir que Plesk ajoute automatiquement les underscores "_" qui sont standard aux entrées SRV, il ne faut donc pas les ajouter
* Pour les entrées numériques (priorité, poids), il faut choisir les plus proches possible dans le menu déroulant.

Pour chaque champ, faites :
* Ajouter un enregistrement
* Sélectionnez le type d'enregistrement SRV
* Dans le champ "Nom du service" ajoutez la partie correspondant à "Service" de Microsoft
* Dans le champ "Protocole", ajoutez la partie correspondant à "Protocole" de Microsoft
* Dans le champ "Nom de domaine", n'entrez rien
* Dans le champ "Priorité", choisissez la valeur la plus proche de la valeur "Priorité" de Microsoft (Normalement, 50)
* Dans le champ "Poids moyen", choisissez la valeur la plus proche de la valeur "Poids" de Microsoft (Normalement, 0)
* Dans le champ "Hôte cible", ajoutez la partie correspondant à "Cible" de Microsoft
* Dans le champ "Port cible", ajoutez la partie correspondant à "Port" de Microsoft
* Validez avec "OK"
* Une fois la dernière modification en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk.

Vous devriez avoir pour chaque valeur :

* Pour la première entrée

Nom du service : sip
Protocole : tls
Nom de domaine : (laisser vide)
Priorité : 50
Poids moyen : 0
Hôte cible : sipdir.online.lync.com
Port cible : 443

* Pour la seconde entrée

Nom du service : sipfederationtls
Protocole : tcp
Nom de domaine : (laisser vide)
Priorité : 50
Poids moyen : 0
Hôte cible : sipfed.online.lync.com
Port cible : 5061

<h1>Désactiver le service de messagerie dans Plesk</h1>

Les mails de ce domaine n'étant plus gérés sur le serveur, il convient de désactiver le service de messagerie sur le serveur, pour deux raisons principales :
* Si vous ne le faites pas, votre serveur HaiSoft (mails envoyés par Plesk ou par vos autres domaines) ne pourra pas envoyer des mails vers ce domaine. En effet, si le domaine existe sur le serveur et que le service de messagerie est activé, le mail sera envoyé "en local", sur le serveur et n'arrivera jamais sur la boîte Microsoft du domaine. Si la boîte n'existe pas, vous recevrez un message d'erreur, mais si la boîte existe, vous ne saurez jamais que le destinataire n'a pas vraiment reçu le mail.
* Eviter les erreurs, un utilisateur n'ayant pas mis à jour sa configuration ne doit plus utiliser le service sur le serveur HaiSoft; il s'en rendra plus facilement compte si la connexion lui est impossible.

Pour désactiver le service de messagerie pour un domaine :
* Dans votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], sous le domaine désiré, rendez-vous dans "Adresses mail"
* Cliquez sur l'onglet "Paramètres de la messagerie"
* Décochez la case "Activer le service de messagerie sur ce domaine"
* Cliquez sur OK

Pensez éventuellement à supprimer les adresses email une fois le contenu important sauvegardé, afin d'économiser de l'espace sur votre serveur.

<h1>Désactiver le service d'autoconfiguration</h1>

Nos serveurs disposent de l'Autodiscover, un système de configuration automatique, lorsque vous ajoutez votre adresse email dans le logiciel de messagerie Outlook.

Si vous gérez vos emails chez Microsoft/Outlook, vous souhaitez très certainement désactiver ce service, sinon votre logiciel de messagerie récupérera les informations du serveur HaiSoft, et non les informations de Microsoft/Outlook.

Avec la version 17.8.11 de Plesk, ce service n'est pour l'instant pas désactivable de votre côté, il vous faudra nous contacter pour désactiver celui-ci.

Avec la version 18.0.19 de Plesk, ce service est désactivable depuis les paramètres de la messagerie de votre domaine, en décochant la case "Activer la découverte automatique du courrier".

Gérer ses mails chez Microsoft/Outlook (Office 365)

2021-11-05T08:33:01Z

Root xo1zfe7e :

[[Category:E-mail]]
[[Category:DNS]]

Dans cette documentation, nous allons vous montrer comment régler votre zone DNS via [[Panneau_de_contrôle_Plesk|Plesk]] afin d'utiliser les services de Microsoft.

Bien qu'HaiSoft propose des services de mails performants et flexibles, certains utilisateurs souhaitent cependant utiliser les services de Microsoft/Outlook.

Il est alors demandé de modifier votre zone DNS, pour d'abord valider votre propriété du domaine, puis définir le serveur de réception (MX), autoriser les envois depuis les serveurs du prestataire et favoriser les configurations automatiques du logiciel Outlook.

Cette modification peut sembler complexe si vous n'avez pas l'habitude de modifier des zones DNS. Néanmoins, elle peut se faire très facilement via votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]] fourni par HaiSoft.

'''Note:''' Les informations fournies ici ne sont données qu'à titre indicatif et ne sauraient remplacer la documentation fournie par Microsoft qui est susceptible de changer.

<h1>Connaissances pré-requises</h1>
* Via votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], pour régler votre zone DNS, il vous suffit de vous rendre sur le domaine désiré et de cliquer sur "Paramètres DNS".
* Lorsque le "Nom d'hôte" indiqué est "@" ou "*", cela signifie que le réglage se fait au plus haut niveau de la zone DNS, c'est à dire pour le domaine global. Autrement dit, quand vous allez ajouter l'entrée DNS, il faudra laisser le premier champ (celui correspondant à un sous domaine) vide.
* Le réglage "Durée de vie" fourni par Microsoft, définit les TTL (délai de rafraîchissement) des entrées DNS. Ce réglage se fait soit globalement via l'onglet "SOA" de vos paramètres DNS, soit via chaque entrée, en sachant que si vous laissez le champ vide la valeur utilisée sera celle de l'onglet SOA. Cette valeur n'a pas vraiment d'importance mais nous vous conseillons de ne pas dépasser 3600 secondes (1h) afin qu'un éventuel changement ou une correction soit prise en compte plus rapidement.

<h1>Réglages DNS</h1>

<h2>Vérification de propriété</h2>

Le prestataire vous demandera préalablement d'ajouter une entrée de type TXT dans votre zone DNS afin de vérifier que vous en êtes bien le propriétaire du domaine.

<h3>Exemple</h3>

TXT MS=ms0123456789

<h3>Ajout de la valeur</h3>

Il faut ajouter un enregistrement TXT avec pour valeur celle indiquée plus haut (dans l'exemple : MS=ms0123456789)

Voici la procédure étape par étape :
* Dans votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], sous le domaine désiré, rendez-vous dans "Paramètres DNS"
* Cliquez sur "Ajouter un enregistrement"
* Sélectionnez le type d'enregistrement TXT
* Laissez le champ "Nom de domaine" vide
* Dans "Enregistrement TXT ", entrez la valeur fournie par Microsoft
* Validez avec "OK"
* Une fois la modificatione en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk pour valider le changement.

<h2>Réglage du MX</h2>

Il vous est demandé de changer le champ "MX" qui correspond au serveur de réception de mails.

<h3>Exemple</h3>
MX votredomaine.tldxx.mail.protection.outlook.com

La priorité est généralement "0" et le champ "sous domaine" est vide.

<h3>Changement de la valeur</h3>

'''Attention''': Il faut d'abord vous assurer de supprimer toute autre entrée de type MX qui serait présente dans votre zone DNS avant d'ajouter celle-ci, sinon votre réglage risque d'être ineffectif.

* Dans votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], sous le domaine désiré, rendez-vous dans "Paramètres DNS"
* Cliquez sur "Ajouter un enregistrement"
* Sélectionnez le type d'enregistrement MX
* Laissez le champ "Domaine de messagerie" vide puisque l'on agit sur le domaine principal
* Dans "Serveur d'échange de mails", entrez la valeur fournie par Microsoft
* Dans "Priorité du serveur d'échange de mails", choisissez la valeur "0" correspondant à la plus haute priorité
* Validez avec "OK"
* Une fois la modificatione en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk pour valider le changement.

<h2>Enregistrements CNAME</h2>

Plusieurs enregistrements CNAME vous sont demandés. Ils permettent la configuration automatique des logiciels et l'accès à des services additionnels.

<h3>Exemple</h3>
Typiquement, il vous est demandé d'ajouter les enregistrements CNAME suivants :

autodiscover CNAME autodiscover.outlook.com
sip CNAME sipdir.online.lync.com
lyncdiscover CNAME webdir.online.lync.com
enterpriseregistration CNAME enterpriseregistration.windows.net
enterpriseenrollment CNAME enterpriseenrollment.manage.microsoft.com

<h3>Ajout des valeurs</h3>
Pour chaque enregistrement CNAME, faites :
* Ajouter un enregistrement
* Sélectionnez le type d'enregistrement CNAME
* Dans le champ "Nom de domaine" ajoutez la valeur correspondant à "Nom d’hôte" de Microsoft, c'est à dire à gauche de "CNAME" dans l'encart ci-dessus
* Dans "Nom canonique", ajoutez la valeur correspondant à "Adresse pointant vers ou valeur" de Microsoft, c'est à dire à droite de "CNAME" dans l'encart ci-dessus
* Validez avec "OK"
* Une fois la dernière modificatione en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk.

'''Note''' : Vérifiez qu'il n'y aie pas un précédent champ "autodiscover" (ou autre) à supprimer, sinon cela peut nuire à la configuration automatique de vos clients de messagerie Outlook.

<h2>Enregistrements TXT</h2>

Il vous est demandé de modifier un champ TXT qui correspond à votre règle SPF. Votre règle SPF indique quels sont les serveurs autorisés à envoyer des emails pour votre domaine.

'''Attention : Votre zone DNS ne doit comporter qu'une seule règle SPF.''' Si une règle SPF existe déjà (et il y a de fortes chances que ce soit le cas), il faudra suprimer la règle existante ou bien la remplacer.

<h3>Exemple</h3>

v=spf1 include:spf.protection.outlook.com -all

Note : Si vous souhaitez autoriser également le serveur hébergeant le site à envoyer des emails pour le domaine, nous vous conseillons d'utiliser la règle :

v=spf1 +a include:spf.protection.outlook.com -all

<h3>Ajout de la valeur</h3>

* Dans votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], sous le domaine désiré, rendez-vous dans "Paramètres DNS"
* Cliquez sur "Ajouter un enregistrement"
* Sélectionnez le type d'enregistrement TXT
* Laissez le champ "Nom de domaine" vide
* Dans "Enregistrement TXT ", entrez la valeur fournie par Microsoft commençant par : v=spf1
* Validez avec "OK"
* Une fois la modificatione en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk pour valider le changement.

<h2>Enregistrements SRV</h2>

Ces valeurs servent à configurer des services connexes de Microsoft. Il y a ici quelque subtilités à savoir.

<h3>Exemple</h3>

Microsoft fournit généralement deux enregistrements SRV à ajouter :

_sip _tls 443 1 100 3600 @ sipdir.online.lync.com
_sipfederationtls _tcp 5061 1 100 3600 @ sipfed.online.lync.com

La forme courante pour exprimer ces valeurs serait plutôt :

_sip._tls.engineering-data.de. SRV sipdir.online.lync.com. (priorité 100, poids 1)
_sipfederationtls._tcp.engineering-data.de. SRV sipfed.online.lync.com. (priorité 100, poids 1)

<h3>Ajout des valeurs</h3>

'''A savoir''' :
* Dans Plesk, quand vous ajoutez un enregistrement "srv", il faut savoir que Plesk ajoute automatiquement les underscores "_" qui sont standard aux entrées SRV, il ne faut donc pas les ajouter
* Pour les entrées numériques (priorité, poids), il faut choisir les plus proches possible dans le menu déroulant.

Pour chaque champ, faites :
* Ajouter un enregistrement
* Sélectionnez le type d'enregistrement SRV
* Dans le champ "Nom du service" ajoutez la partie correspondant à "Service" de Microsoft
* Dans le champ "Protocole", ajoutez la partie correspondant à "Protocole" de Microsoft
* Dans le champ "Nom de domaine", n'entrez rien
* Dans le champ "Priorité", choisissez la valeur la plus proche de la valeur "Priorité" de Microsoft (Normalement, 50)
* Dans le champ "Poids moyen", choisissez la valeur la plus proche de la valeur "Poids" de Microsoft (Normalement, 0)
* Dans le champ "Hôte cible", ajoutez la partie correspondant à "Cible" de Microsoft
* Dans le champ "Port cible", ajoutez la partie correspondant à "Port" de Microsoft
* Validez avec "OK"
* Une fois la dernière modificatione en place, cliquez sur "Mettre à jour" en haut de la page des réglages DNS de Plesk.

Vous devriez avoir pour chaque valeur :

* Pour la première entrée

Nom du service : sip
Protocole : tls
Nom de domaine : (laisser vide)
Priorité : 50
Poids moyen : 0
Hôte cible : sipdir.online.lync.com
Port cible : 443

* Pour la seconde entrée

Nom du service : sipfederationtls
Protocole : tcp
Nom de domaine : (laisser vide)
Priorité : 50
Poids moyen : 0
Hôte cible : sipfed.online.lync.com
Port cible : 5061

<h1>Désactiver le service de messagerie dans Plesk</h1>

Les mails de ce domaine n'étant plus gérés sur le serveur, il convient de désactiver le service de messagerie sur le serveur, pour deux raisons principales :
* Si vous ne le faites pas, votre serveur HaiSoft (mails envoyés par Plesk ou par vos autres domaines) ne pourra pas envoyer des mails vers ce domaine. En effet, si le domaine existe sur le serveur et que le service de messagerie est activé, le mail sera envoyé "en local", sur le serveur et n'arrivera jamais sur la boîte Microsoft du domaine. Si la boîte n'existe pas, vous recevrez un message d'erreur, mais si la boîte existe, vous ne saurez jamais que le destinataire n'a pas vraiment reçu le mail.
* Eviter les erreurs, un utilisateur n'ayant pas mis à jour sa configuration ne doit plus utiliser le service sur le serveur HaiSoft; il s'en rendra plus facilement compte si la connexion lui est impossible.

Pour désactiver le service de messagerie pour un domaine :
* Dans votre panneau de contrôle [[Panneau_de_contrôle_Plesk|Plesk]], sous le domaine désiré, rendez-vous dans "Adresses mail"
* Cliquez sur l'onglet "Paramètres de la messagerie"
* Décochez la case "Activer le service de messagerie sur ce domaine"
* Cliquez sur OK

Pensez éventuellement à supprimer les adresses email une fois le contenu important sauvegardé, afin d'économiser de l'espace sur votre serveur.

<h1>Désactiver le service d'autoconfiguration</h1>

Nos serveurs disposent de l'Autodiscover, un système de configuration automatique, lorsque vous ajoutez votre adresse email dans le logiciel de messagerie Outlook.

Si vous gérez vos emails chez Microsoft/Outlook, vous souhaitez très certainement désactiver ce service, sinon votre logiciel de messagerie récupérera les informations du serveur HaiSoft, et non les informations de Microsoft/Outlook.

Avec la version 17.8.11 de Plesk, ce service n'est pour l'instant pas désactivable de votre côté, il vous faudra nous contacter pour désactiver celui-ci.

Avec la version 18.0.19 de Plesk, ce service est désactivable depuis les paramètres de la messagerie de votre domaine, en décochant la case "Activer la découverte automatique du courrier".

Spam

2021-10-05T08:41:41Z

Root xo1zfe7e : add blacklist

[[Category:E-mail]]

<h1>Réception de spams</h1>

Afin d'éviter de recevoir du spam, voici quelques conseils:

* Ne pas choisir une adressse "contact@" ou "info@", cette adresse est trop fréquente et sera systématiquement spammée dès lors que votre domaine est présent sur internet
* Eviter de rediriger les mails de nombreuses adresses vers une adresse précise, cela fait autant de chances en plus de recevoir du spam
* Ne pas diffuser votre adresse email en clair sur internet (utilisez un formulaire de contact à la place)
* Protéger vos formulaires de contacts avec un système anti robots (Captcha)
* Ne pas vous inscrire sur des sites peu scrupuleux concernant le respect de la vie privée et des données personnelles, avec votre adresse email (si besoin, créez une adresse email "poubelle", ou un Alias via les règlages de votre boîte mail dans Plesk, à cet effet)
* Vous pouvez activer individuellement pour chaque adresse un filtre anti-spam, si SpamAssassin est présent sur votre serveur, il suffit de vous rendre dans les paramètres de l'adresse mail dans Plesk.
* Si un seul expéditeur vous spam, vous pouvez le passer en blacklist.
* Il est possible de souscrire à un système de filtrage externe, par exemple MailChannels Inbound (à partir de 2€ par domaine pour 20 adresses), ou AltoSpam, ou MailInBlack.
* Utiliser les liens de désinscription à la réception des mails en bas de ces mails
* Si nécessaire, si votre adresse est diffusée dans des réseaux de spammeurs, il faut renommer votre adresse, cela conserve vos emails et stoppe immédiatement la réception de spams. Il faut bien-sûr communiquer la nouvelle adresse à vos correspondants et stopper les pratiques ayant conduit à la réception de spams initiale (par exemple, diffusion de l'adresse mail sur votre site).

<h1>Régler mon filtre anti-spam</h1>
Le réglage du filtre anti-spam par analyse de contenu s'effectue via votre [[Panneau de contrôle Plesk]].

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse à configurer
* Sélectionnez l'onglet "Filtre anti-spam"
* Cochez la case "Activer le filtre anti-spam[...]"
* Choisissez l'action à effectuer (recommandé: "Déplacer le spam dans le dossier Spam")
* Optionnel: Cliquez sur "Voir les paramètres avancés" et réglez le seuil de détection du filtre : Par défaut 7
* Optionnel: Indiquez en liste blanche les expéditeurs dont il faut toujours accepter les emails, et en liste noir les expéditeurs à toujours rejeter.
* Validez avec "OK"

NB: Le paramètre "Intensité du filtre anti-spam" est un seuil de détection : Si vous baissez cette valeur, le filtre sera plus strict (attention aux faux-positifs), augmenter la valeur rend le filtre plus permissif. Nous conseillons de ne pas descendre sous une valeur de 2 à 3, un réglage de 5 à 7 étant optimal dans la plupart des cas.

'''Info''': Les utilisateurs peuvent aussi se connecter via leur adresse email et leur mot de passe pour gérer les paramètres de leur propre adresse email.

<h1>Contrôle du spam sortant sur DS/VM</h1>
Sur un serveur dédié ou serveur virtuel, la liberté d'envoyer des mails facilement via PHP mail() peut être également source d'envois de spams incontrôlés. Les envois de spams depuis un serveur causent en général une mauvaise délivrabilité des emails légitimes par la suite. Il est donc important de mettre en oeuvre des mesures de contrôle des envois lorsque cela se produit.

<h2>Pré-requis serveur</h2>
* Votre serveur de SMTP doit être sous Postfix; HaiSoft peut prendre en charge la mise à jour de Qmail à Postfix dans le cadre de l'infogérance; dans ce cas, il faut vous assurer que tous vos envois de mails soient parfaitement configurés, car Postfix étant plus sécurisé, il tolère moins bien les erreurs de configuration des utilisateurs (par exemple, il ne supporte pas une connexion SSL sur le port 25, car le port 25 est dédié aux configurations non chiffrées).
* Il faut définir une limite d'envoi horaire sur le serveur afin de prévenir un envoi massif si une boîte était piratée. Cela peut se faire via Plesk lorsque Postfix est défini comme serveur SMTP.

<h2>Adaptations webmastering</h2>
* Les fonctions PHP mail() ainsi que sendmail doivent être désactivées, tout mail devra ainsi être envoyé en SMTP authentifié, ce qui nécessite potentiellement une adaptation sur les sites, cf : https://blog.haisoft.fr/connaissances/configurer-lenvoi-demail-via-smtp-pour-votre-site/
* Tout formulaire de contact sur les sites doit comporter un système anti-robots (Captcha).

<h2>Bonnes pratiques d'utilisation</h2>
* Une redirection de mails peut vite devenir une redirection de spams. Il faut limiter autant que possible les redirections de mails et inciter les utilisateurs à utiliser leurs boîtes directement. Une redirection ne devrait jamais être utilisée de manière permanente mais seulement de manière transitoire. Les Alias de messagerie sont parfois une solution, dans d'autres cas, plusieurs utilisateurs peuvent aussi se connecter à une même boîte.
* Vos adresses email ne doivent pas comporter de mots de passe faibles, nous pouvons effectuer une vérification de sécurité à ce niveau, tout mot de passe insuffisamment sécurisé devra être changé.

Spam

2021-10-05T08:40:24Z

Root xo1zfe7e :

[[Category:E-mail]]

<h1>Réception de spams</h1>

Afin d'éviter de recevoir du spam, voici quelques conseils:

* Ne pas choisir une adressse "contact@" ou "info@", cette adresse est trop fréquente et sera systématiquement spammée dès lors que votre domaine est présent sur internet
* Eviter de rediriger les mails de nombreuses adresses vers une adresse précise, cela fait autant de chances en plus de recevoir du spam
* Ne pas diffuser votre adresse email en clair sur internet (utilisez un formulaire de contact à la place)
* Protéger vos formulaires de contacts avec un système anti robots (Captcha)
* Ne pas vous inscrire sur des sites peu scrupuleux concernant le respect de la vie privée et des données personnelles, avec votre adresse email (si besoin, créez une adresse email "poubelle", ou un Alias via les règlages de votre boîte mail dans Plesk, à cet effet)
* Vous pouvez activer individuellement pour chaque adresse un filtre anti-spam, si SpamAssassin est présent sur votre serveur, il suffit de vous rendre dans les paramètres de l'adresse mail dans Plesk.
* Il est possible de souscrire à un système de filtrage externe, par exemple MailChannels Inbound (à partir de 2€ par domaine pour 20 adresses), ou AltoSpam, ou MailInBlack.
* Utiliser les liens de désinscription à la réception des mails en bas de ces mails
* Si nécessaire, si votre adresse est diffusée dans des réseaux de spammeurs, il faut renommer votre adresse, cela conserve vos emails et stoppe immédiatement la réception de spams. Il faut bien-sûr communiquer la nouvelle adresse à vos correspondants et stopper les pratiques ayant conduit à la réception de spams initiale (par exemple, diffusion de l'adresse mail sur votre site).

<h1>Régler mon filtre anti-spam</h1>
Le réglage du filtre anti-spam par analyse de contenu s'effectue via votre [[Panneau de contrôle Plesk]].

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Adresses email"
* Cliquez sur l'adresse à configurer
* Sélectionnez l'onglet "Filtre anti-spam"
* Cochez la case "Activer le filtre anti-spam[...]"
* Choisissez l'action à effectuer (recommandé: "Déplacer le spam dans le dossier Spam")
* Optionnel: Cliquez sur "Voir les paramètres avancés" et réglez le seuil de détection du filtre : Par défaut 7
* Optionnel: Indiquez en liste blanche les expéditeurs dont il faut toujours accepter les emails, et en liste noir les expéditeurs à toujours rejeter.
* Validez avec "OK"

NB: Le paramètre "Intensité du filtre anti-spam" est un seuil de détection : Si vous baissez cette valeur, le filtre sera plus strict (attention aux faux-positifs), augmenter la valeur rend le filtre plus permissif. Nous conseillons de ne pas descendre sous une valeur de 2 à 3, un réglage de 5 à 7 étant optimal dans la plupart des cas.

'''Info''': Les utilisateurs peuvent aussi se connecter via leur adresse email et leur mot de passe pour gérer les paramètres de leur propre adresse email.

<h1>Contrôle du spam sortant sur DS/VM</h1>
Sur un serveur dédié ou serveur virtuel, la liberté d'envoyer des mails facilement via PHP mail() peut être également source d'envois de spams incontrôlés. Les envois de spams depuis un serveur causent en général une mauvaise délivrabilité des emails légitimes par la suite. Il est donc important de mettre en oeuvre des mesures de contrôle des envois lorsque cela se produit.

<h2>Pré-requis serveur</h2>
* Votre serveur de SMTP doit être sous Postfix; HaiSoft peut prendre en charge la mise à jour de Qmail à Postfix dans le cadre de l'infogérance; dans ce cas, il faut vous assurer que tous vos envois de mails soient parfaitement configurés, car Postfix étant plus sécurisé, il tolère moins bien les erreurs de configuration des utilisateurs (par exemple, il ne supporte pas une connexion SSL sur le port 25, car le port 25 est dédié aux configurations non chiffrées).
* Il faut définir une limite d'envoi horaire sur le serveur afin de prévenir un envoi massif si une boîte était piratée. Cela peut se faire via Plesk lorsque Postfix est défini comme serveur SMTP.

<h2>Adaptations webmastering</h2>
* Les fonctions PHP mail() ainsi que sendmail doivent être désactivées, tout mail devra ainsi être envoyé en SMTP authentifié, ce qui nécessite potentiellement une adaptation sur les sites, cf : https://blog.haisoft.fr/connaissances/configurer-lenvoi-demail-via-smtp-pour-votre-site/
* Tout formulaire de contact sur les sites doit comporter un système anti-robots (Captcha).

<h2>Bonnes pratiques d'utilisation</h2>
* Une redirection de mails peut vite devenir une redirection de spams. Il faut limiter autant que possible les redirections de mails et inciter les utilisateurs à utiliser leurs boîtes directement. Une redirection ne devrait jamais être utilisée de manière permanente mais seulement de manière transitoire. Les Alias de messagerie sont parfois une solution, dans d'autres cas, plusieurs utilisateurs peuvent aussi se connecter à une même boîte.
* Vos adresses email ne doivent pas comporter de mots de passe faibles, nous pouvons effectuer une vérification de sécurité à ce niveau, tout mot de passe insuffisamment sécurisé devra être changé.

Webmastering

2021-06-24T11:27:13Z

Root xo1zfe7e :

Le webmastering est la gestion de ce qui relève du contenu du site et plus globalement, de tout ce qui attrait au fonctionnement interne du site, c'est à dire indépendant de l'hébergement.

Le webmastering inclus :

* La connexion à votre backoffice (Wordpress, Joomla ou autre) et la gestion de vos mots de passe pour ces derniers
* La publication de contenu de votre site
* La gestion des bugs sur votre site
* L'installation et la gestion de modules complémentaires
* La personnalisation de votre site
* La mise à jour et la sécurisation de votre site
* L'envoi de mails depuis votre site
* Etc.

HaiSoft, en tant qu'hébergeur et infogérant, tient à permettre la bonne distribution de votre contenu, mais n'est nullement tenu d'effectuer des tâches de webmastering de votre site.

Cependant, nous pouvons malgré vous assister dans certaines tâches :
* Si vous ne parvenez pas à comprendre une erreur trouvée dans les logs de votre site que nous vous mettons à disposition, nous pouvons vous l'expliquer.
* Sous certaines conditions (CMS utilisé, version), il est possible de bénéficier des mises à jour de votre CMS soit sur demande, soit automatiques.
* Dans le cas d'un piratage, nous revenons vers vous si nous détectons un comportement anormal sur votre site
* Vous guider afin d'envoyer des emails en SMTP depuis votre site.

<h1>Gérer un site Web</h1>

<h2>Fonctionnement d'un site</h2>

Lorsqu'un site est distribué, on dit qu'il est "hébergé". L'hébergement, c'est le stockage et la distribution de vos contenus (fichiers, bases de données, emails), mais également l'interprétation de vos scripts (PHP).

Un site web moderne est généralement constitué de deux parties :
* Les fichiers du site, accessibles en [[FTP]]. Les fichiers d'un site moderne sont généralement faits de scripts PHP et continennent bien-sûr les images et autres contenus CSS, polices, etc.
* La base de données MySQL, contenant les utilisateurs, mots de passe, les réglages, les articles, produits, etc., c'est ce qui fait vraiment le contenu de votre site.

Le serveur web est constitué :
* D'un système d'exploitation sous Linux (si l'hébergement est sous Windows, nous vous conseillons de fuir)
* D'un serveur de fichiers (Généralement Apache, parfois Nginx, ou une combinaison des deux)
* D'un serveur MySQL (ou MariaDB, qui est son équivalent) qui gère vos bases de données.
* L'interpréteur PHP qui va permettre d'exécuter vos scripts PHP

On parle de serveur "LAMP" : Linux, Apache MySQL, PHP.

WordPress, Joomla, Prestashop, et tous les principaux CMS (content management system) fonctionnent sur serveur LAMP.

<h2>Gérer mon site et mon hébergement</h2>

* Pour la connexion FTP, voir la page dédiée: [[FTP]]
* Pour la gestion des bases de données, rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine, rubrique "Bases de données" (en haut à droite du panneau de contrôle).
* Pour le réglage de votre version de PHP, rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine, rubrique "Paramètres PHP".

<h3>Mettre en place une redirection</h3>

Attention! Cette étape efface tout contenu web du site à rediriger vers un autre.
Cette manipulation est destinée aux possesseurs de serveurs dédiés, ou de formules Multi-Domaines/Revendeur/Corporate. Les clients d'hébergements mutualisés doivent effectuer la demande de redirection par ticket support.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous le domaine désiré, cliquez sur "Paramètres d'hébergement"
* Dans "Type d'hébergement", cliquez sur "Changer"
* Choisissez "Redirection" ainsi que le type de redirection choisie (301 recommandée)
* Entrez l'URL de destination désirée et validez avec "OK"
* Cette action entraine la suppression des données de l'hébergement, validez pour continuer.

<i>Note : le lien "Changer" n'apparaîtra pas si vous disposez de sous-domaines sur cet hébergement.</i>

<i>Autre option : Vous pouvez effectuer une redirection via votre site, via du code PHP, HTML... ou via des directives Apache dans un fichier .htaccess</i>

<h2>Consulter les statistiques de mon site</h2>
Votre [[Panneau de contrôle Plesk]] conserve et permet de visualiser les statistiques des visites de votre site.

<h3>Accès aux statistiques</h2>

Pour les statistiques de visites de votre site faites sans SSL/TLS (HTTP) :
* Depuis votre panneau de contrôle Plesk, sous le domaine désiré, cliquez sur "Statistiques Web" puis entrez vos identifiants FTP.
* Pour un accès manuel, l'URL est (remplacez "exemple.tld" par votre domaine) : https://exemple.tld/plesk-stat/webstat/

Pour les statistiques de visites de votre site faites en SSL/TLS (HTTPS) :
* Depuis votre panneau de contrôle Plesk, sous le domaine désiré, cliquez sur "Statistiques Web SSL/TLS" puis entrez vos identifiants FTP.
* Pour un accès manuel, l'URL est (remplacez "exemple.tld" par votre domaine) : https://exemple.tld/plesk-stat/webstat-ssl/

Lors de la visite de l'URL des statistiques de votre site, un mot de passe vous sera demandé : Il s'agit de vos identifiants [[FTP]]. Si vous avez oublié votre mot de passe ou nom d'utilisateur, n'hésitez pas à le modifier via votre [[Panneau de contrôle Plesk]]

<h3>Réglage des statistiques</h2>

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous le domaine désiré, cliquez sur "Paramètres d'hébergement"
* Tout en bas, dans le menu déroulant, choisissez entre "Aucune", "Webalizer" et "AWStats". Nous conseillons "AWStats" qui est le choix par défaut.
* Vous pouvez si vous le souhaitez décocher la case "Statistiques Web (Protéger l'accès à vos statistiques Web avec votre nom d'utilisateur et mot de passe FTP" afin de désactiver la protection des statistiques par mot de passe.)", néanmoins nous recommandons de garder cette case cochée afin de conserver la confidentialité des visites et fichiers accédés sur votre site.
* Cliquez sur "OK" pour valider les changements

<h2>Les failles de sécurité</h2>

Un site moderne permet du contenu dynamique, de l'interaction entre l'usager du site et le serveur. De ce fait, l'interaction doit être très strictement cadrée afin que l'utilisateur ne puisse envoyer des commandes lui permettant de prendre le contrôle sur votre site. Si cela est très facile sur un site de taille raisonnable fait manuellement, cela devient extrêmement difficile sur les CMS les plus importants tels que WordPress. Très régulièrement, des failles de sécurité de ce type sont découvertes sur les plus grands CMS.

<h2>Impossible de se connecter à WordPress</h2>

'''Attention'''

Si vous soupçonnez que votre mot de passe aie changé sans intervention de votre part, il est nécessaire de vérifier l'intégrité de votre site (fichiers, utilisateurs présents dans la base de données) à l'aide des différents outils proposés (navigateur de fichiers de votre panneau de contrôle ou FTP, rubrique "Bases de données" de votre panneau de contrôle).
CF: [[Sécurité]]

<h3>Procédure de passe WordPress oublié de WordPress</h3>

Si votre site a bien été configuré pour envoyer des mails en SMTP, vous pouvez utiliser la procédure de mot de passe oublié.

Afin que votre site puisse envoyer des emails, il faut en effet avoir configuré correctement l'envoi SMTP au préalable.
CF: https://wiki.haisoft.fr/index.php?title=E-mail#Envois_de_mails_depuis_un_site

<h3>Réinitialisation via le Wordpress Toolkit de Plesk</h3>
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur le nom de votre site Wordpress ou l'icône WordPress.
* A coté de "Administrateur", cliquez sur "[Configuration]".
* Modifiez votre mot de passe.

<h3>Réinitialisation via phpMyAdmin</h3>
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Bases de données" (ou "Databases" en anglais) puis sur phpMyAdmin
* Trouvez la table se terminant par _users, cliquez dessus
* Assurez-vous qu'il n'y a pas d'utilisateur frauduleux, puis à côté de votre utilisateur admin, cliquez sur "Editer" (ou "Edit" en anglais).
* Sur le champ "user_pass", choisissez la Fonction "MD5", entrez votre mot de passe, puis cliquez sur "Exécuter" (ou "Go" en anglais).

<h1>Comprendre PHP</h1>

PHP désigne à la fois le langage de programmation, principalement utilisé pour créer les sites web d'aujourd'hui, ainsi que l'interpréteur PHP qui permet d'exécuter le code PHP.

La très vaste majorité des CMS tels que WordPress, Joomla, PrestaShop utilisent PHP. Pour peu d'être mis à jour, des versions de PHP relativement récentes sont supportées afin d'apporter les meilleures performances et la meilleure sécurité.

HaiSoft permettant le choix de la version de PHP, il en va de la responsabilité de chaque webmaster d'utiliser la version de PHP la plus récente possible. Nous conseillons d'effectuer un contrôle au minimum une fois tous les 6 mois pour chaque site.

<h2>Les versions de PHP</h2>

PHP évolue avec le temps : Améliorations de performances, de sécurité, ajouts de fonctionnalités, etc.

Ainsi, '''il est toujours préférable d'utiliser la version de PHP la plus récente possible''' compatible avec vos scripts PHP et de mettre à jour votre site afin qu'il supporte les nouvelles versions. De la sorte, vous avez une assurance de sécurité et de performances supplémentaire.

HaiSoft met tout en oeuvre pour vous offrir les dernières versions de PHP dès que possible : Sur nos serveurs mutualisés, elles sont généralement disponibles dans la semaine de sortie. Sur serveur dédié ou VM, il suffit d'en faire la demande, ou, les nouvelles versions sont ajoutées à la mise à jour de Plesk sur votre serveur.

En Janvier 2021, à l'écriture de ces mots:
* La fin totale du support de PHP 5.4, y-compris des mises à jour de sécurité date de 2015
* Le support de sécurité de PHP 5.6 a expiré le premier Janvier 2019
* Le support de sécurité de PHP 7.1 a expiré fin 2019.
* Le support de sécurité de PHP 7.2 a expiré fin 2020.
* '''Toute version de PHP inférieure à 7.3 est obsolète'''.
* '''Le support de sécurité de PHP 7.3 expire en Décembre 2021''', prenez les devants, préparez-vous.
* '''Il est recommandé d'utiliser PHP 7.4 dont le support de sécurité sera assuré jusqu'à fin 2022.'''
* PHP 7.4 nécessite à l'heure actuelle un serveur sous minimum CentOS 7 et Plesk Obsidian (18.0).
* PHP 8.0 est disponible (Plesk Obsidian, CentOS 7 et 8), son support de sécurité devrait durer jusqu'à fin 2023. Son utilisation n'est pour l'heure pas recommandée avec WordPress car le WP Toolkit de Plesk n'est pas encore compatible.

La liste à jour des versions de PHP supportées est consultable sur le site officiel : https://www.php.net/supported-versions.php

<h2>Choisir une version de PHP</h2>

HaiSoft vous permet de choisir vous-même votre version de PHP. Cela est un avantage car vous pouvez utilisez le script de votre choix avec la version de PHP de votre choix, de plus, les toutes dernières versions de PHP sont disponibles très rapidement chez HaiSoft.

Néanmoins, une règle est à suivre afin d'obtenir une sécurité et des performances optimales :
'''Il faut donc utiliser la version de PHP la plus récente supportée par votre script.'''

Pour le réglage de votre version de PHP:
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, allez dans la rubrique "Paramètres PHP"
* Selectionnez la version de PHP désirée, et validez avec "OK"
* Après quelques secondes, la version de PHP est active
* Vérifiez le bon fonctionnement de votre site avant de décider de conserver cette version ou non.

<h2>Passage à PHP 5.6 ou supérieur : A savoir</h2>

Si vous utilisez une version inférieure à PHP 5.6, voici les principales choses à savoir avant la mise à jour :
* A partir de PHP 5.6, PHP vérifie désormais le certificat du serveur lors de l'envoi de mails en SMTP. Si votre site envoit des emails en SMTP, il faudra donc vous assurer de bien avoir le nom de votre serveur srvXX.haisoft.net -remplacer "XX" par votre numéro de serveur- en tant que serveur SMTP dans vos paramètres d'envoi.
* A partir de PHP 7.0, la fonction "mysql_connect" disparait au profit de MySQLi ou PDO_MySQL. Ref: https://www.php.net/manual/fr/function.mysql-connect.php
* Vous pouvez à tout moment choisir la version de PHP de votre site depuis votre panneau de contrôle Plesk fourni par HaiSoft, comme expliqué plus haut.
* PHP 7.1 et supérieurs améliorent d'un facteur 1.5 à 10 la vitesse de l'exécution de PHP par rapport à PHP 5.
* PHP 7.3, qui sera supporté jusqu'au 6 Décembre 2021 est disponible depuis le jour de sa sortie chez HaiSoft et un certain nombre de CMS sont déjà compatibles avec ce dernier. N'hésitez pas à l'utiliser dès maintenant si possible.
* Si votre CMS n'est pas compatible PHP 7, cela signifie qu'il n'est pas à jour, donc pas sécurisé. Dans ce cas, il faut sérieusement songer à mettre à jour votre CMS ou à en changer.

<h2>Les handlers (gestionnaires) PHP</h2>

''Cette rubrique s'adresse principalement aux possesseurs de serveurs VM et dédiés.''

Le serveur distribuant les fichiers web est généralement Apache.

Apache ne fait que distribuer des fichiers et n'a pas nativement la possibilité d'exécuter du code PHP. Ainsi, PHP est exécuté par Apache via ce que l'on appelle un "handler" (ou gestionnaire en Français).

Le plus ancien handler PHP était mod_php, une extension d'Apache permettant d'exécuter PHP; les fichiers devaient alors appartenir à Apache pour que PHP puisse écrire dans les fichiers web.

Puis, sont apparus CGI et FastCGI, permettant de bien meilleures performances mais surtout de laisser les fichiers appartenir à l'utilisateur correspondant au site, permettant donc une meilleure indépendance des sites sur un serveur et donc une meilleure sécurité. FastCGI divise donc par deux les temps de chargement des pages par rapport à mod_php tout en apportant un fort gain de sécurité.

FPM (ou en Français "Application PHP") est le dernier handler en date, utilisé par défaut sous CentOS 7 il permet des performances encore supérieures et une meilleure gestion des ressources de chaque site.

Si votre site est encore sous mod_php, HaiSoft recommande de revenir vers nous afin de passer à FastCGI ou FPM (Application PHP); cela nécessite d'adapter les appartenances et permissions sur les fichiers de votre site, il est donc important de profiter de nos services et de nous contacter afin que l'on puisse corriger cela pour vous et que votre transition se déroule le mieux possible.

<h1>Diagnostics</h1>

En dehors de notre formule WordPress dans laquelle nous fournissons un aide au debug et diagnostic de votre site, le diagnostic de fonctionnement d'un site est à la charge du webmaster. En cas d'erreur, il faut consulter les logs du domaine, désactiver les plugins ou thèmes en lien avec l'erreur, vérifier quelle modification a pu entraîner le dysfonctionnement, les fichiers PHP causant des erreurs, effectuer ses mises à jour de CMS, réinstallation manuelle si nécessaire, etc.

<h2>Utiliser les logs</h2>

Les logs d'un serveur web (historique des requêtes et erreurs) sont nécessaires à toute administration d'un site internet. Ils permettent de vérifier et de comprendre les éventuelles erreurs présentes à la visite ou l'exécution du site.

Vous pouvez consulter ces logs via [[Panneau de contrôle Plesk]], sous le domaine concerné dans la rubrique "Logs". Il est également possible de filtrer ces logs via les champs libres, ainsi que via le menu déroulant en haut à droite.

<h2>Les codes de statut et d'erreur Apache</h2>

Les serveurs web affichent généralement un code d'erreur lorsque quelque-chose ne fonctionne pas. Ces codes peuvent vous orienter rapidement vers la cause du souci, mais pour plus de détails, il faut systématiquement avoir le réflexe de consulter les logs du site pour en savoir plus.

<h3>Erreur 500</h3>

Une erreur 500 signifie que le code PHP de votre site n'a pas pu êxtre exécuté correctement. Ces erreurs relèvent donc généralement du webmastering et non de l'hébergement.

Causes les plus courantes:
* Votre code fait appel à une fonction non présente dans la version de PHP choisie pour l'hébergement
* Un ou plusieurs scripts comportent des erreurs de code
* Votre code est trop long à s'exécuter et dépasse le max_execution_time (timeout) ou trop lourd et dépasse le memory_limit.

<h3>RSA certificate</h3>

L'erreur est de type :

Warning AH01909: RSA certificate configured for domain.tld:443 does NOT include an ID which matches the server name

Cela signifie simplement que votre site n'a pas de certificat valide pour s'afficher en HTTPS. Pour en savoir plus, voir [[Chiffrement TLS]].

<h3>ModSecurity</h3>

ModSecurity est un pare-feu applicatif qui bloque les requêtes dangereuses effectuées sur votre site. Certains faux positifs peuvent être observés, en particulier avec WordPress et les différents "builders" existants qui envoient des requêtes à rallonge pour sauvegarder leurs paramètres.

L'erreur est de type :
[client 192.168.1.128] ModSecurity: [file "/etc/httpd/conf/modsecurity.d/rules/tortix/modsec/50_plesk_basic_asl_rules.conf"] [line "2242"] [id "33340748"] [rev "2"] [msg "Protected by Atomicorp.com Basic Non-Realtime WAF Rules: Generic Path Recursion denied"] [severity "CRITICAL"] Access denied with code 403 (phase 2). Pattern match [...]

Pour désactiver cette sécurité spécifique :
* Il faut noter le numéro dans le champ [id ""], ici dans l'exemple : 33340748
* Dans Plesk, sous votre domaine, cliquez sur "Pare-feu des applications Web"
* Dans le champ "ID de la règle de sécurité", insérez le numéro de règle à désactiver
* Si vous avez plusieurs règles à insérer, indiquez une règle par ligne
* Cliquez sur "OK" pour valider

<h1>Optimisation</h1>

La lenteur d'un site internet réduit significativement le temps passé par les visiteurs sur celui-ci. L'optimisation de la vitesse de votre site est donc un élément majeur à ne surtout pas négliger.

Contrairement aux idées reçues, les lenteurs d'un site ne proviennent pas forcément de la lenteur du serveur qui l'héberge. Bien-sûr, un serveur surchargé ou de piètre qualité peut causer des lenteurs, mais HaiSoft fait tout pour éliminer cette possibilité.

En effet, nous mettons tout en oeuvre pour que vous profitiez en permanence d'un hébergement rapide et disponible : L'ensemble des serveurs mutualisés HaiSoft ainsi que tous les nouveaux serveurs sont livrés en SSD pour des performances maximales et constantes. De plus, les serveurs sont activement monitorés de sorte à ce qu'une charge importante soit immédiatement identifiée et le souci très rapidement réglé. Les hébergements HaiSoft, sont donc un excellent moyen de bénéficier de performances exceptionnellement bonnes en toutes circonstances.

Dans un tel contexte, nous constatons que les demandes concernant des lenteurs sur les sites web sont dans la vaste majorité des cas dus à un manque d'optimisation des dits sites, d'où l'utilité de cet article. (Néanmoins, en cas de ralentissement inhabituel sur votre site, n'hésitez pas à contacter votre support HaiSoft pour demander une vérification.)

L'optimisation peut être séparée en deux parties principales :
* Les ressources CPU utilisées sur le serveur par PHP et MySQL durant le chargement des pages du site
* Les ressources chargées par les visiteurs du site

<h2>Optimisation des ressources serveur</h2>

Le temps de chargement d'une page de votre site est directement liée à la puissance de calcul requise pour la générer. Il est donc important de s'assurer que le code PHP générant les pages soit le plus optimisé possible afin d'offrir un temps de chargement correct.

Par ailleurs, un site pas ou mal optimisé peut dans certains cas extrêmes aller jusqu'à ralentir un serveur complet. Si par exemple chaque page entraîne des requêtes MySQL très longues (plus de 20 secondes) et que le site reçoit plusieurs visites par seconde, l'utilisation CPU du serveur peut vite atteindre les 100% et les performances vont se dégrader dramatiquement, voir le serveur peut cesser de répondre.

En outre, il faut bien comprendre que PHP n'utilise qu'un seul coeur de processeur par process (et donc par page chargée). Cela signifie que le temps de chargement des pages de votre site ne sera pas plus rapide avec 8 coeurs qu'avec 2 coeurs s'il n'y a qu'un seul visiteur, mais en revanche, vous pourrez accueillir plus de visiteurs simultanément sans ralentissements.

Les optimisations suivantes sont valables pour tous les CMS (WordPress, Joomla, etc.)

<h3>Erreurs courantes à éviter</h3>

Afin de gagner du temps, commençons par les pistes qui vous feront uniquement perdre du temps et sont donc à éviter.

* Multiplier les plugins : La plupart des plugins se chargent à toutes les pages, ralentissant chaque fois un peu plus votre site. De plus, certains peuvent entrer en conflit et l'addition de nombreux plugins multiplie d'autant le risque de rencontrer des bugs.
* Utiliser des plugins de cache (WPSupercache, WPRocket...) : Les systèmes de cache peuvent générer de nombreux problèmes et les pages dynamiques, si elles fonctionnent encore, resteront lentes. Il faut prendre le problème à sa source et non pas utiliser un paliatif généralement bien moins efficace qu'une réelle optimisation.
* Garder un site non à jour avec une version de PHP osbolète : Outre le problème de sécurité dramatique occasionné, vous divisez potentiellement par 1,5 à 3 les performances de votre site.

<h3>Mises à jour</h3>
Assurez-vous que votre CMS soit bien à jour, de même que tous ses thèmes, modules, extensions etc.

<h3>Version de PHP</h3>
Assurez-vous d'utiliser la dernière version de PHP supportée (réglable via votre [[Panneau de contrôle Plesk]], chaque nouvelle version de PHP depuis PHP 7.0 améliore les performances.

<h3>Plugins et extensions</h3>
* Limitez autant que possible le nombre de plugins/extensions/modules installés, chaque module est une source de ralentissement supplémentaire.
* Vérifiez que vous n'avez pas de plugins ou modules trop gourmands en performances. Désactivez tous les modules, vérifiez la vitesse du site, puis réactivez-les progressivement pour trouver le ou les plugins qui ralentissent le site. Cela est également valable pour les thèmes.

<h3>Bases de données MySQL</h3>
* Réduisez le volume de votre base de données.
* Plus la base de données MySQL est petite, plus les performances seront bonnes.
* Si votre base de données contient des logs de connexion ou autres, trouvez le moyen de la nettoyer périodiquement (via le backoffice, via un plugin, ou via PHPMyAdmin par exemple).
* La base de données d'un CMS (sauf exceptions où il y a réellement beaucoup de données, sur un site journalistique par exemple) ne devrait pas excéder les 100Mo grand maximum.
* Vérifiez le contenu des commentaires qui peuvent contenir des spams, vérifiez les paramètres d'inscription et la politique d'acceptation des commentaires sur le site.

<h2>Optimisation ressources client</h2>

La taille d'une page, le nombre de ressources chargées, leur provenance, la taille des images et leur compression, sont autant de paramètres qui entrent en jeu dans la vitesse de chargement d'un site.

<h3>Mesure d'optimisation avec GTMetrix</h3>

Le site https://gtmetrix.com/ permet d'analyser dans le détail les performances de votre site du point de vue des visiteurs.

Avant toute opération d'optimisation des ressources, nous conseillons de réaliser ce test afin de vous donner une bonne idée des éléments à travailler mais également pour suivre la progression des optimisations apportées.

Nous allons vous détailler quelques recommandations les plus fréquentes sur ce wiki, mais la liste n'est pas exhaustive et nous vous invitons à compléter vos recherches si besoin.

<h3>Taille globale de la page</h3>

Il faut penser que chacun n'a pas une connexion internet rapide ou un périphérique performant (mobile ou autre) pour visionner votre site.

* Nous conseillons dans la mesure du possible de rester autour des 1Mo maximum pour votre page, de sorte qu'une connexion à même à seulement 2Mbit/s charge la page en 5s environ.
* Si votre site est très "graphique" et comporte de grandes images, vous pouvez éventuellement monter à une taille de page de 2Mo.
* Si vous avez un site de photographie, alors il n'y a plus vraiment de normes, mais l'idéal est d'avoir un aperçu des images compressé et possibilité d'agrandir les images en bonne qualité.
* Si vous insérez des vidéos, sauf exception, mieux vaut utiliser un site externe (YouTube, Vimeo, etc.) qui sera très doué pour proposer différentes qualités et compresser la vidéo comme il se doit.

<h3>Nombre de requêtes externes</h3>

Il s'agit requêtes faites à la visite de votre site, pour charger des ressources qui ne proviennent pas de votre site. Les ressources externes sont généralement coûteuses en temps de chargement.

Elles proviennent principalement de thèmes et plugins modifiant l'apparence de votre site, et contiennent surtout des polices, des scripts JS et du CSS.

Une ressource externe entraîne que pour chaque site contenant une ressource, une requête DNS supplémentaire sera effectuée par le visiteur. Ces requêtes prennent quelques millisecondes, qui mises bout à bout peuvent prendre un temps non négligeable, en tout cas pour le premier chargement de page.

De plus, les serveurs externes peuvent être basés loin du pays du visiteur, augmentant la latence et abaissant le débit.

Il faut donc essayer de minimiser autant que possible les ressources externes chargées. Celles-ci sont bien-sûr indiquées par GTMetrix dans le rubrique "YSlow" et "Make fewer HTTP requests" ainsi que dans le "Waterfall".

Idéalement, il faudrait ne charger aucune ressource externe, mais cela est quasiment impossible avec un CMS moderne. Le seuil à éviter de dépasser est donc 30 ressources externes.

<h3>Nombre total de requêtes</h3>

Chaque ressource génère un petit temps de latence. S'il y a trop de ressources, différentes, le site est ralenti, en particulier sur les connexions ayant un ping (temps de latence) important.

Cette valeur est indiquée en haut à droite du test GTMetrix : "Requests"

Nous conseillons d'essayer de rester sous la barre des 100 requêtes.

<h3>Mise à l'échelle des images</h3>

Il faut tenter, dans la mesure du possible, de ne charger dans le site que des images à la taille finale à laquelle elles seront affichées.

Il va de soi que par exemple, mettre une image haute résolution en miniature d'un article n'est pas optimal, pourquoi charger une image de 8Mo en haute résolution alors qu'une image de quelques Kilo Octets en 128x128 aurait peut-être suffit ?

Par chance, la plupart des CMS y-compris WordPress qui a longtemps été en retard sur ce sujet, gèrent les miniatures et sont capables de générer différentes tailles d'images puis d'utiliser la bonne en fonction du contexte. Il faut cependant s'assurer que le thème exploite ensuite correctement ces miniatures. Si ce n'est pas le cas, il faut redimmensionner manuellement les images.

Certains plugins proposent d'effectuer cette tâche : Je vous conseille de sauvegarder vos fichiers et votre base de données avant cette opération qui est risquée.

Via GTMetrix, cette information se site dans "PageSpeed" rubrique "Serve scaled images".

Sur serveur VM et dédié, cela peut être aidé par le module Google PageSpeed intégrable à Plesk. Le module peut convertir à la volée et à la taille de l'écran les images du site (pour peu que la taille des images ne soit pas trop importante à la base). Cela peut être mis en place par votre support et nécessitera de votre part la mise en place d'une clé API Google pour fonctionner.

<h3>Optimisation de la compression des images</h3>

Il est recommandé d'utiliser un bon taux de compression des images ainsi que des formats modernes.

Comme pour la mise à l'échelle, le module "PageSpeed" (VM et dédiés uniquement) peut aider sur ce point.

<h2>Besoin de plus de puissance ?</h2>

Les performances de votre site ne vous conviennent toujours pas en suivant ce guide ?

* Client HaiSoft : Contactez votre support HaiSoft par ticket ou téléphone
* Pas encore client HaiSoft ? Contactez notre service commercial, voir https://www.haisoft.fr/

Webmastering

2021-06-08T07:52:23Z

Root xo1zfe7e : logs intro

Le webmastering est la gestion de ce qui relève du contenu du site et plus globalement, de tout ce qui attrait au fonctionnement interne du site, c'est à dire indépendant de l'hébergement.

Le webmastering inclus :

* La connexion à votre backoffice (Wordpress, Joomla ou autre) et la gestion de vos mots de passe pour ces derniers
* La publication de contenu de votre site
* La gestion des bugs sur votre site
* L'installation et la gestion de modules complémentaires
* La personnalisation de votre site
* La mise à jour et la sécurisation de votre site
* L'envoi de mails depuis votre site
* Etc.

HaiSoft, en tant qu'hébergeur et infogérant, tient à permettre la bonne distribution de votre contenu, mais n'est nullement tenu d'effectuer des tâches de webmastering de votre site.

Cependant, nous pouvons malgré vous assister dans certaines tâches :
* Si vous ne parvenez pas à comprendre une erreur trouvée dans les logs de votre site que nous vous mettons à disposition, nous pouvons vous l'expliquer.
* Sous certaines conditions (CMS utilisé, version), il est possible de bénéficier des mises à jour de votre CMS soit sur demande, soit automatiques.
* Dans le cas d'un piratage, nous revenons vers vous si nous détectons un comportement anormal sur votre site
* Vous guider afin d'envoyer des emails en SMTP depuis votre site.

<h1>Gérer un site Web</h1>

<h2>Fonctionnement d'un site</h2>

Lorsqu'un site est distribué, on dit qu'il est "hébergé". L'hébergement, c'est le stockage et la distribution de vos contenus (fichiers, bases de données, emails), mais également l'interprétation de vos scripts (PHP).

Un site web moderne est généralement constitué de deux parties :
* Les fichiers du site, accessibles en [[FTP]]. Les fichiers d'un site moderne sont généralement faits de scripts PHP et continennent bien-sûr les images et autres contenus CSS, polices, etc.
* La base de données MySQL, contenant les utilisateurs, mots de passe, les réglages, les articles, produits, etc., c'est ce qui fait vraiment le contenu de votre site.

Le serveur web est constitué :
* D'un système d'exploitation sous Linux (si l'hébergement est sous Windows, nous vous conseillons de fuir)
* D'un serveur de fichiers (Généralement Apache, parfois Nginx, ou une combinaison des deux)
* D'un serveur MySQL (ou MariaDB, qui est son équivalent) qui gère vos bases de données.
* L'interpréteur PHP qui va permettre d'exécuter vos scripts PHP

On parle de serveur "LAMP" : Linux, Apache MySQL, PHP.

WordPress, Joomla, Prestashop, et tous les principaux CMS (content management system) fonctionnent sur serveur LAMP.

<h2>Gérer mon site et mon hébergement</h2>

* Pour la connexion FTP, voir la page dédiée: [[FTP]]
* Pour la gestion des bases de données, rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine, rubrique "Bases de données" (en haut à droite du panneau de contrôle).
* Pour le réglage de votre version de PHP, rendez-vous dans votre [[Panneau de contrôle Plesk]], sous votre domaine, rubrique "Paramètres PHP".

<h3>Mettre en place une redirection</h3>

Attention! Cette étape efface tout contenu web du site à rediriger vers un autre.
Cette manipulation est destinée aux possesseurs de serveurs dédiés, ou de formules Multi-Domaines/Revendeur/Corporate. Les clients d'hébergements mutualisés doivent effectuer la demande de redirection par ticket support.

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous le domaine désiré, cliquez sur "Paramètres d'hébergement"
* Dans "Type d'hébergement", cliquez sur "Changer"
* Choisissez "Redirection" ainsi que le type de redirection choisie (301 recommandée)
* Entrez l'URL de destination désirée et validez avec "OK"
* Cette action entraine la suppression des données de l'hébergement, validez pour continuer.

<i>Note : le lien "Changer" n'apparaîtra pas si vous disposez de sous-domaines sur cet hébergement.</i>

<i>Autre option : Vous pouvez effectuer une redirection via votre site, via du code PHP, HTML... ou via des directives Apache dans un fichier .htaccess</i>

<h2>Consulter les statistiques de mon site</h2>
Votre [[Panneau de contrôle Plesk]] conserve et permet de visualiser les statistiques des visites de votre site.

<h3>Accès aux statistiques</h2>

Pour les statistiques de visites de votre site faites sans SSL/TLS (HTTP) :
* Depuis votre panneau de contrôle Plesk, sous le domaine désiré, cliquez sur "Statistiques Web" puis entrez vos identifiants FTP.
* Pour un accès manuel, l'URL est (remplacez "exemple.tld" par votre domaine) : https://exemple.tld/plesk-stat/webstat/

Pour les statistiques de visites de votre site faites en SSL/TLS (HTTPS) :
* Depuis votre panneau de contrôle Plesk, sous le domaine désiré, cliquez sur "Statistiques Web SSL/TLS" puis entrez vos identifiants FTP.
* Pour un accès manuel, l'URL est (remplacez "exemple.tld" par votre domaine) : https://exemple.tld/plesk-stat/webstat-ssl/

Lors de la visite de l'URL des statistiques de votre site, un mot de passe vous sera demandé : Il s'agit de vos identifiants [[FTP]]. Si vous avez oublié votre mot de passe ou nom d'utilisateur, n'hésitez pas à le modifier via votre [[Panneau de contrôle Plesk]]

<h3>Réglage des statistiques</h2>

* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous le domaine désiré, cliquez sur "Paramètres d'hébergement"
* Tout en bas, dans le menu déroulant, choisissez entre "Aucune", "Webalizer" et "AWStats". Nous conseillons "AWStats" qui est le choix par défaut.
* Vous pouvez si vous le souhaitez décocher la case "Statistiques Web (Protéger l'accès à vos statistiques Web avec votre nom d'utilisateur et mot de passe FTP" afin de désactiver la protection des statistiques par mot de passe.)", néanmoins nous recommandons de garder cette case cochée afin de conserver la confidentialité des visites et fichiers accédés sur votre site.
* Cliquez sur "OK" pour valider les changements

<h2>Les failles de sécurité</h2>

Un site moderne permet du contenu dynamique, de l'interaction entre l'usager du site et le serveur. De ce fait, l'interaction doit être très strictement cadrée afin que l'utilisateur ne puisse envoyer des commandes lui permettant de prendre le contrôle sur votre site. Si cela est très facile sur un site de taille raisonnable fait manuellement, cela devient extrêmement difficile sur les CMS les plus importants tels que WordPress. Très régulièrement, des failles de sécurité de ce type sont découvertes sur les plus grands CMS.

<h2>Impossible de se connecter à WordPress</h2>

'''Attention'''

Si vous soupçonnez que votre mot de passe aie changé sans intervention de votre part, il est nécessaire de vérifier l'intégrité de votre site (fichiers, utilisateurs présents dans la base de données) à l'aide des différents outils proposés (navigateur de fichiers de votre panneau de contrôle ou FTP, rubrique "Bases de données" de votre panneau de contrôle).
CF: [[Sécurité]]

<h3>Procédure de passe WordPress oublié de WordPress</h3>

Si votre site a bien été configuré pour envoyer des mails en SMTP, vous pouvez utiliser la procédure de mot de passe oublié.

Afin que votre site puisse envoyer des emails, il faut en effet avoir configuré correctement l'envoi SMTP au préalable.
CF: https://wiki.haisoft.fr/index.php?title=E-mail#Envois_de_mails_depuis_un_site

<h3>Réinitialisation via le Wordpress Toolkit de Plesk</h3>
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur le nom de votre site Wordpress ou l'icône WordPress.
* A coté de "Administrateur", cliquez sur "[Configuration]".
* Modifiez votre mot de passe.

<h3>Réinitialisation via phpMyAdmin</h3>
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, cliquez sur "Bases de données" (ou "Databases" en anglais) puis sur phpMyAdmin
* Trouvez la table se terminant par _users, cliquez dessus
* Assurez-vous qu'il n'y a pas d'utilisateur frauduleux, puis à côté de votre utilisateur admin, cliquez sur "Editer" (ou "Edit" en anglais).
* Sur le champ "user_pass", choisissez la Fonction "MD5", entrez votre mot de passe, puis cliquez sur "Exécuter" (ou "Go" en anglais).

<h1>Comprendre PHP</h1>

PHP désigne à la fois le langage de programmation, principalement utilisé pour créer les sites web d'aujourd'hui, ainsi que l'interpréteur PHP qui permet d'exécuter le code PHP.

La très vaste majorité des CMS tels que WordPress, Joomla, PrestaShop utilisent PHP. Pour peu d'être mis à jour, des versions de PHP relativement récentes sont supportées afin d'apporter les meilleures performances et la meilleure sécurité.

HaiSoft permettant le choix de la version de PHP, il en va de la responsabilité de chaque webmaster d'utiliser la version de PHP la plus récente possible. Nous conseillons d'effectuer un contrôle au minimum une fois tous les 6 mois pour chaque site.

<h2>Les versions de PHP</h2>

PHP évolue avec le temps : Améliorations de performances, de sécurité, ajouts de fonctionnalités, etc.

Ainsi, '''il est toujours préférable d'utiliser la version de PHP la plus récente possible''' compatible avec vos scripts PHP et de mettre à jour votre site afin qu'il supporte les nouvelles versions. De la sorte, vous avez une assurance de sécurité et de performances supplémentaire.

HaiSoft met tout en oeuvre pour vous offrir les dernières versions de PHP dès que possible : Sur nos serveurs mutualisés, elles sont généralement disponibles dans la semaine de sortie. Sur serveur dédié ou VM, il suffit d'en faire la demande, ou, les nouvelles versions sont ajoutées à la mise à jour de Plesk sur votre serveur.

En Janvier 2021, à l'écriture de ces mots:
* La fin totale du support de PHP 5.4, y-compris des mises à jour de sécurité date de 2015
* Le support de sécurité de PHP 5.6 a expiré le premier Janvier 2019
* Le support de sécurité de PHP 7.1 a expiré fin 2019.
* Le support de sécurité de PHP 7.2 a expiré fin 2020.
* '''Toute version de PHP inférieure à 7.3 est obsolète'''.
* '''Le support de sécurité de PHP 7.3 expire en Décembre 2021''', prenez les devants, préparez-vous.
* '''Il est recommandé d'utiliser PHP 7.4 dont le support de sécurité sera assuré jusqu'à fin 2022.'''
* PHP 7.4 nécessite à l'heure actuelle un serveur sous minimum CentOS 7 et Plesk Obsidian (18.0).
* PHP 8.0 est disponible (Plesk Obsidian, CentOS 7 et 8), son support de sécurité devrait durer jusqu'à fin 2023. Son utilisation n'est pour l'heure pas recommandée avec WordPress car le WP Toolkit de Plesk n'est pas encore compatible.

La liste à jour des versions de PHP supportées est consultable sur le site officiel : https://www.php.net/supported-versions.php

<h2>Choisir une version de PHP</h2>

HaiSoft vous permet de choisir vous-même votre version de PHP. Cela est un avantage car vous pouvez utilisez le script de votre choix avec la version de PHP de votre choix, de plus, les toutes dernières versions de PHP sont disponibles très rapidement chez HaiSoft.

Néanmoins, une règle est à suivre afin d'obtenir une sécurité et des performances optimales :
'''Il faut donc utiliser la version de PHP la plus récente supportée par votre script.'''

Pour le réglage de votre version de PHP:
* Rendez-vous dans votre [[Panneau de contrôle Plesk]]
* Sous votre domaine, allez dans la rubrique "Paramètres PHP"
* Selectionnez la version de PHP désirée, et validez avec "OK"
* Après quelques secondes, la version de PHP est active
* Vérifiez le bon fonctionnement de votre site avant de décider de conserver cette version ou non.

<h2>Passage à PHP 5.6 ou supérieur : A savoir</h2>

Si vous utilisez une version inférieure à PHP 5.6, voici les principales choses à savoir avant la mise à jour :
* A partir de PHP 5.6, PHP vérifie désormais le certificat du serveur lors de l'envoi de mails en SMTP. Si votre site envoit des emails en SMTP, il faudra donc vous assurer de bien avoir le nom de votre serveur srvXX.haisoft.net -remplacer "XX" par votre numéro de serveur- en tant que serveur SMTP dans vos paramètres d'envoi.
* A partir de PHP 7.0, la fonction "mysql_connect" disparait au profit de MySQLi ou PDO_MySQL. Ref: https://www.php.net/manual/fr/function.mysql-connect.php
* Vous pouvez à tout moment choisir la version de PHP de votre site depuis votre panneau de contrôle Plesk fourni par HaiSoft, comme expliqué plus haut.
* PHP 7.1 et supérieurs améliorent d'un facteur 1.5 à 10 la vitesse de l'exécution de PHP par rapport à PHP 5.
* PHP 7.3, qui sera supporté jusqu'au 6 Décembre 2021 est disponible depuis le jour de sa sortie chez HaiSoft et un certain nombre de CMS sont déjà compatibles avec ce dernier. N'hésitez pas à l'utiliser dès maintenant si possible.
* Si votre CMS n'est pas compatible PHP 7, cela signifie qu'il n'est pas à jour, donc pas sécurisé. Dans ce cas, il faut sérieusement songer à mettre à jour votre CMS ou à en changer.

<h2>Les handlers (gestionnaires) PHP</h2>

''Cette rubrique s'adresse principalement aux possesseurs de serveurs VM et dédiés.''

Le serveur distribuant les fichiers web est généralement Apache.

Apache ne fait que distribuer des fichiers et n'a pas nativement la possibilité d'exécuter du code PHP. Ainsi, PHP est exécuté par Apache via ce que l'on appelle un "handler" (ou gestionnaire en Français).

Le plus ancien handler PHP était mod_php, une extension d'Apache permettant d'exécuter PHP; les fichiers devaient alors appartenir à Apache pour que PHP puisse écrire dans les fichiers web.

Puis, sont apparus CGI et FastCGI, permettant de bien meilleures performances mais surtout de laisser les fichiers appartenir à l'utilisateur correspondant au site, permettant donc une meilleure indépendance des sites sur un serveur et donc une meilleure sécurité. FastCGI divise donc par deux les temps de chargement des pages par rapport à mod_php tout en apportant un fort gain de sécurité.

FPM (ou en Français "Application PHP") est le dernier handler en date, utilisé par défaut sous CentOS 7 il permet des performances encore supérieures et une meilleure gestion des ressources de chaque site.

Si votre site est encore sous mod_php, HaiSoft recommande de revenir vers nous afin de passer à FastCGI ou FPM (Application PHP); cela nécessite d'adapter les appartenances et permissions sur les fichiers de votre site, il est donc important de profiter de nos services et de nous contacter afin que l'on puisse corriger cela pour vous et que votre transition se déroule le mieux possible.

<h1>Diagnostics</h1>

Le diagnostic de fonctionnement d'un site est à la charge du webmaster. En cas d'erreurs, il faut consulter les logs du domaine, désactiver les plugins en lien avec l'erreur, vérifier quelle modification a pu entraîner le dysfonctionnement, les fichiers PHP causant des erreurs, effectuer ses mises à jour de CMS, réinstallation manuelle si nécessaire, etc.

<h2>Utiliser les logs</h2>

Les logs d'un serveur web (historique des requêtes et erreurs) sont nécessaires à toute administration d'un site internet. Ils permettent de vérifier et de comprendre les éventuelles erreurs présentes à la visite ou l'exécution du site.

Vous pouvez consulter ces logs via [[Panneau de contrôle Plesk]], sous le domaine concerné dans la rubrique "Logs". Il est également possible de filtrer ces logs via les champs libres, ainsi que via le menu déroulant en haut à droite.

<h2>Les codes de statut et d'erreur Apache</h2>

Les serveurs web affichent généralement un code d'erreur lorsque quelque-chose ne fonctionne pas. Ces codes peuvent vous orienter rapidement vers la cause du souci, mais pour plus de détails, il faut systématiquement avoir le réflexe de consulter les logs du site pour en savoir plus.

<h3>Erreur 500</h3>

Une erreur 500 signifie que le code PHP de votre site n'a pas pu êxtre exécuté correctement. Ces erreurs relèvent donc généralement du webmastering et non de l'hébergement.

Causes les plus courantes:
* Votre code fait appel à une fonction non présente dans la version de PHP choisie pour l'hébergement
* Un ou plusieurs scripts comportent des erreurs de code
* Votre code est trop long à s'exécuter et dépasse le max_execution_time (timeout) ou trop lourd et dépasse le memory_limit.

<h3>RSA certificate</h3>

L'erreur est de type :

Warning AH01909: RSA certificate configured for domain.tld:443 does NOT include an ID which matches the server name

Cela signifie simplement que votre site n'a pas de certificat valide pour s'afficher en HTTPS. Pour en savoir plus, voir [[Chiffrement TLS]].

<h3>ModSecurity</h3>

ModSecurity est un pare-feu applicatif qui bloque les requêtes dangereuses effectuées sur votre site. Certains faux positifs peuvent être observés, en particulier avec WordPress et les différents "builders" existants qui envoient des requêtes à rallonge pour sauvegarder leurs paramètres.

L'erreur est de type :
[client 192.168.1.128] ModSecurity: [file "/etc/httpd/conf/modsecurity.d/rules/tortix/modsec/50_plesk_basic_asl_rules.conf"] [line "2242"] [id "33340748"] [rev "2"] [msg "Protected by Atomicorp.com Basic Non-Realtime WAF Rules: Generic Path Recursion denied"] [severity "CRITICAL"] Access denied with code 403 (phase 2). Pattern match [...]

Pour désactiver cette sécurité spécifique :
* Il faut noter le numéro dans le champ [id ""], ici dans l'exemple : 33340748
* Dans Plesk, sous votre domaine, cliquez sur "Pare-feu des applications Web"
* Dans le champ "ID de la règle de sécurité", insérez le numéro de règle à désactiver
* Si vous avez plusieurs règles à insérer, indiquez une règle par ligne
* Cliquez sur "OK" pour valider

<h1>Optimisation</h1>

La lenteur d'un site internet réduit significativement le temps passé par les visiteurs sur celui-ci. L'optimisation de la vitesse de votre site est donc un élément majeur à ne surtout pas négliger.

Contrairement aux idées reçues, les lenteurs d'un site ne proviennent pas forcément de la lenteur du serveur qui l'héberge. Bien-sûr, un serveur surchargé ou de piètre qualité peut causer des lenteurs, mais HaiSoft fait tout pour éliminer cette possibilité.

En effet, nous mettons tout en oeuvre pour que vous profitiez en permanence d'un hébergement rapide et disponible : L'ensemble des serveurs mutualisés HaiSoft ainsi que tous les nouveaux serveurs sont livrés en SSD pour des performances maximales et constantes. De plus, les serveurs sont activement monitorés de sorte à ce qu'une charge importante soit immédiatement identifiée et le souci très rapidement réglé. Les hébergements HaiSoft, sont donc un excellent moyen de bénéficier de performances exceptionnellement bonnes en toutes circonstances.

Dans un tel contexte, nous constatons que les demandes concernant des lenteurs sur les sites web sont dans la vaste majorité des cas dus à un manque d'optimisation des dits sites, d'où l'utilité de cet article. (Néanmoins, en cas de ralentissement inhabituel sur votre site, n'hésitez pas à contacter votre support HaiSoft pour demander une vérification.)

L'optimisation peut être séparée en deux parties principales :
* Les ressources CPU utilisées sur le serveur par PHP et MySQL durant le chargement des pages du site
* Les ressources chargées par les visiteurs du site

<h2>Optimisation des ressources serveur</h2>

Le temps de chargement d'une page de votre site est directement liée à la puissance de calcul requise pour la générer. Il est donc important de s'assurer que le code PHP générant les pages soit le plus optimisé possible afin d'offrir un temps de chargement correct.

Par ailleurs, un site pas ou mal optimisé peut dans certains cas extrêmes aller jusqu'à ralentir un serveur complet. Si par exemple chaque page entraîne des requêtes MySQL très longues (plus de 20 secondes) et que le site reçoit plusieurs visites par seconde, l'utilisation CPU du serveur peut vite atteindre les 100% et les performances vont se dégrader dramatiquement, voir le serveur peut cesser de répondre.

En outre, il faut bien comprendre que PHP n'utilise qu'un seul coeur de processeur par process (et donc par page chargée). Cela signifie que le temps de chargement des pages de votre site ne sera pas plus rapide avec 8 coeurs qu'avec 2 coeurs s'il n'y a qu'un seul visiteur, mais en revanche, vous pourrez accueillir plus de visiteurs simultanément sans ralentissements.

Les optimisations suivantes sont valables pour tous les CMS (WordPress, Joomla, etc.)

<h3>Erreurs courantes à éviter</h3>

Afin de gagner du temps, commençons par les pistes qui vous feront uniquement perdre du temps et sont donc à éviter.

* Multiplier les plugins : La plupart des plugins se chargent à toutes les pages, ralentissant chaque fois un peu plus votre site. De plus, certains peuvent entrer en conflit et l'addition de nombreux plugins multiplie d'autant le risque de rencontrer des bugs.
* Utiliser des plugins de cache (WPSupercache, WPRocket...) : Les systèmes de cache peuvent générer de nombreux problèmes et les pages dynamiques, si elles fonctionnent encore, resteront lentes. Il faut prendre le problème à sa source et non pas utiliser un paliatif généralement bien moins efficace qu'une réelle optimisation.
* Garder un site non à jour avec une version de PHP osbolète : Outre le problème de sécurité dramatique occasionné, vous divisez potentiellement par 1,5 à 3 les performances de votre site.

<h3>Mises à jour</h3>
Assurez-vous que votre CMS soit bien à jour, de même que tous ses thèmes, modules, extensions etc.

<h3>Version de PHP</h3>
Assurez-vous d'utiliser la dernière version de PHP supportée (réglable via votre [[Panneau de contrôle Plesk]], chaque nouvelle version de PHP depuis PHP 7.0 améliore les performances.

<h3>Plugins et extensions</h3>
* Limitez autant que possible le nombre de plugins/extensions/modules installés, chaque module est une source de ralentissement supplémentaire.
* Vérifiez que vous n'avez pas de plugins ou modules trop gourmands en performances. Désactivez tous les modules, vérifiez la vitesse du site, puis réactivez-les progressivement pour trouver le ou les plugins qui ralentissent le site. Cela est également valable pour les thèmes.

<h3>Bases de données MySQL</h3>
* Réduisez le volume de votre base de données.
* Plus la base de données MySQL est petite, plus les performances seront bonnes.
* Si votre base de données contient des logs de connexion ou autres, trouvez le moyen de la nettoyer périodiquement (via le backoffice, via un plugin, ou via PHPMyAdmin par exemple).
* La base de données d'un CMS (sauf exceptions où il y a réellement beaucoup de données, sur un site journalistique par exemple) ne devrait pas excéder les 100Mo grand maximum.
* Vérifiez le contenu des commentaires qui peuvent contenir des spams, vérifiez les paramètres d'inscription et la politique d'acceptation des commentaires sur le site.

<h2>Optimisation ressources client</h2>

La taille d'une page, le nombre de ressources chargées, leur provenance, la taille des images et leur compression, sont autant de paramètres qui entrent en jeu dans la vitesse de chargement d'un site.

<h3>Mesure d'optimisation avec GTMetrix</h3>

Le site https://gtmetrix.com/ permet d'analyser dans le détail les performances de votre site du point de vue des visiteurs.

Avant toute opération d'optimisation des ressources, nous conseillons de réaliser ce test afin de vous donner une bonne idée des éléments à travailler mais également pour suivre la progression des optimisations apportées.

Nous allons vous détailler quelques recommandations les plus fréquentes sur ce wiki, mais la liste n'est pas exhaustive et nous vous invitons à compléter vos recherches si besoin.

<h3>Taille globale de la page</h3>

Il faut penser que chacun n'a pas une connexion internet rapide ou un périphérique performant (mobile ou autre) pour visionner votre site.

* Nous conseillons dans la mesure du possible de rester autour des 1Mo maximum pour votre page, de sorte qu'une connexion à même à seulement 2Mbit/s charge la page en 5s environ.
* Si votre site est très "graphique" et comporte de grandes images, vous pouvez éventuellement monter à une taille de page de 2Mo.
* Si vous avez un site de photographie, alors il n'y a plus vraiment de normes, mais l'idéal est d'avoir un aperçu des images compressé et possibilité d'agrandir les images en bonne qualité.
* Si vous insérez des vidéos, sauf exception, mieux vaut utiliser un site externe (YouTube, Vimeo, etc.) qui sera très doué pour proposer différentes qualités et compresser la vidéo comme il se doit.

<h3>Nombre de requêtes externes</h3>

Il s'agit requêtes faites à la visite de votre site, pour charger des ressources qui ne proviennent pas de votre site. Les ressources externes sont généralement coûteuses en temps de chargement.

Elles proviennent principalement de thèmes et plugins modifiant l'apparence de votre site, et contiennent surtout des polices, des scripts JS et du CSS.

Une ressource externe entraîne que pour chaque site contenant une ressource, une requête DNS supplémentaire sera effectuée par le visiteur. Ces requêtes prennent quelques millisecondes, qui mises bout à bout peuvent prendre un temps non négligeable, en tout cas pour le premier chargement de page.

De plus, les serveurs externes peuvent être basés loin du pays du visiteur, augmentant la latence et abaissant le débit.

Il faut donc essayer de minimiser autant que possible les ressources externes chargées. Celles-ci sont bien-sûr indiquées par GTMetrix dans le rubrique "YSlow" et "Make fewer HTTP requests" ainsi que dans le "Waterfall".

Idéalement, il faudrait ne charger aucune ressource externe, mais cela est quasiment impossible avec un CMS moderne. Le seuil à éviter de dépasser est donc 30 ressources externes.

<h3>Nombre total de requêtes</h3>

Chaque ressource génère un petit temps de latence. S'il y a trop de ressources, différentes, le site est ralenti, en particulier sur les connexions ayant un ping (temps de latence) important.

Cette valeur est indiquée en haut à droite du test GTMetrix : "Requests"

Nous conseillons d'essayer de rester sous la barre des 100 requêtes.

<h3>Mise à l'échelle des images</h3>

Il faut tenter, dans la mesure du possible, de ne charger dans le site que des images à la taille finale à laquelle elles seront affichées.

Il va de soi que par exemple, mettre une image haute résolution en miniature d'un article n'est pas optimal, pourquoi charger une image de 8Mo en haute résolution alors qu'une image de quelques Kilo Octets en 128x128 aurait peut-être suffit ?

Par chance, la plupart des CMS y-compris WordPress qui a longtemps été en retard sur ce sujet, gèrent les miniatures et sont capables de générer différentes tailles d'images puis d'utiliser la bonne en fonction du contexte. Il faut cependant s'assurer que le thème exploite ensuite correctement ces miniatures. Si ce n'est pas le cas, il faut redimmensionner manuellement les images.

Certains plugins proposent d'effectuer cette tâche : Je vous conseille de sauvegarder vos fichiers et votre base de données avant cette opération qui est risquée.

Via GTMetrix, cette information se site dans "PageSpeed" rubrique "Serve scaled images".

Sur serveur VM et dédié, cela peut être aidé par le module Google PageSpeed intégrable à Plesk. Le module peut convertir à la volée et à la taille de l'écran les images du site (pour peu que la taille des images ne soit pas trop importante à la base). Cela peut être mis en place par votre support et nécessitera de votre part la mise en place d'une clé API Google pour fonctionner.

<h3>Optimisation de la compression des images</h3>

Il est recommandé d'utiliser un bon taux de compression des images ainsi que des formats modernes.

Comme pour la mise à l'échelle, le module "PageSpeed" (VM et dédiés uniquement) peut aider sur ce point.

<h2>Besoin de plus de puissance ?</h2>

Les performances de votre site ne vous conviennent toujours pas en suivant ce guide ?

* Client HaiSoft : Contactez votre support HaiSoft par ticket ou téléphone
* Pas encore client HaiSoft ? Contactez notre service commercial, voir https://www.haisoft.fr/

Sécurité

2021-04-15T13:57:53Z

Root xo1zfe7e :

<h1>Prévention</h1>
Lorsque l'on parle de sécurité, il ne faut négliger aucun aspect. Votre sécurité finale sera celle du maillon le plus faible de votre chaîne.

Si HaiSoft use de nombreux systèmes de protection (firewalls réseau et applicatifs, anti-bruteforce, etc.), soyez bien conscients qu'internet est une jungle où grouillent d'innombrables pirates et robots pirates qui attaqueront votre site et vos adresses email quoi qu'il arrive, qui que vous soyez, et dès lors qu'ils existent. Malgré nos protections, un piratage reste possible lorsque le propriétaire d'un domaine fait preuve de négligence : Absence de mises à jour, mots de passe trop simple, et votre site se retrouve piraté, et votre boîte mail se retrouve en libre accès et envoie du spam...

Afin d'éviter cela, de nombreuses bonnes pratiques simples mais essentielles vous permettent d'assurer une utilisation de vos services en toute sécurité.

<h2>Choisir de bons mots de passe</h2>

Vos mots de passe protègent l'accès à vos services. Que ce soit un accès FTP, à votre espace client, à Plesk, à votre boîte mail, vous souhaitez être la seule personne à accéder à vos services. De nombreux robots et utilisateurs malveillants parcourent le web à la recherche de mots de passe simples afin de profiter de vos accès, pour de l'envoi de spams, de la diffusion publicitaire, ou de la simple malfaisance. C'est pourquoi, il est primmordial de choisir des mots de passe sécurisés, que l'on appelle couramment de "bons mots de passe".

'''Un bon mot de passe doit:'''
* Faire au minimum 8 caractères
* Contenir minuscules, majuscules, chiffres et signes
* Être unique

'''Un mot de passe ne doit pas:'''
* Contenir des mots existants dans le dictionnaire
* Contenir un quelconque mot en rapport avec le compte pour lequel il est utilisé
* Contenir une suite facile (azerty, 123, 2017, etc)
* Être basé sur des informations vous concernant (dates de naissance, adresse, nom de l'animal de compagnie, etc.)

<h2>Utiliser SSL/TLS</h2>

Lors de votre utilisation d'un service en ligne quel qu'il soit, vous échangez des données avec le serveur. Nous pouvons imaginer qu'un individu présent sur le réseau entre vous et le serveur, ou connecté au même réseau wifi que vous parvienne à lire les données qui transitent. Que ce soit le contenu de vos échanges ou vos identifiants de connexion, il n'est pas souhaitable que les données interceptées soient déchiffrables par un tiers. Pour cela, le protocole SSL a été inventé. Il est désormais remplacé par son successeur le TLS, mais continue d'être appelé "SSL". Pour éviter la confusion, on emploie donc l'appellation "SSL/TLS". Ce protocole nécessite l'utilisation d'un certificat signé par une autorité comme Let's Encrypt.

Pour utiliser SSL/TLS, il faut :
* Pour une connexion à un site ou un webmail, s'assurer d'avoir généré un certificat (possible gratuitement avec Let's Encrypt via votre [[Panneau de contrôle Plesk]]) et s'assurer d'accéder au site avec <code>https://</code>
* Pour une connexion FTP, il faut s'assurer d'utiliser FTPS (port 2121 sur les serveurs mutualisés HaiSoft)
* Pour une connexion POP/IMAP/SMTP, il faut s'assurer d'activer SSL/TLS dans votre logiciel de messagerie et d'utiliser les ports correspondants, et d'utiliser le nom d'hôte de votre serveur pour la connexion. Voir: [[E-mail]]

Pour plus d'informations, voir [[:Catégorie:Chiffrement TLS|Chiffrement TLS]]

<h2>Sécuriser son site web</h2>

Découvrez 7 erreurs de sécurité à éviter : https://blog.haisoft.fr/web/7-erreurs-capitales-securite-webmastering/

Pour minimiser les risques de piratage sur un site, il convient :

* De tenir son CMS (Wordpres/Joomla/etc.) à jour le plus fréquemment possible.
* De mettre à jour tous les plugins et thèmes et de s'assurer de ne pas utiliser d'abandonwares.
* D'installer des addons provenant de sources sûres uniquement.
* D'utiliser une version de PHP (réglable dans Plesk) en accord avec les mises à jour faites de votre CMS et la plus récente possible.
* Optionnellement, d'installer un plugin de sécurité comme Wordfence pour Wordpress.
* Dans le cas de WordPress, s'aider du WordPress Toolkit intégré à Plesk pour activer les mises à jour automatiques et appliquer des améliorations de sécurité supplémentaires.
* De vérifier dans votre base de données via PHPMyAdmin (disponible via Plesk) qu'il n'y a pas d'utilisateur administrateur inconnu.
* De s'assurer d'avoir des mots de passe FTP/MySQL/Admin assez complexes pour ne pas être devinés par des robots.
* De s'assurer d'avoir des permissions standard ou plus restrictives sur ses fichiers, mais pas de "chmod 777".
* Si possible, de masquer la version du CMS utilisée
* Eviter la présence de contenu PHP obsolète sur l'hébergement : Par exemple, le dossier dossier "old" contenant votre ancien site ne devrait en aucun cas être accessible en ligne, il s'agit là d'une énorme faille de sécurité car vous n'allez jamais mettre à jour ce contenu. De plus, il consomme de la place sur votre formule. Archivez-le sur votre PC ou placez-le dans un dossier parent à "httpdocs", mais ne le laissez en aucun cas accessible en ligne.

<h2>Protéger son site avec SiteLock</h2>
HaiSoft est en partenariat avec SiteLock afin de vous offrir un outil supplémentaire pour protéger vos sites sensibles.

SiteLock permet notamment:
* De vous avertir des failles de sécurité sur votre site, afin de pouvoir agir de manière proactive sur la sécurité de votre site
* De vous alerter si des fichiers changent dans votre site et donc s'il y a des intrusions
* De restaurer les fichiers modifiés

Ce service n'est efficace que couplé à une réactivité du webmaster face aux failles de sécurité du site.

N'hésitez pas à vous renseigner auprès du service commercial HaiSoft.

<h1>Piratage</h1>

De nombreuses erreurs ou négligences peuvent entrainer un piratage de l'un de vos services. Néanmoins, il est possible de se prémunir contre la très vaste majorité des piratages en prenant quelques précautions souvent très simples. Votre niveau de sécurité effectif est celui du maillon le plus faible de votre système, c'est pourquoi il est important de comprendre les différentes sources possibles de piratage afin d'avoir en permanence les bons réflexes vous permettant de les éviter. En outre, il est élémentaire d'effectuer des backups (sauvegardes) de ses données, dans le cas où la précaution ne suffirait pas.

<h2>Piratages de sites web</h2>

<h3>Causes de piratages de sites</h3>

Un site est généralement piraté par l'une des manières suivantes (du plus au moins fréquent) :
* Faille de sécurité dans le code PHP (CMS obsolète, code trop permissif) permettant une injection MySQL ou un envoi de fichiers sur votre site, donnant ainsi au pirate le total contrôle de votre site.
* Utilisation d'une version ancienne de PHP
* Mot de passe backoffice (admin) trop simple
* Mot de passe FTP ou MySQL trop simple

<h3>Réparer un piratage</h3>
<h4>Restauration de backup</h4>

Suite à un piratage, la solution privilégiée est de restaurer un backup sain de votre site, c'est à dire datant d'avant la première trace de piratage de votre site, puis de procéder à la sécurisation de votre site.

* Si vous avez un backup complet (fichiers + bases de données), restaurez-les en intégralité puis sécurisez votre site.
* Clients mutualisés, HaiSoft conserve des backups de ses serveurs durant environ 6 mois. Cette restauration est payante.
* Clients dédiés ou semi dédiés, la présence d'un backup et sa durée de rétention dépend de l'espace de backup souscri et du réglage de rétention choisi.

<h4>Réparation par HaiSoft</h4>
Si aucun backup sain de votre site n'est disponible, HaiSoft peut :
* Dans le cas d'un WordPress, proposer une maintenance de nettoyage, réinstallation originaux de WordPress, mise à jour et sécurisation la plus complète possible. Contactez-nous pour en savoir plus.

<h4>Réinstallation</h4>
Dans certains cas, la réinstallation d'un nouveau site vierge est la meilleure option. HaiSoft peut se charger d'installer WordPress pour vous. Nous proposons également des formules de mises à jour, qui incluent de nombreux services tels que : La mise en place des mises à jour automatiques, le backup automatique quotidien, l'engagement anti-hack (si votre site était piraté malgré toutes les bonnes précautions, nous utilisons notre méthode de réparation manuelle sans frais), la configuration de l'envoi de mails depuis le site (SMTP), le conseil personnalisé, et bien plus encore.

<h4>Réparation manuelle</h4>

Si aucun backup sain de votre site n'est disponible, voici la procédure à appliquer pour tenter de réparer votre site.
L'opération dure environ entre 1 et 4h pour un utilisateur expérimenté en fonction des difficultés rencontrées. HaiSoft peut réaliser la procédure pour vous sur les sites WordPress (contactez nos services pour connaître le tarif).

<h5>Pré-requis</h5>
Cette procédure nécessite les compétences suivantes :
* Avoir accès au [[Panneau de contrôle Plesk]]
* Maîtriser l'accès [[FTP]]
* Comprendre le fonctionnement de son CMS et être capable de retrouver les fichiers PHP originaux de son site
* Comprendre la structure de la base de données de son CMS et être capable d'y retrouver des anomalies (utilisateurs indésirables par exemple)

<h5>Préparation</h5>
* Connectez-vous à votre [[Panneau de contrôle Plesk]]
* Changez votre mot de passe [[FTP]] et connectez-vous en FTP
* Effectuez un backup (sauvegarde) de l'ensemble fichiers de votre site en [[FTP]] ainsi que de sa base de données via Plesk (exporter un dump) à conserver précieusement de votre côté (sur votre ordinateur, disque dur externe, NAS, cloud)
<h5>Nettoyage</h5>
* Si le plugin ImunifyAV est disponible, consultez la liste des fichiers infectés et vérifiez/supprimez au moins ces fichiers-ci ainsi que leurs voisins.
* Dans l'idéal, il faut supprimer tout fichier PHP présent sur le serveur (pour WordPress, conservez uniquement wp-content/uploads sur le serveur)
* Réinstaller les fichiers originaux de votre CMS. Les plugins et thèmes sains téléchargeables sur le site de l'éditeur (par exemple wordpress.org).
* Vérifier les utilisateurs présents dans votre base de données via PHPMyAdmin et supprimer les utilisateurs inconnus (pour WordPress, vérifiez la table portant un nom se terminant par _users)
<h5>Sécurisation et réactivation</h5>
* Modifier votre mot de passe de DB MySQL
* Définir la version de PHP la plus récente compatible avec votre site (La dernière disponible sur le serveur pour WordPress)
* Nous demander la réactivation du site si ce dernier était désactivé sur serveur mutualisé
* Visiter votre site, renseigner les informations de la DB pour qu'il détecte votre installation
* Faire détecter votre installation de WordPress dans Plesk et activer les améliorations de sécurité
* Changer votre mot de passe admin backoffice
* Installer le plugin WordFence, lancer un scan avancé, et suivre ses recommandations

<h3>Après un piratage</h3>

Après un piratage, il convient au minimum :

* De changer les mots de passe FTP, MySQL, et Back Office
* De vérifier l'intégrité de son site (fichiers, bases de données, utilisateurs...)
* De faire toutes les mises à jour de son site et de sa version de PHP
* Appliquer les différentes mesures de prévention préconisées sur cette page et ailleurs
* De faire une sauvegarde de son site en état optimal

Ticket Support

2021-04-02T15:45:53Z

Root xo1zfe7e :

[[Category:Support]]
<h1>Qu'est-ce qu'un ticket support ?</h1>

Un ticket support est une requête effectuée depuis votre espace client, entre notre service client/technique et vous.

A savoir :

* Il s'agit d'une messagerie privée et sécurisée vous permettant de demander de l'aide, une modification de votre offre, ou toute autre requête relative à vos services HaiSoft.
* Nos services peuvent également vous contacter par ticket en cas d'action à effectuer sur votre compte ou vos hébergements (facturation, sécurisation, envois de spams, etc.).
* Vos requêtes effectuées par ticket support font acte d'autorité sur vos services HaiSoft. Vous pouvez souscrire, modifier ou résilier un service via votre espace client. Veillez donc à garder cet accès personnel et sécurisé.

<h1>Pourquoi ne puis-je pas obtenir du support par mail ?</h1>

Seul votre espace client fait office d'autorité et vous authentifie auprès d'HaiSoft. Toute demande d'information spécifique ou de modification de votre compte doit donc passer par un ticket support permettant d'attester que nous communiquons bien avec le propriétaire du compte client.

Aussi, les emails ne permettent pas un suivi ordonné et complet par l'ensemble de l'équipe HaiSoft, et ne permettent pas la gestion des priorités de traitement des tickets. Il est donc beaucoup plus efficace de passer par ticket support pour toutes vos demandes.

Veuillez noter qu'un email envoyé sur une boîte mail interne d'HaiSoft sans ticket n'a pas de garantie d'être traité s'il n'est pas accompagné d'un ticket support mentionnant explicitement ce mail : Seuls les tickets support ont la garantie d'être traités.

Ticket Support

2021-04-02T14:06:10Z

Root xo1zfe7e : Premières infos tickets support

[[Category:Support]]
<h1>Qu'est-ce qu'un ticket support ?</h1>

Un ticket support est une requête effectuée depuis votre espace client, entre notre service client/technique et vous.

Il s'agit d'une messagerie privée et sécurisée vous permettant de demander de l'aide, une modification de votre offre, ou toute autre requête relative à vos services HaiSoft.

Nos services peuvent également vous contacter par ticket en cas d'action à effectuer sur votre compte ou vos hébergements (facturation, sécurisation, envois de spams, etc.).

Vos requêtes effectuées par ticket support font acte d'autorité sur vos services HaiSoft. Vous pouvez souscrire, modifier ou résilier un service via votre espace client. Veillez donc à garder cet accès personnel et sécurisé.

<h1>Pourquoi ne puis-je pas obtenir du support par mail ?</h1>

Seul votre espace client fait office d'autorité et vous authentifie auprès d'HaiSoft. Toute demande d'information spécifique ou de modification de votre compte doit donc passer par un ticket support permettant d'attester que nous communiquons bien avec le propriétaire du compte client.

Aussi, les emails ne permettent pas un suivi ordonné et complet par l'ensemble de l'équipe HaiSoft, et ne permettent pas la gestion des priorités de traitement des tickets. Il est beaucoup plus efficace de passer par ticket support pour toutes vos demandes. Veuillez noter qu'un email envoyé sur une boîte mail interne d'HaiSoft sans ticket n'a pas de garantie d'être traité s'il n'est pas accompagné d'un ticket support mentionnant explicitement ce mail : Seuls les tickets support ont la garantie d'être traités.

Catégorie:DNS

2021-03-15T11:15:04Z

Root xo1zfe7e :

Le DNS (Domain Name System) permet de faire "pointer" un nom de domaine vers une adresse IP et donc un serveur. On parle de "Résolution DNS".

Autrement dit, au lieu de devoir connaître l'adresse IP du site que vous souhaitez visiter, vous pouvez simplement vous souvenir de son [[Nom de domaine]] qui "pointe" vers l'IP du serveur contenant le site.

Outre les pointages IP, les DNS peuvent contenir diverses méta-informations, notamment concernant l'envoi et la réception des emails.
Il est aussi possible de définir des sous-domaines en ajoutant des entrées DNS.

Les pointages DNS sont régis par deux éléments :

* Les [[NS (Name Servers)]] qui sont les serveurs DNS dits "autoritaires" du domaine, définis chez le registrar.
* La (ou les) [[Zone DNS]], indiqués comme "NS", qui contient les enregistrements DNS finaux d'un domaine et déterminent ses pointages.

Catégorie:DNS

2021-03-15T11:11:14Z

Root xo1zfe7e : précision "NS"

Le DNS (Domain Name System) permet de faire "pointer" un nom de domaine vers une adresse IP et donc un serveur. On parle de "Résolution DNS".

Autrement dit, au lieu de devoir connaître l'adresse IP du site que vous souhaitez visiter, vous pouvez simplement vous souvenir de son [[Nom de domaine]] qui "pointe" vers l'IP du serveur contenant le site.

Outre les pointages IP, les DNS peuvent contenir diverses méta-informations, notamment concernant l'envoi et la réception des emails.
Il est aussi possible de définir des sous-domaines en ajoutant des entrées DNS.

Les pointages DNS sont régis par deux éléments :

* Les [[NS (Name Servers)]] qui sont les les serveurs DNS dits "autoritaires", définis chez le registrar et contenant les pointages de la "Zone DNS" du domaine.
* La [[Zone DNS]], qui contient les Enregistrements DNS qui sont les réglages effectifs des différents pointages du domaine.

Récupérer la gestion DNS et transférer un domaine chez HaiSoft

2021-02-08T11:12:56Z

Root xo1zfe7e :

[[Category:DNS]]

Vous cherchez à récupérer la main sur un domaine et sa zone DNS, pour l'héberger et/ou changer de registrar. Aussi, vous souhaitez éviter toute interruption de service.

Cette procédure est complexe et nécessite une parfaite compréhension de l'hébergement et des DNS. Si besoin d'une intervention sûre, n'hésitez pas à profiter des services professionnels réalisés par nos techniciens : https://www.haisoft.fr/migrer-mon-hebergement

<h1>Connaissances pré-requises</h1>

* Vous devez au préalable connaître ce que sont les [[NS_(Name_Servers)|NS]]
* Vous devez également maîtriser la gestion d'une [[Zone_DNS|Zone DNS]] via [[Plesk]] et connaître les différentes valeurs importantes.

<h1>Préparation</h1>

<h2>Feuille de route</h2>
* Dans un premier temps, il faut dupliquer les valeurs de la zone DNS actuelle sur votre hébergement HaiSoft dans votre panneau de contrôle Plesk.
* Sur cette zone DNS, vous réduirez les TTL afin que vos futures modifications soient prises en compte rapidement.
* Si DNSSEC est utilisé sur ce domaine, il faut le désactiver au niveau registrar
* Vous pourrez ensuite changer les NS pour utiliser ceux de votre hébergement HaiSoft. Il n'y aura alors aucun changement perceptible mais vous aurez le contrôle direct sur les pointages DNS du domaine.
* Il faut ensuite patienter 48h pour que le changement de NS soit effectif dans le monde entier (propagation) car la valeur de NS a une durée de vie de 48h, durant lesquelles les serveurs DNS du monde entier ayant effectué une requête pour votre domaine conservent cette information.
* Il faut ensuite dupliquer/migrer le contenu que vous souhaitez héberger (fichiers, bases de données, emails)
* Après cela, vous pourrez effectuer les modifications DNS désirées pour notamment héberger ce site sur votre hébergement HaiSoft.

<h2>Dupliquer la zone DNS</h2>

Dans un premier temps, il faut dupliquer les valeurs de la zone DNS actuelle sur votre hébergement HaiSoft dans votre panneau de contrôle Plesk.

Pour chaque entrée, assurez-vous de bien remplacer, ajouter, et supprimer les valeurs superflues de sorte à bien reproduire la zone DNS en place.

Attention, vous devez conserver les valeurs suivantes :
* Entrées de type NS : Celles-ci soivent rester celles par défaut d'HaiSoft afin que le DNS primaire et secondaire réponde bien aux requêtes DNS et que votre zone DNS soit bien dupliquée sur dns2.haisoft.net (le DNS secondaire).

Les valeurs importantes :
* Entrées de type A pour les domaines et sous-domaines
* Entrées de type CNAME pour les sous-domaines
* Entrées de type MX pour les serveurs de réception mails
* Entrées TXT pour les règles SPF, clés DKIM, validations Google/Microsoft et autres
* Plus rarement, entrées SRV pour des règles de configuration/connexion à certains services

Valeurs pouvant être ignorées :
* Certaines valeurs TXT, type "www1|fr".
* Les MX de faible priorité (nombre élevé) n'étant pas ou plus utilisés lorsqu'il y a un MX de plus haute priorité (nombre faible)

<h2>Abaisser les TTL</h2>
Dans votre panneau de contrôle Plesk, rubrique "Paramètres DNS", utilisez l'onglet "SOA" pour définir le "TTL" à : 120 secondes.

Cela permettra à vos futures modifications d'être effectives en 2 minutes maximum.

Vous pouvez au passage vérifier dans cet onglet que le "Serveur de noms" est bien votre serveur HaiSoft sur lequel vous réglez cette zone DNS.

Note : Une valeur inférieure de TTL risque de ne pas fonctionner, 120s est le minimum recommandé.

<h1>Changer les NS</h1>

<h2>Désactiver DNSSEC</h2>
Au niveau registrar, si DNSSEC est activé, veillez à le désactiver. Il s'agit d'un chiffrement DNS facultatif qui empêchera la réponse DNS de votre domaine dans la majorité des cas après changement des NS s'il reste activé. Par définition, cela ne peut pas fonctionner avec un serveur DNS tiers, à moins d'y pré-configurer une clé DNSSEC et de définir cette clé au niveau registrar. Pour l'heure, pour faire simple, désactivez simplement DNSSEC s'il est activé.

Si vous n'êtes pas sûr de cela, vérifiez via ce site : https://dnssec-analyzer.verisignlabs.com/ , renseignez votre nom de domaine, faites "entrée". Si DNSSEC est désactivé, le dernier champ du tableau ne doit contenir qu'une seule icône verte, sur "A RR has value", les autres champs doivent être une croix rouge.

<h2>Changer les NS</h2>

Au niveau de votre registrar, définissez les NS de votre serveur HaiSoft.

Quelques exemples (remplacez "XX" ou "XXX" par votre numéro de serveur HaiSoft).

Serveur mutualisé
* srvXXa.haisoft.net
* srvXXb.haisoft.net

Serveur VM :
* vmXXX.haisoft.net
* dns2.haisoft.net

Serveur DS :
* dsXXX.haisoft.net
* dns2.haisoft.net

Suite à cette modification, patientez au moins 48h afin que la modification soit prise en compte à 100% à travers le monde.
Aucun changement ne doit être visible côté visiteur/utilisateur, si votre duplication de zone DNS a bien été effectuée. La seule différence à cette étape est que c'est désormais votre serveur HaiSoft qui gère la zone DNS.

<h1>Dupliquer le contenu</h1>

A ce stade, si ce n'est pas déjà fait, il convient de dupliquer le contenu (fichiers, bases de données, emails) de l'ancien serveur vers le nouveau.

Cette étape doit être répétée juste avant le changement de pointage.

Il convient également de tester le bon fonctionnement du site web via cette méthode : https://blog.haisoft.fr/web/comment-acceder-a-un-hebergement-dont-le-nom-de-domaine-nest-pas-actif-ou-pointe-ailleurs/

Vérifiez attentivement la version de PHP utilisée ainsi que les éventuelles erreurs dans les logs. CF : https://wiki.haisoft.fr/index.php?title=Webmastering#Utiliser_les_logs

<h1>Pointer vers HaiSoft</h1>

Si possible, il convient de désactiver les anciens hébergements qui ne seront plus utilisés afin d'éviter tout risque d'accès à un service n'étant plus d'actualité et visant à être migré. Typiquement, passer le site en maitenance ou désactiver l'ancien hébergement. Il faut également resynchroniser une dernière fois les données de l'ancien serveur vers le nouveau (fichiers, bases de données, emails).

Deux cas de figure ensuite :

1) Si vous souhaitez héberger l'ensemble des services (web et mail) sur votre serveur HaiSoft, alors, rétablissez le réglage par défaut de votre zone DNS via Plesk.

2) Si vous souhaitez héberger uniquement des sites ou les mails modifiez les entrées correspondantes :
- Pour les entrées de type A, définissez l'IP de votre serveur HaiSoft (visible sur la page principale du domaine dans Plesk)
- Pour les entrées de type CNAME, définissez le nom de domaine principal (si son entrée type A pointe vers votre serveur), ou le nom d'hôte de votre serveur HaiSoft (par exemple : ds000.haisoft.net ou srv01.haisoft.net)
- Pour les MX, définissez le nom d'hôte de votre serveur HaiSoft (par exemple : ds000.haisoft.net ou srv01.haisoft.net)
- Pour les entrées TXT SPF, assurez-vous d'autoriser le serveur HaiSoft, expédiant le mail. Voir : https://wiki.haisoft.fr/index.php?title=S%C3%A9curisations_et_normes_email#R.C3.A8gle_SPF_HaiSoft
- Pour les entrées TXT DKIM, au cas par cas, supprimez celles qui correspondaient à l'ancien serveur de mails principal
- Pour les entrées DMARC, à vous de voir la politique désirée.

<h2>Ré-augmenter les TTL</h2>
Une fois que vous avez pu attester que les services fonctionnent comme attendu, redéfinissez des TTL plus élevés (24h par exemple) via l'onglet "SOA" des paramètres DNS.

<h1>Tâches post-migration</h2>

Il est généralement conseillé d'appliquer les actions suivantes après une migration d'un hébergement vers votre serveur (dans cet ordre) :
* Génération d'un certificat SSL/TLS Let's Encrypt via Plesk pour le domaine, les sous-domaines, le webmail et le serveur de messagerie (wildcard conseillé)
* Désactivation du mode maintenance du site si nécessaire
* Activation de la configuration automatique et de la signature DKIM (via les réglages email du domaine dans Plesk
* Vérification de la version de PHP et des logs d'erreurs sur le site web
* Si vous avez repris la gestion email, reconfiguration des clients de messagerie

<h1>Transférer le domaine</h1>

Il peut être préféable pour de nombreuses raisons de changer de registrar et de transférer votre domaine chez HaiSoft.

Pour cela :
* Récupérez simplement le code de transfert du domaine chez l'ancien registrar
* Passez commande sur le site HaiSoft pour un transfert de domaine, ou, si vous êtes déjà client, ouvrez un ticket support pour demander le transfert et fournissez le code de transfert dans le ticket

Sans validation du client ou de l'ancien registrar, le transfert peut prendre jusqu'à 14j. Il convient donc de patienter.

Récupérer la gestion DNS et transférer un domaine chez HaiSoft

2021-02-08T11:11:17Z

Root xo1zfe7e : transfert de domaine

Récupérer la gestion DNS et transférer un domaine chez HaiSoft

2021-02-08T11:05:59Z

Root xo1zfe7e :

Récupérer la gestion DNS et transférer un domaine chez HaiSoft

2021-02-08T11:05:42Z

Root xo1zfe7e :

[[Category:DNS]]

Vous cherchez à récupérer la main sur un domaine et sa zone DNS, pour l'héberger et/ou changer de registrar. Aussi, vous souhaitez éviter toute interruption de service.

Cette procédure est complexe et nécessite une parfaite compréhension de l'hébergement et des DNS. Si besoin d'une intervention professionnelle, n'hésitez pas à profiter des services professionnels réalisés par nos techniciens : https://www.haisoft.fr/migrer-mon-hebergement

<h1>Connaissances pré-requises</h1>

* Vous devez au préalable connaître ce que sont les [[NS_(Name_Servers)|NS]]
* Vous devez également maîtriser la gestion d'une [[Zone_DNS|Zone DNS]] via [[Plesk]] et connaître les différentes valeurs importantes.

<h1>Préparation</h1>

<h2>Feuille de route</h2>
* Dans un premier temps, il faut dupliquer les valeurs de la zone DNS actuelle sur votre hébergement HaiSoft dans votre panneau de contrôle Plesk.
* Sur cette zone DNS, vous réduirez les TTL afin que vos futures modifications soient prises en compte rapidement.
* Si DNSSEC est utilisé sur ce domaine, il faut le désactiver au niveau registrar
* Vous pourrez ensuite changer les NS pour utiliser ceux de votre hébergement HaiSoft. Il n'y aura alors aucun changement perceptible mais vous aurez le contrôle direct sur les pointages DNS du domaine.
* Il faut ensuite patienter 48h pour que le changement de NS soit effectif dans le monde entier (propagation) car la valeur de NS a une durée de vie de 48h, durant lesquelles les serveurs DNS du monde entier ayant effectué une requête pour votre domaine conservent cette information.
* Il faut ensuite dupliquer/migrer le contenu que vous souhaitez héberger (fichiers, bases de données, emails)
* Après cela, vous pourrez effectuer les modifications DNS désirées pour notamment héberger ce site sur votre hébergement HaiSoft.

<h2>Dupliquer la zone DNS</h2>

Dans un premier temps, il faut dupliquer les valeurs de la zone DNS actuelle sur votre hébergement HaiSoft dans votre panneau de contrôle Plesk.

Pour chaque entrée, assurez-vous de bien remplacer, ajouter, et supprimer les valeurs superflues de sorte à bien reproduire la zone DNS en place.

Attention, vous devez conserver les valeurs suivantes :
* Entrées de type NS : Celles-ci soivent rester celles par défaut d'HaiSoft afin que le DNS primaire et secondaire réponde bien aux requêtes DNS et que votre zone DNS soit bien dupliquée sur dns2.haisoft.net (le DNS secondaire).

Les valeurs importantes :
* Entrées de type A pour les domaines et sous-domaines
* Entrées de type CNAME pour les sous-domaines
* Entrées de type MX pour les serveurs de réception mails
* Entrées TXT pour les règles SPF, clés DKIM, validations Google/Microsoft et autres
* Plus rarement, entrées SRV pour des règles de configuration/connexion à certains services

Valeurs pouvant être ignorées :
* Certaines valeurs TXT, type "www1|fr".
* Les MX de faible priorité (nombre élevé) n'étant pas ou plus utilisés lorsqu'il y a un MX de plus haute priorité (nombre faible)

<h2>Abaisser les TTL</h2>
Dans votre panneau de contrôle Plesk, rubrique "Paramètres DNS", utilisez l'onglet "SOA" pour définir le "TTL" à : 120 secondes.

Cela permettra à vos futures modifications d'être effectives en 2 minutes maximum.

Vous pouvez au passage vérifier dans cet onglet que le "Serveur de noms" est bien votre serveur HaiSoft sur lequel vous réglez cette zone DNS.

Note : Une valeur inférieure de TTL risque de ne pas fonctionner, 120s est le minimum recommandé.

<h1>Changer les NS</h1>

<h2>Désactiver DNSSEC</h2>
Au niveau registrar, si DNSSEC est activé, veillez à le désactiver. Il s'agit d'un chiffrement DNS facultatif qui empêchera la réponse DNS de votre domaine dans la majorité des cas après changement des NS s'il reste activé. Par définition, cela ne peut pas fonctionner avec un serveur DNS tiers, à moins d'y pré-configurer une clé DNSSEC et de définir cette clé au niveau registrar. Pour l'heure, pour faire simple, désactivez simplement DNSSEC s'il est activé.

Si vous n'êtes pas sûr de cela, vérifiez via ce site : https://dnssec-analyzer.verisignlabs.com/ , renseignez votre nom de domaine, faites "entrée". Si DNSSEC est désactivé, le dernier champ du tableau ne doit contenir qu'une seule icône verte, sur "A RR has value", les autres champs doivent être une croix rouge.

<h2>Changer les NS</h2>

Au niveau de votre registrar, définissez les NS de votre serveur HaiSoft.

Quelques exemples (remplacez "XX" ou "XXX" par votre numéro de serveur HaiSoft).

Serveur mutualisé
* srvXXa.haisoft.net
* srvXXb.haisoft.net

Serveur VM :
* vmXXX.haisoft.net
* dns2.haisoft.net

Serveur DS :
* dsXXX.haisoft.net
* dns2.haisoft.net

Suite à cette modification, patientez au moins 48h afin que la modification soit prise en compte à 100% à travers le monde.
Aucun changement ne doit être visible côté visiteur/utilisateur, si votre duplication de zone DNS a bien été effectuée. La seule différence à cette étape est que c'est désormais votre serveur HaiSoft qui gère la zone DNS.

<h1>Dupliquer le contenu</h1>

A ce stade, si ce n'est pas déjà fait, il convient de dupliquer le contenu (fichiers, bases de données, emails) de l'ancien serveur vers le nouveau.

Cette étape doit être répétée juste avant le changement de pointage.

Il convient également de tester le bon fonctionnement du site web via cette méthode : https://blog.haisoft.fr/web/comment-acceder-a-un-hebergement-dont-le-nom-de-domaine-nest-pas-actif-ou-pointe-ailleurs/

Vérifiez attentivement la version de PHP utilisée ainsi que les éventuelles erreurs dans les logs. CF : https://wiki.haisoft.fr/index.php?title=Webmastering#Utiliser_les_logs

<h1>Pointer vers HaiSoft</h1>

Si possible, il convient de désactiver les anciens hébergements qui ne seront plus utilisés afin d'éviter tout risque d'accès à un service n'étant plus d'actualité et visant à être migré. Typiquement, passer le site en maitenance ou désactiver l'ancien hébergement. Il faut également resynchroniser une dernière fois les données de l'ancien serveur vers le nouveau (fichiers, bases de données, emails).

Deux cas de figure ensuite :

1) Si vous souhaitez héberger l'ensemble des services (web et mail) sur votre serveur HaiSoft, alors, rétablissez le réglage par défaut de votre zone DNS via Plesk.

2) Si vous souhaitez héberger uniquement des sites ou les mails modifiez les entrées correspondantes :
- Pour les entrées de type A, définissez l'IP de votre serveur HaiSoft (visible sur la page principale du domaine dans Plesk)
- Pour les entrées de type CNAME, définissez le nom de domaine principal (si son entrée type A pointe vers votre serveur), ou le nom d'hôte de votre serveur HaiSoft (par exemple : ds000.haisoft.net ou srv01.haisoft.net)
- Pour les MX, définissez le nom d'hôte de votre serveur HaiSoft (par exemple : ds000.haisoft.net ou srv01.haisoft.net)
- Pour les entrées TXT SPF, assurez-vous d'autoriser le serveur HaiSoft, expédiant le mail. Voir : https://wiki.haisoft.fr/index.php?title=S%C3%A9curisations_et_normes_email#R.C3.A8gle_SPF_HaiSoft
- Pour les entrées TXT DKIM, au cas par cas, supprimez celles qui correspondaient à l'ancien serveur de mails principal
- Pour les entrées DMARC, à vous de voir la politique désirée.

<h2>Ré-augmenter les TTL</h2>
Une fois que vous avez pu attester que les services fonctionnent comme attendu, redéfinissez des TTL plus élevés (24h par exemple) via l'onglet "SOA" des paramètres DNS.

<h1>Tâches post-migration</h2>

Il est généralement conseillé d'appliquer les actions suivantes après une migration d'un hébergement vers votre serveur (dans cet ordre) :
* Génération d'un certificat SSL/TLS Let's Encrypt via Plesk pour le domaine, les sous-domaines, le webmail et le serveur de messagerie (wildcard conseillé)
* Désactivation du mode maintenance du site si nécessaire
* Activation de la configuration automatique et de la signature DKIM (via les réglages email du domaine dans Plesk
* Vérification de la version de PHP et des logs d'erreurs sur le site web
* Si vous avez repris la gestion email, reconfiguration des clients de messagerie

Récupérer la gestion DNS et transférer un domaine chez HaiSoft

2021-02-08T11:03:48Z

Root xo1zfe7e : Page créée avec « Category:DNS Vous cherchez à récupérer la main sur un domaine et sa zone DNS, pour l'héberger et/ou changer de registrar. Aussi, vous souhaitez éviter toute inte... »

[[Category:DNS]]

Vous cherchez à récupérer la main sur un domaine et sa zone DNS, pour l'héberger et/ou changer de registrar. Aussi, vous souhaitez éviter toute interruption de service.

<h1>Connaissances pré-requises</h1>

* Vous devez au préalable connaître ce que sont les [[NS_(Name_Servers)|NS]]
* Vous devez également maîtriser la gestion d'une [[Zone_DNS|Zone DNS]] via [[Plesk]] et connaître les différentes valeurs importantes.

<h1>Préparation</h1>

<h2>Feuille de route</h2>
* Dans un premier temps, il faut dupliquer les valeurs de la zone DNS actuelle sur votre hébergement HaiSoft dans votre panneau de contrôle Plesk.
* Sur cette zone DNS, vous réduirez les TTL afin que vos futures modifications soient prises en compte rapidement.
* Si DNSSEC est utilisé sur ce domaine, il faut le désactiver au niveau registrar
* Vous pourrez ensuite changer les NS pour utiliser ceux de votre hébergement HaiSoft. Il n'y aura alors aucun changement perceptible mais vous aurez le contrôle direct sur les pointages DNS du domaine.
* Il faut ensuite patienter 48h pour que le changement de NS soit effectif dans le monde entier (propagation) car la valeur de NS a une durée de vie de 48h, durant lesquelles les serveurs DNS du monde entier ayant effectué une requête pour votre domaine conservent cette information.
* Il faut ensuite dupliquer/migrer le contenu que vous souhaitez héberger (fichiers, bases de données, emails)
* Après cela, vous pourrez effectuer les modifications DNS désirées pour notamment héberger ce site sur votre hébergement HaiSoft.

<h2>Dupliquer la zone DNS</h2>

Dans un premier temps, il faut dupliquer les valeurs de la zone DNS actuelle sur votre hébergement HaiSoft dans votre panneau de contrôle Plesk.

Pour chaque entrée, assurez-vous de bien remplacer, ajouter, et supprimer les valeurs superflues de sorte à bien reproduire la zone DNS en place.

Attention, vous devez conserver les valeurs suivantes :
* Entrées de type NS : Celles-ci soivent rester celles par défaut d'HaiSoft afin que le DNS primaire et secondaire réponde bien aux requêtes DNS et que votre zone DNS soit bien dupliquée sur dns2.haisoft.net (le DNS secondaire).

Les valeurs importantes :
* Entrées de type A pour les domaines et sous-domaines
* Entrées de type CNAME pour les sous-domaines
* Entrées de type MX pour les serveurs de réception mails
* Entrées TXT pour les règles SPF, clés DKIM, validations Google/Microsoft et autres
* Plus rarement, entrées SRV pour des règles de configuration/connexion à certains services

Valeurs pouvant être ignorées :
* Certaines valeurs TXT, type "www1|fr".
* Les MX de faible priorité (nombre élevé) n'étant pas ou plus utilisés lorsqu'il y a un MX de plus haute priorité (nombre faible)

<h2>Abaisser les TTL</h2>
Dans votre panneau de contrôle Plesk, rubrique "Paramètres DNS", utilisez l'onglet "SOA" pour définir le "TTL" à : 120 secondes.

Cela permettra à vos futures modifications d'être effectives en 2 minutes maximum.

Vous pouvez au passage vérifier dans cet onglet que le "Serveur de noms" est bien votre serveur HaiSoft sur lequel vous réglez cette zone DNS.

Note : Une valeur inférieure de TTL risque de ne pas fonctionner, 120s est le minimum recommandé.

<h1>Changer les NS</h1>

<h2>Désactiver DNSSEC</h2>
Au niveau registrar, si DNSSEC est activé, veillez à le désactiver. Il s'agit d'un chiffrement DNS facultatif qui empêchera la réponse DNS de votre domaine dans la majorité des cas après changement des NS s'il reste activé. Par définition, cela ne peut pas fonctionner avec un serveur DNS tiers, à moins d'y pré-configurer une clé DNSSEC et de définir cette clé au niveau registrar. Pour l'heure, pour faire simple, désactivez simplement DNSSEC s'il est activé.

Si vous n'êtes pas sûr de cela, vérifiez via ce site : https://dnssec-analyzer.verisignlabs.com/ , renseignez votre nom de domaine, faites "entrée". Si DNSSEC est désactivé, le dernier champ du tableau ne doit contenir qu'une seule icône verte, sur "A RR has value", les autres champs doivent être une croix rouge.

<h2>Changer les NS</h2>

Au niveau de votre registrar, définissez les NS de votre serveur HaiSoft.

Quelques exemples (remplacez "XX" ou "XXX" par votre numéro de serveur HaiSoft).

Serveur mutualisé
* srvXXa.haisoft.net
* srvXXb.haisoft.net

Serveur VM :
* vmXXX.haisoft.net
* dns2.haisoft.net

Serveur DS :
* dsXXX.haisoft.net
* dns2.haisoft.net

Suite à cette modification, patientez au moins 48h afin que la modification soit prise en compte à 100% à travers le monde.
Aucun changement ne doit être visible côté visiteur/utilisateur, si votre duplication de zone DNS a bien été effectuée. La seule différence à cette étape est que c'est désormais votre serveur HaiSoft qui gère la zone DNS.

<h1>Dupliquer le contenu</h1>

A ce stade, si ce n'est pas déjà fait, il convient de dupliquer le contenu (fichiers, bases de données, emails) de l'ancien serveur vers le nouveau.

Cette étape doit être répétée juste avant le changement de pointage.

Il convient également de tester le bon fonctionnement du site web via cette méthode : https://blog.haisoft.fr/web/comment-acceder-a-un-hebergement-dont-le-nom-de-domaine-nest-pas-actif-ou-pointe-ailleurs/

Vérifiez attentivement la version de PHP utilisée ainsi que les éventuelles erreurs dans les logs. CF : https://wiki.haisoft.fr/index.php?title=Webmastering#Utiliser_les_logs

<h1>Pointer vers HaiSoft</h1>

Si possible, il convient de désactiver les anciens hébergements qui ne seront plus utilisés afin d'éviter tout risque d'accès à un service n'étant plus d'actualité et visant à être migré. Typiquement, passer le site en maitenance ou désactiver l'ancien hébergement. Il faut également resynchroniser une dernière fois les données de l'ancien serveur vers le nouveau (fichiers, bases de données, emails).

Deux cas de figure ensuite :

1) Si vous souhaitez héberger l'ensemble des services (web et mail) sur votre serveur HaiSoft, alors, rétablissez le réglage par défaut de votre zone DNS via Plesk.

2) Si vous souhaitez héberger uniquement des sites ou les mails modifiez les entrées correspondantes :
- Pour les entrées de type A, définissez l'IP de votre serveur HaiSoft (visible sur la page principale du domaine dans Plesk)
- Pour les entrées de type CNAME, définissez le nom de domaine principal (si son entrée type A pointe vers votre serveur), ou le nom d'hôte de votre serveur HaiSoft (par exemple : ds000.haisoft.net ou srv01.haisoft.net)
- Pour les MX, définissez le nom d'hôte de votre serveur HaiSoft (par exemple : ds000.haisoft.net ou srv01.haisoft.net)
- Pour les entrées TXT SPF, assurez-vous d'autoriser le serveur HaiSoft, expédiant le mail. Voir : https://wiki.haisoft.fr/index.php?title=S%C3%A9curisations_et_normes_email#R.C3.A8gle_SPF_HaiSoft
- Pour les entrées TXT DKIM, au cas par cas, supprimez celles qui correspondaient à l'ancien serveur de mails principal
- Pour les entrées DMARC, à vous de voir la politique désirée.

<h2>Ré-augmenter les TTL</h2>
Une fois que vous avez pu attester que les services fonctionnent comme attendu, redéfinissez des TTL plus élevés (24h par exemple) via l'onglet "SOA" des paramètres DNS.

<h1>Tâches post-migration</h2>

Il est généralement conseillé d'appliquer les actions suivantes après une migration d'un hébergement vers votre serveur (dans cet ordre) :
* Génération d'un certificat SSL/TLS Let's Encrypt via Plesk pour le domaine, les sous-domaines, le webmail et le serveur de messagerie (wildcard conseillé)
* Désactivation du mode maintenance du site si nécessaire
* Activation de la configuration automatique et de la signature DKIM (via les réglages email du domaine dans Plesk
* Vérification de la version de PHP et des logs d'erreurs sur le site web
* Si vous avez repris la gestion email, reconfiguration des clients de messagerie

Git dans Plesk

2021-01-27T16:01:21Z

Root xo1zfe7e : Page créée avec « Category:Plesk L'extension Git de Plesk permet de déployer facilement un dépôt Git, et de récupérer les dernières modifications de manière automatique. <h3> In... »

[[Category:Plesk]]
L'extension Git de Plesk permet de déployer facilement un dépôt Git, et de récupérer les dernières modifications de manière automatique.

<h3> Installation de l'extension Git pour Plesk </h3>
Pour se faire, il faut commencer par installer l'extension Git sur votre serveur dédié ou virtuel, via le menu "Extensions" de Plesk (nous contacter par ticket support si nécessaire).

Une fois l'extension installée, le bouton Git apparait sur chacun de vos hébergements.

<h3> Ajout d'un dépôt </h3>
Cliquer alors sur le bouton Git, sur la page de l'hébergement de votre choix.

[[File:Git1.png|800px]]

Il vous est alors proposé d'ajouter un dépôt Git.
Entrez l'adresse SSH du dépôt Git distant. Une clé publique SSH apparaît alors.

[[File:Git2.png|800px]]

Copiez cette clé publique SSH, et ajoutez-là dans le dépôt Git (Gitlab ou GitHub par exemple), afin d'autoriser le serveur Plesk à se connecter au dépôt Git.

[[File:Git3.png|800px]]

Vous pouvez alors, dans Plesk, cliquer sur OK sur la page d'ajout de dépôt Git.
Votre dépôt est alors bien ajouté :

[[File:Git4.png|800px]]

Si vous rencontrez une erreur du type "ssh connect to ... : connection timed out": Il se peut que la connexion soit bloquée par le pare-feu (nous contacter par ticket support si nécessaire).
Si vous rencontrez une erreur du type "Please make sure you have the correct access rights and the repository exists" : La clé est mal autorisée dans le dépôt Git, ou le nom du dépôt indiqué n'existe pas.

<h3> Automatisation du déploiement </h3>
Sur cette page (voir dernière copie d'écran), cliquez sur "Paramètres du dépôt".
Parmi les différents paramètres, une URL webhook est présente.

[[File:Git5.png|800px]]

Copiez celle-ci, et collez là dans votre dépôt Git, dans la partie "Webhooks".

[[File:Git6.png|800px]]

Seule la case "Push events" a normalement besoin d'être cochée.
Validez l'ajout de cette URL Webhook.

Voilà, au prochain push dans votre dépôt Git, Plesk devrait récupérer automatiquement les derniers changements, et ils devraient être déployés sur votre hégergement.

Fichier:Git6.png

2021-01-27T16:00:38Z

Root xo1zfe7e :

Fichier:Git5.png

2021-01-27T16:00:29Z

Root xo1zfe7e :

Fichier:Git4.png

2021-01-27T15:50:10Z

Root xo1zfe7e :

Fichier:Git3.png

2021-01-27T15:48:05Z

Root xo1zfe7e :

Fichier:Git2.png

2021-01-27T15:47:02Z

Root xo1zfe7e :

Fichier:Git1.png

2021-01-27T15:43:46Z

Root xo1zfe7e : Root xo1zfe7e a téléversé une nouvelle version de Fichier:Git1.png