Welcome to Webmaster Hub

Inscrivez-vous maintenant pour avoir accès à toutes les fonctionnalités.

Une fois inscrit et identifié, vous pourrez contribuer à ce site en soumettant votre propre contenu ou en répondant au contenu existant. Vous pourrez éditer votre profil et communiquer avec les autres membres par messagerie privée.

Ce message sera supprimé une fois que vous serez identifié !

Dan

Direction
  • Compteur de contenus

    28 268
  • Inscrit(e) le

  • Dernière visite

  • Days Won

    85

Tout ce qui a été posté par Dan

  1. Il te manque une ligne, à mon avis parce que tu initialises une variable d'environnement, mais ne l'utilises pas. Deny from env=BlockCountry
  2. OK ! Dans ce cas peut-être que que BasicCRM te rendrait provisoirement le service recherché. Il est gratuit pendant un an... Cordialement, Dan PS: à regarder les prérequis de SugarCRM, ton serveur devrait déjà avoir à peu de choses près tout ce qu'il faut. http://support.sugarcrm.com/Documentation/Sugar_Versions/7.8/Pro/Installation_and_Upgrade_Guide/
  3. Bonjour, et bienvenue sur Webmaster Hub ! Je vois que tous tes sites client sont sur le même hébergement que ton site d'agence. Tu as donc un serveur dédié ! Pour quelle raison ne souhaites tu pas installer Redmine sur ton serveur ? Dan
  4. C'est bon maintenant ! Il reste une erreur, mais c'est leur site qui foire, pas ton serveur Le serveur de noms ns3045234.ovh.net/164.132.204.56 n'est pas accessible via UDP sur le port 53. Alors que sur ton serveur named écoute bien sur le port 53, y compris en udp ! ns.piece-console.com:root# netstat -tanpu | grep :53 tcp 0 0 178.33.201.152:53 0.0.0.0:* LISTEN 10496/named tcp 0 0 164.132.204.56:53 0.0.0.0:* LISTEN 10496/named tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 10496/named tcp6 0 0 :::53 :::* LISTEN 10496/named udp 0 0 178.33.201.152:53 0.0.0.0:* 10496/named udp 0 0 164.132.204.56:53 0.0.0.0:* 10496/named udp 0 0 127.0.0.1:53 0.0.0.0:* 10496/named udp6 0 0 :::53 :::* 10496/named
  5. De plus, le serial sur le ns313399 était 2016111801 alors que le serial du nouveau serveur était de 2016111701 (donc plus ancien) C'est la raison pour laquelle sdns2 n'a pas été mis à jour ! Je m'en suis rendu compte ce matin, parce que ce n'était toujours pas propagé !
  6. C'est tout simplement bind/named qui n'avait pas été redémarré. Cela devrait être OK d'ici peu. Ce domaine était hébergé sur le ns313399 avant, j'imagine. Pour OVH c'était toujours le ns313399 qui était le SOA du fait qu'ils n'avaient pas reçu les nouvelles infos. ! Il faut que cela se propage....
  7. La suite 194 160 est la représentation UTF-8 du "no break space" Le 194 a bien été supprimé, le 160 était le second caractère resté en place et donc "rien ne déconne" ... $value = trim($value,chr(0xC2).chr(0xA0)); devrait nettoyer ta chaîne ! Attention, la chaîne $value a une forte probabilité d'être encodée en UTF-8. A garder à l'esprit pour tout traitement ultérieur.
  8. Bienvenue à bord du Hub, Fabienne ! Dan
  9. Tu es limité à une seule IP sur ta VM ?
  10. Manifestement ce souci a été réglé. On aurait aimé avoir un peu de feedback quant-à la cause... même si kinky_buddah n'est pas venu lire nos réponses
  11. Tu gères ton serveur avec Plesk, Cpanel, Directadmin ou manuellement ? La présentation du premier site SSL pour les sites non-ssl est normale dans le cas d'une IP partagée. https://features.cpanel.net/topic/change-default-ssl-certificate-to-invalid-certificate
  12. Que te donne la commande "apachectl configtest" ?
  13. Mets la ligne suivante à "on", au lieu de "off" SSLStrictSNIVHostCheck on
  14. Quel est le premier domaine SSL défini dans ta config ? SUpprime aussi cette ligne de ton fichier de config: Redirect permanent / https://www.pelotes-compagnie.fr/
  15. C'est à mettre en dehors d'un <VirtualHost...> Mets-le au début de ton fichier httpd.conf, après le "Listen 443" Ou bien dé-commente la ligne dans le fichier ssl.conf en changeant le "on" en "off"
  16. Chers membres du Hub, Je vous ai adressé des vœux un peu rapidement, mais après consultation d'un avocat, je me suis rendu compte de l'imprudence de ma formulation. Vous souhaiter une bonne année, une bonne santé et la prospérité me soumet, en effet, au risque de poursuites... Voici donc la version rectifiée de mes vœux, et qui est en conformité avec le principe de précaution inscrit dans la Constitution. Nouvelle formulation: Je vous prie d'accepter, sans aucune obligation implicite ou explicite de votre part, mes vœux à l'occasion du solstice d'hiver et du premier de l'an, en adéquation avec la tradition, la religion ou les valeurs existentielles de votre choix, dans le respect de la tradition, de la religion ou des valeurs existentielles des autres, ou dans le respect de leur refus, en la circonstance, de traditions, religions ou valeurs existentielles, ou de leur droit de manifester leur indifférence aux fêtes populaires programmées. Ces vœux concernent plus particulièrement : la santé, ceci ne supposant de ma part aucune connaissance particulière de votre dossier médical, ni d'une quelconque volonté de m'immiscer dans le dialogue confidentiel établi avec votre médecin traitant ou votre assureur avec lequel vous auriez passé une convention obsèques ; la prospérité, étant entendu que j’ignore tout de la somme figurant sur votre déclaration de revenus, de votre taux d'imposition et du montant des taxes et cotisations auxquelles vous êtes assujetti ; le bonheur, sachant que l'appréciation de cette valeur est laissée à votre libre arbitre et qu'il n'est pas dans mon intention de vous recommander tel ou tel type de bonheur. Nota Bene : Le concept d'année nouvelle est ici basé, pour des raisons de commodité, sur le calendrier grégorien, qui est celui le plus couramment utilisé dans la vie quotidienne de la région à partir de laquelle ces vœux vous sont adressés. Son emploi n'implique aucun désir de prosélytisme. La légitimité des autres chronologies utilisées par d'autres cultures n'est absolument pas mise en cause. Notamment : le fait de ne pas dater ces vœux du yawm as-sabt 1 Safar de l'an 1434 de l'Hégire (émigration du Prophète à Médine) ne constitue ni une manifestation d'islamophobie, ni une prise de position dans le conflit israëlo-palestinien ; le fait de ne pas dater ces vœux du 2 Teveth 5773, ne constitue ni un refus du droit d'Israël à vivre dans des frontières sûres et reconnues, ni le délit de contestation de crime contre l'humanité ; le fait de ne pas dater ces vœux du 3ème jour (du Chien de Métal) du 11ème mois (Daxue, Grande Neige) de l'année du Dragon d'Eau, 78ème cycle, n'implique aucune prise de position dans l'affaire dite "des frégates de Taïwan" ; -e fait de ne pas dater ces vœux du Quintidi de la 3ème décade de Frimaire de l'an 221 de la République Française, une et indivisible, ne saurait être assimilé à une contestation de la forme républicaine des institutions. Enfin, l'emploi de la langue française ne sous-entend aucun jugement de valeur. Son choix tient au fait qu'elle est la seule couramment pratiquée par l'expéditeur. Tout autre idiome a droit au respect tout comme ses locuteurs. Clause de non responsabilité légale : En acceptant ces vœux, vous renoncez à toute contestation postérieure. Ces vœux ne sont pas susceptibles de rectification ou de retrait. Ils sont librement transférables à quiconque, sans indemnités ni royalties. Leur reproduction est autorisée. Ils n'ont fait l'objet d'aucun dépôt légal. Ils sont valables pour une durée d'une année, à la condition d'être employés selon les règles habituelles et à l'usage personnel du destinataire. A l'issue de cette période, leur renouvellement n'a aucun caractère obligatoire et reste soumis à la libre décision de l’expéditeur. Ils sont adressés sans limitation préalable liée aux notions d'âge, de genre, d'aptitude physique ou mentale, de race, d'ethnie, d'origine, de communauté revendiquée, de pratiques sexuelles, de régime alimentaire, de convictions politiques, religieuses ou philosophiques, d'appartenance syndicale, susceptibles de caractériser les destinataires. Leurs résultats ne sont, en aucun cas, garantis et l'absence, totale comme partielle, de réalisation n'ouvre pas droit à compensation. En cas de difficultés liées à l'interprétation des présentes, la juridiction compétente est le Tribunal habituel du domicile de l'expéditeur. Après ce préambule je me permets de vous adresser mes vœux : BONNE ANNÉE 2017
  17. Juste ! En fait la demande de certificat se fait bien avant la demande de la page. Donc lorsque tu lance un https://... il y a d'abord demande de certificat, avant de demander la page web. Tu as donc un certificat "invalide" pour ce domaine. Tu as bien relancé apache ? Dans l'affirmative, je ne vois pas de solution à ton problème autre que SNI : https://wiki.apache.org/httpd/NameBasedSSLVHostsWithSNI Cette page te donne la réponse à tes questions, y compris la raison pour laquelle apache retourne le premier domaine SSL pour cette IP. Il faut donc que le nom de domaine fasse partie de la première requête https pour que Apache puisse le gérer correctement. Cette page te donne la config à utiliser. Mais il n'y a en toute logique pas de risque de duplicate content, vu que le certificat n'est valide que pour le domaine pelotes&compagnie, pas pour les autres. Les moteurs ne visiteront donc pas les autres sites en SSL.
  18. Là c'est plus logique, vu que tu n'as pas de <VirtualHost *:443> pour les autres domaines. Le seul *:443 est celui de pelotes&compagnie, et comme ils sont tous sur la même IP... c'est le seul qui peut répondre en https. Tu peux créer un <VirtualHost *:443> pour chacun des domaines avec une redirection vers le port 80 (http) et cela devrait résoudre ton problème.
  19. En remettant comme précédemment et en remplaçant <VirtualHost www.pelotes-compagnie.fr:443> par <VirtualHost *:443> ça donne quoi ? En fait, un <VirtualHost...> doit contenir une astérisque ou une IP dans la mesure où cette IP est couverte par un NameVirtualHost
  20. Remplace l'astérisque de tes <VirtualHost *:80> par le nom de domaine correspondant.
  21. Tu as du installer le certificat pour l'IP de tes sites (les deux domaines ayant la même IP) Il faut mettre les références au certificat dans le VirtualHost du domaine protégé et pas ailleurs.
  22. Bonjour, et bienvenue à bord ! J'espère que tu trouveras ici la réponse à tes interrogations Dan
  23. Je te réponds dans la journée, par MP Pour info, la bande passante est bien indiquée.
  24. Hello, j'aimerais savoir lequel de tes serveurs celui-ci remplacerait. Cela me permettrait de voir le trafic actuel et te conseiller en fontion de tes besoins, quitte à prendre une marge de confort. Dan
  25. Cela fait plus de 6 mois que tu viens nous rabâcher les oreilles avec tes soucis de TVA auxquels tu ne comprends manifestement pas le premier mot ! Je ferme donc ce sujet, qui n'a que trop duré ! C'est la meilleure chose à faire lorsqu'on a face à soi quelqu'un qui est sourd à toutes les explications. Dan