Connexion refusée au port 443 de wordpress org

```text > J'ai installé l'extension Site Health Status,

si ton Wp était à jour: inutile


> D'après le forum Wordpress ce problème viendrait de l'hébergeur.

concrètement?

---

en vrac:

WP **DANGEREUSEMENT** pas à jour, pas de redirection forcées sur https

étonnamment, ton certificat comprend le cluster14, une première chez Ovh
```text
Subject Alternative Name:
formetti.cluster014.ovh.net
formettic.be
www.formettic.be
```

---

en ftp, quel est le contenu de ton fichier `.ovhconfig` ?

----

perso, je regarderais **une mise à jour WP**, les plugins, le thème, une infection ```

ta version de php n'est pas compatible avec ta version de WP

Je suis revenu à php 7.1.32.
Concernant la mise à jour de WP, j'ai la version 4.9.6
Pour la redirection forcée : comment faire ?
Quelques infos :
site_language: fr_FR, user_language: fr_FR
permalink: /archives/%postname%/
https_status: true, user_registration: 0
default_comment_status: closed, multisite: false, user_count: 3
dotorg_communication: cURL error 7: Failed to connect to api.wordpress.org port 443: Connection refused
Thème : GK Portfolio (gk-portfolio) version: 1.5.3
Plugins-actifs : Health Check & Troubleshooting: version: 1.4.2, author: The WordPress.org community et WordPress Database Backup: version: 2.3.3, author: Austin Matzko
wp-plugins-inactive : 24 (dont certains actifs auparavant sans problème)
server_architecture: Linux 4.14.154-ovh-vps-grsec-zfs-classid x86_64
httpd_software: Apache, php_version: 7.1.32, php_sapi: fpm-fcgi
wp-database :
extension: mysqli
server_version: 5.6.46-log
client_version: mysqlnd 5.0.12
----------------------------------------
En vous remerciant,
Bien à vous

Merci pour votre réponse.
J'ai mis à jour WP (5.3.2) et php (7.1.32), ai enlevé toutes les extensions et utilisé un autre template (Neira lite 1.8.3) mais le message "Une erreur imprévue est survenue" s'affiche toujours (cURL error 7: Failed to connect to www-formettic-be port 443: Connection refused).
Que dois-je faire ?

> mais le message "Une erreur imprévue est survenue"

comment cette erreur se produit, je ne vois rien?

L'erreur apparaît en voulant ajouter une extension (et en activant l'extension Health Check on a les détails).

> l'extension Health Check

elle est inutile avec ta version de WP 5.3.2, à supprimer

tu en en php7.1, fin de vie
php7.3 est à employer

> en voulant ajouter une extension

n'importe laquelle ?


tu dois avoir un vieux plugin...?
si tu maîtrise fileZilla ou autre, va dans wp-content/plugins désactive tous les plugins vieux de plus de 6 mois
et teste en les réactivant un par un https://gitlab.com/sdeb/web/snippets/1748266#les-plugins

sinon, fais le via l'interface de l'admin WP

Merci
Ce 5/3, toutes les extensions (y compris Health Check) ont été enlevées via WP admin ; via FileZilla j'ai supprimé Health Check qui y restait ; il ne reste plus que le fichier index.php dans le dossier wp-content/plugins ; j'ai ensuite changé la configuration de php vers la version 7.3 (beta).
L'erreur apparaît **_encore_** en voulant ajouter une extension !
Faut-il attendre longtemps pour que cette erreur disparaisse ?
Merci de vos conseils.

elle ne va pas partir toute seule :/

je ferai une réinstallation rapide: https://gitlab.com/sdeb/web/snippets/1748266#r%C3%A9installation-rapide

et si pas suffisant, il faudra regarder le thème

Bonjour,
J'ai fait la réinstallation complète de WP 5.3.2 avec un des 3 thèmes par défaut et aucune extension par défaut n'est utilisée : l'erreur apparaît à nouveau quand je veux ajouter une extension : "Une erreur imprévue est survenue. Il pourrait y avoir un problème avec WordPress.org ou la configuration de ce serveur."

Que dois-je faire alors ?
Merci de vos conseils.

```text dans `wp-config.php`, tu dois avoir la ligne
```text
define('WP_DEBUG', true);
```
tu peux remplacer par ? :
```text
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
```

essayer jusqu'à l'erreur,
désactiver:
```text
// define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
```
et regarder le contenu de `wp-content/debug.log`

tu auras peut-être une erreur indicative
publier éventuellement sur pastery.net et indiquer le lien ```

une fois testé, tu pourrais remettre ton thème initial

si par d'erreur informative, il te faudrait demander au support un traceroute sur `api.wordpress.org` et leur indiquer l'erreur que tu rencontres (cURL error 7: Failed to connect to api.wordpress.org port 443: Connection refused)

Bonjour,
J'ai mis les 3 lignes define dans wp-config.php et mis le contenu de debug.log dans pastery.net : voici le lien : https://www.pastery.net/fwrvzp/
Pouvez-vous le regarder et me dire que faire ?
En vous remerciant.

```text regarder...
```text
in wp-includes/update.php on line 577
in wp-includes/update.php on line 577
in wp-includes/update.php on line 577
in wp-admin/includes/update.php on line 139
in wp-admin/includes/translation-install.php on line 67
in wp-admin/includes/translation-install.php on line 67
in wp-includes/update.php on line 577
in wp-includes/update.php on line 388
in wp-admin/includes/plugin-install.php on line 182
in wp-admin/includes/plugin-install.php on line 182
in wp-admin/includes/plugin-install.php on line 182
in wp-admin/includes/plugin-install.php on line 182
in wp-admin/includes/plugin-install.php on line 182
in wp-admin/includes/plugin-install.php on line 182
in wp-includes/update.php on line 388
```
juste des erreurs dans le coeur de WP, sur des scripts de communication

je te suggère de baisser ton TTL par défaut, si un jour tu en avais besoin:
manager Ovh/domaine/zone DNS:
[editer en mode textuel]
modifier _$TTL 86400_ par `$TTL 3600`
valider


en ftp, tu confirmes que tu as bien?
```text
app.engine=php
app.engine.version=7.3
http.firewall=none
environment=production
container.image=stable
```

si oui, je ne vois qu'un problème de communication Ovh/api.wordpress.org
demander au support un traceroute ```

Je confirme la configuration chez ovh :
Environnement d'exécution : stable
Version de PHP : 7.3 (beta)
Moteur : PHP
Mode : Production
Pare feu application : désactivé

J'ai modifié la valeur TTL par défaut à 3600 (au lieu de 86400).
chez OVH, comment demander un traceroute ?

en demandant au support

comment demander un traceroute

formettic.be (213.186.33.87)
Un traceroute depuis un serveur interne à OVH s'arrête sur une IP 10.17.132.67 interne à OVH.

Un traceroute depuis une IP externe à OVH est bloqué par les routeurs au périmètre d'OVH.

Mais pourquoi veux-tu un traceroute ?

dotorg_communication: cURL error 7: Failed to connect to api.wordpress.org port 443: Connection refused

le script Woprdess ne peut communiquer, et cette erreur a quelque antécédent chez wp.org avec un filtrage sur le serveur (généralement FW)
le souci n'est pas sur une connexion entrante
seul un tech Ovh peut vérifer que api.wp.org n'est pas filtré avec une traceroute en partance du cluster

Failed to connect to api.wordpress.org port 443

pfff ce mutualisé, ça fait des plombes qu'il bloque les connexions sortantes, d'où
* problème d'enregistrement de licences de plugins,
* problèmes de databases,
* problèmes de mails,
* etc
bref c'est une prison et aucune doc et aucun api pour ouvrir les barrières !!!

là c'est le core de WP...
et WP fonctionne généralement sur les mutus Ovh

> L'erreur apparaît encore en voulant ajouter une extension

en attendant, tu sais que tu peux charger manuellement les plugins/thèmes?

tu charges les archives compressées sur ton pc, et quand tu ajoutes dans Wordpress, tu as une option pour les _téléverser_

ça ne réglera pas les mise à jour automatique, mais te permettra de réinstaller si besoin

Oui, le connais la méthode manuelle (Téléverser) mais j'aimerais résoudre ce problème avant d'aller plus loin, notamment pour que les nouvelles versions de WP se déroulent automatiquement.

solution temporaire en attendant un retour d'Ovh

Traceroute a démarré…

traceroute to formettic.be (213.186.33.87), 64 hops max, 72 byte packets
1 mymodem (192.168.1.1) 1.176 ms 0.507 ms 0.533 ms
2 1.208-130-109.adsl-dyn.isp.belgacom.be (109.130.208.1) 199.515 ms 220.661 ms 201.203 ms
3 172.30.246.149 (172.30.246.149) 10.766 ms 10.548 ms 10.731 ms
4 * * *
5 52.242-183-91.adsl-static.isp.belgacom.be (91.183.242.52) 16.488 ms 13.372 ms 14.071 ms
6 ae-23-1000.ibrstr6.isp.belgacom.be (91.183.246.114) 50.711 ms 21.222 ms 13.762 ms
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
31 * * *
32 * * *
33 * * *
34 * * *
35 * * *
36 * * *
37 * * *
38 * * *
39 * * *
40 * * *
41 * * *
42 * * *
43 * * *
44 * * *
45 * * *
46 * * *
47 * * *
48 * * *
49 * * *
50 * * *
51 * * *
52 * * *
53 * * *
54 * * *
55 * * *
56 * * *
57 * * *
58 * * *
59 * * *
60 * * *
61 * * *
62 * * *
63 * * *
64 * * *

Merci de me dire si cela nous éclaire.
Bàv

non depuis le début sur l'autre sujet tu as été induit en erreur

comme dit ici, **SEUL** Ovh peut le faire à partir du cluster14, là où est ton wordpress

J'ai bien demandé un/une traceroute à OVH et j'attends toujours la réponse.
Je me rappelle maintenant que ce problème est survenu après avoir passé la configuration de l'hébergement en https, au environ du 22/2. Le 9/3 j'ai désactivé le SSL dans OVH et téléchargé la dernière version de WP dans un sous-répertoire : le problème apparaît aussi.
Puis-je faire autre chose en attendant la réponse d'OVH ?

ce n'est pas un souci de https
et ce problème est vraiment étonnant :/

je ne vois pas ce que tu peux faire hormis tester ton site sur un autre hébergement?
si c'est pas un souci d'hébergement, ça va pas être simple de trouver pourquoi WP n'arrive pas à contacter wordpress.org

ae-23-1000.ibrstr6.isp.belgacom.be

J'avais bien dit que: Un traceroute depuis une IP externe à OVH est bloqué par les routeurs au périmètre d'OVH.

Vous voulez dire un autre hébergeur ou changer d'offre d'hébergement chez OVH ?

si tu avais un autre hébergement, ça permettrait de tester facilement, sur un autre cluster Ovh ou ailleurs, ça serait simple oui

> changer d'offre d'hébergement chez OVH

non, car tu resterais sur le même cluster, peut-être problématique

Voici la réponse d'OVH le 22/3 :
Je peux voir que les connexions sortantes de votre hébergement ont été
bloquées en date du 20/02/2018 car de nombreuses connexions vers les réseaux
sociaux ont été détectées.
Ces dernières n'ayant plus lieux, j'ai débloqué les connexions sortantes, ce
sera effectif sous 15 minutes.
Donc maintenant tout va bien : l'ajout d'extension est ok, la version WP est à jour (5.3.2).
Un mail d'OVH ce 25/3 me propose de changer d'offre pour augmenter les ressources sur mon hébergement, ce je vais faire.

> augmenter les ressources sur mon hébergement, ce je vais faire.

miroir aux alouettes
regarde les comparatif avant de croire à ça

Bonjour,
Que feriez-vous alors ? Changer d'hébergeur ?
Que me conseillez-vous ?

> les connexions sortantes de votre hébergement ont été bloquées en date du 20/02/2018 car de nombreuses connexions vers les réseaux sociaux ont été détectées.

ton hébergement ou le cluster?
les réseaux sociaux... quel rapport avec wordpress.org?
depuis le 20/02/2018... et tu n'es pas informé, c'est à toi de partir à la chasse aux infos?

Bonjour,

Petite infos qui peut aider :
- Lors du blocage des connexions sortant pour abus de requêtes vers les réseaux sociaux OVH envoie un mail (un seule et unique y a pas de rappel) à l'admin de l'hébergement pour lui indiquer "la sanction" et l'invite à réduire le nombre de requête puis à contacter le support pour lever le blocage.
- Et ce blocage bloque **TOTALEMENT** et **INTEGRALEMENT** les connexions sortante de l'hébergement que ce soit vers les réseaux sociaux ou un autre site (cela a été mis en place suite à des vagues de bannissement des IPs de sortie de plusieurs clusters).

Donc dans ce cas précis un mail a dû être envoyé le 20/02/2018 mais a été visiblement ignoré ou non lu ou arrivé dans les spam ou jamais arrivé.

Cordialement, janus57

Effectivement j'ai retrouvé le mail d'OVH indiquant "338 requêtes ont été enregistrées sur une période de 5 minutes. Or, votre hébergement autorise 250 requêtes au maximum sur cette même période. Votre hébergement a donc été bloqué pour les requêtes sortantes, selon nos conditions contractuelles."
A cette époque je ne savais pas quelles conséquences cela aurait (extensions et miss à jour de WP bloquées).
OVH avait proposé un système de cache sur les extensions pour diminuer le nombre de requêtes vers Facebook (je n'ai qu'un seul lien vers FB).
J'ai noté la liste des extensions installées à cette époque :
Akismet Anti-Spam, BackWPup, bbPress, Contact Mail Cispm, Health Check & Troubleshooting
Jetpack par WordPress.com, Member Access, No Page Comment, Post Tags and Categories for Pages, Processing JS, Really Simple CAPTCHA, Really Simple SSL, Simple Blog Stats, Snow Storm
WordPress Database Backup, WordPress Importer, WP Maintenance et Yoast SEO.
Comment placer un cache, agit-il sur toutes les extensions et le lien FB, lequel conseillez-vous ?

J'ai effectivement retrouvé le mail d'OVH (voir réponse à Janus ce jour vers 21:45).
Je ne comprends ce qu'est un cluster et je ne vois pas comment un seul lien vers FB a généré autant de requêtes. OVH propose un système de cache : est-ce une extension à installer et comment la configurer ?

Bonjour,

Attention; ce ne sont pas de simple liens vers Facebook sur votre site qui génère des requêtes mais certains de vos plugins qui contactent les serveurs de Facebook.

Après je ne pourrais pas plus vous aider plus aux niveau des plugins qui pourrais générer ces requêtes je n'utilise pas WordPress.

Cordialement, janus57

une requête sur FB, c'est le principe de cette chose, le bouton FB, pas le lien, donc je découvre, et ce n'est pas indiqué dans les spécifications commerciales:
50 requêtes/mn, même pas 1 requête/s... ça fait pas beaucoup
moi je vote pour interdire FB, mais bon

> OVH avait proposé un système de cache sur les extensions pour diminuer le nombre de requêtes vers Facebook

le mieux est de leur demander

Merci pour votre aide.
Je demanderai à kyodev.

Ce n'est pas un simple lien vers Facebook sur mon site qui génère des requêtes mais certains de mes plugins qui contactent les serveurs de Facebook.

Dans les extensions mentionnées ci-dessus lesquelles pourraient contacter FB ?

> Dans les extensions mentionnées ci-dessus lesquelles pourraient contacter FB ?

aucune il me semble, ça peut être le thème
mais actuellement avec twentyseventeen je ne vois rien
et je me souviens plus du thème que tu avais (et que tu pourrais remettre?)

Bjr,
j'avais mis le thème GK Portfolio mais il me semble que ce thème n'est plus mis à jour et donc peut-être plus compatible avec la nouvelle version de WP. Sais pas s'il peut contacter FB.
Je n'ai pas trouvé d'équivalent et configurer un portfolio n'est pas aisé dans les thèmes gratuits. Auriez-vous une alternative gratuite et similaire ?
Merci de votre aide.

> thème GK Portfolio

exact, depuis 2016, pas de MAJ :(

> configurer un portfolio n'est pas aisé

je te laisse lire, je n'ai pas d'avis sur la question:
https://kinsta.com/fr/blog/extensions-wordpress-portfolio/

Merci

> Je n'ai pas trouvé d'équivalent et configurer un portfolio n'est pas aisé dans les thèmes gratuits.

suite retour d'un utilisateur, tu pourrais regarder ce thème gratuit, puissant et qui me paraît léger et rapide: https://fr.wordpress.org/themes/gridzone/