cURL error 7: couldn't connect to host

Merci d'avance pour votre aide qui sera la bienvenue

Il y aussi **_CURL_**

J'utilise **_CURL_** sur un hébergement PERSO et cela fonctionne très bien :

> $url = "http://www.xxx.com";
> $ch_rech = curl_init(); // Initialiser CURL.
> curl_setopt($ch_rech, CURLOPT_URL, $url); // Indiquer quel URL à récupérer
> curl_setopt($ch_rech, CURLOPT_HEADER, 0); // Ne pas inclure l'header dans la réponse.
> ob_start(); // Commencer à 'cache' l'output.
> curl_exec($ch_rech); // Exécuter la requète.
> curl_close($ch_rech); // Fermer CURL.
> $Results = ob_get_contents(); // Sauvegarder 'cache' dans variable $Results.
> ob_end_clean(); // Vider le buffer.


Avec Autentification et sans ob_ :

> $url = "http://www.xxx.com";
> $ch_rech = curl_init(); // Initialiser CURL.
> curl_setopt($ch_rech, CURLOPT_URL, $url); // Indiquer quel URL à récupérer
> curl_setopt($ch_rech, CURLOPT_HEADER, 0); // Ne pas inclure l'header dans la réponse.
> curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
> curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
> curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false);
> curl_setopt($ch, CURLOPT_HTTPHEADER, $httpheader);
> $Results = curl_exec($ch_rech); // Exécuter la requète.
> curl_close($ch_rech); // Fermer CURL.

Bonjour,

Ma version PHP est 7.0/1. Par contre pour l'environnement... je ne sais pas... Je suis sur wordpress et mon erreur arrive quand je veux me connecter au plugin Jetpack dans le dashboard de wordpress...

Bonjour Gaston,

Je n'ai pas de fichier Curl à proprement parler dans mes fichiers Wordpress...

Je pense qu'il va vraiment falloir songer à créer un site full web un jour... mais je ne sais pas quelle est la difficulté pour quelqu'un qui n'a jamais fait de dév mais que du WP...

Bonsoir,

Je viens de faire le test à l'instant et j'ai une belle erreur 501 Not implemented...

ah je viens de piger pour l'environnement Stable... je viens de tester et... toujours la même erreur...

Bonjour @MarleneM1,

N'hésitez pas à activer le mode debug de Wordpress pour faciliter la communité à vous fournir des informations plus pertinentes !

Voici un petit lien en français qui explique comment activer ce mode:
https://codex.wordpress.org/fr:D%C3%A9bogage_dans_WordPress

N'hésitez pas à partagez vos résultats avec les autres, comme dit par le support, le développement des modules n'est pas de notre ressort mais on peut toujours essayer de vous aiguiller ;)

Bonne journée,
Pierrick - Equipe Webhosting

J'ai peur d'activer ce mode... l'article que vous avez partagé conseille de le faire en mode dév et non prod... or, je suis en prod.

J'ai peur des conséquences. Est-ce irréversible ou non?

Merci d'avance pour votre retour.

Bonne soirée.

Je me suis lancé et voici ce que j'obtiens :

1 Error in maxmind_db_manager:get_db:::WP_ERROR: cURL error 7: Failed to connect to geolite.maxmind.com port 80: Connection refused

2 Use Google Libraries: Not yet qualified with this version of WordPress. Bypassing UGL.

3 Methods with the same name as their class will not be constructors in a future version of PHP; FacebookLikeBoxWidget has a deprecated constructor
Type: PHP Deprecated Line: 13
File: /home/lagirafebz/www/wp-content/plugins/facebook-like-box-widget/facebook-like-box-widget.php

4 wp_enqueue_script was called incorrectly. Scripts and styles should not be registered or enqueued until the wp_enqueue_scripts, admin_enqueue_scripts, or login_enqueue_scripts hooks. Please see https://codex.wordpress.org/Debugging_in_WordPress Debugging in WordPress for more information. (This message was added in version 3.3.0.)
Type: PHP Notice Line: 4147
File: /home/lagirafebz/www/wp-includes/functions.php

5 Methods with the same name as their class will not be constructors in a future version of PHP; Alpine_PhotoTile_for_Instagram has a deprecated constructor
Type: PHP Deprecated Line: 10
File: /home/lagirafebz/www/wp-content/plugins/alpine-photo-tile-for-instagram/gears/plugin-widget.php

6 La requête HTTP a échoué ! cURL error 7: Failed to connect to webservices.amazon.com port 443: Connection refused

Merci de votre aide

Hello ! Exactement le même problème, sur un wordpress pour la même extension, vous avez pu trouver une solution ?

Bonjour, je fais remonter le sujet, exactement le même soucis avec Wordpress... je ne peux pas faire la mise à jour j'ai cette erreur mais j'ai peur également de m'attaquer au mode DEBUG, le PHP reste trop du chinois pour moi pour l'instant, donc si une bonne âme passe par ici !

Idem même erreur plus de jetpack (pas très grave) mais surtout plus d'accés à wordpress .org pour faire les mises à jour !!!!
**Bonne nouvelle : le service support ne prend même pas la peine de me répondre ... super les gens !**

Il semble après pas mal de recherche sur le net que ca vienne d'un port qui est bloqué par le webhosting, donc ovh
ce blocage peux etre du à un hack mais après verification rien de ceci sur mon site

si quelqu'un a plus d'info ou une solution je suis preneur en attendant je me frappe toute les mises à jours à la main ... pas cool

**Mon test DNS**
https://www.zonemaster.net/test/0095fd06ba0c7266

**le log d'erreur issu de jetpack**

Information de Debug
jQuery version: 1.12.4

CLIENT_ID: 112497152
BLOG_TOKEN:
MASTER_USER:
CERT: 0
TIME_DIFF:
VERSION: 6.1.1:1527452719
OLD_VERSION: 6.1:1525939074
PUBLIC: 1
USER_ID: 13
USER_TOKEN: [this user has no token]
PHP_VERSION: 7.2.5
WORDPRESS_VERSION: 4.9.5
JETPACK__VERSION: 6.1.1
JETPACK__PLUGIN_DIR: /home/lapasserdd/www/wp-content/plugins/jetpack/
SITE_URL: https://12vie.com2vie.com
HOME_URL: https://12vie.com2vie.com
PLAN: JetpackPlanfree

Statut de la synchronisation : `Array
(
[started] => Thu, 01 Jan 1970 00:00:00 +0000
[queue_finished] => Thu, 01 Jan 1970 00:00:00 +0000
[send_started] => Thu, 01 Jan 1970 00:00:00 +0000
[finished] => Thu, 01 Jan 1970 00:00:00 +0000
[sent] => Array
(
)

[queue] => Array
(
)

[config] =>
[total] => Array
(
)

)
`
Taille de la file de synchronisation : 0
Délai de la file de synchronisation : 0 seconds
Taille de la file complète de synchronisation : 0
Délai de la file complète de synchronisation : 0 seconds
Sync IDC URLs: {"home":"https:\/\/12vie.com2vie.com","siteurl":"https:\/\/12vie.com2vie.com","WP_HOME":"","WP_SITEURL":""}
Sync error IDC option: false
Sync IDC Optin: 1

HTTP_HOST: 12vie.com2vie.com
SERVER_PORT: 443
HTTPS: on
HTTP_X_FORWARDED_FOR: xx.xxx.x.xx, 127.0.0.1
REMOTE_ADDR: xx.xxx.x.xx
PROTECT_TRUSTED_HEADER: {"trusted_header":"HTTP_X_FORWARDED_FOR","segments":1,"reverse":false}

TEST RESULTS:

HTTP: FAIL
HTTPS: FAIL
IDENTITY_CRISIS: PASS
SELF: FAIL


RAW TEST RESULTS:

HTTP
cURL error 7: Failed to connect to jetpack.wordpress.com port 80: Connection refused

HTTPS
cURL error 7: Failed to connect to jetpack.wordpress.com port 443: Connection refused

IDENTITY_CRISIS
PASS

SELF
cURL error 7: Failed to connect to jetpack.wordpress.com port 443: Connection refused

Bonjour,

2 possibilités,
Soit vous êtes sur l'environnement legacy et il faut passer à stable pour bénéficier des connexions sécurisé via curl (mais ça devrait marcher en http)
https://docs.ovh.com/fr/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/

Soit le serveur distant bloque les mutualisés OVH..

Bonjour @BorisB1,

Vos connexions externes sont bloqués depuis le 11 mai 2015 suite à un nombre anormalement élevé de connexions aux sites de facebook ce jour précis. Vous avez reçu un email à cette date et n'avons pas obtenu de réponse de votre part.

Je vous réouvre vos connexions externe, mais je vous invite à regarder d'où vient ces connexions facebook car si le soucis n'est pas résolu, nos robots couperont de nouveaux ces connexions.

Bonne journée,
Vincent

setsebool -P httpd_can_network_connect on
cmonade

setsebool -P httpd_can_network_connect on

on parle de mutualisé ici, pas de selinux à configurer

justumen javai le meme proble sur mon server ses pareiel ses ladminitrateur web qui doi faire cete comende dans le server sav debbloker lereur curl 7

https://stackoverflow.com/questions/9922562/how-to-resolve-curl-error-7-couldnt-connect-to-host

chez Ovh c'est du debian...

ses pareill

renseigne toi avant
bref débat clos, Ovh fais ce qu'il veut sur les mutus, c'est le principe

justemen rede la doc stack

tu as raison, les admins Ovh vont utiliser stakoverflow pour gérer leur serveur debian

Bonjour,

y a pas vraiment de débat vu que curl fonctionne en PHP, du moment qu'il n'y a pas de blackliste (qu'il soit fait côté OVH ou en face).

Cordialement, janus57