Composer / SSH : connection refused

Quelle version de PHP et DRUPAL ?
Contenu du fichier **_/.ovhconfig_** ?

PHP 7.1
Drupal 8.4.3
/.ovhconfig :
app.engine=php
app.engine.version=7.1
http.firewall=none
environment=production
container.image=stable

Tout semble correct de ce coté là.

J'ai installé une copie du site en local, et j'ai pu normalement mettre Drupal à jour via composer.
En revanche, lorsque je tape la commande `composer outdated` sur le site distant, j'obtiens le même type d'erreur :

> The "https://packages.drupal.org/8/packages.json" file could not be downloaded: failed to open stream: Connection refused
> https://packages.drupal.org/8 could not be fully loaded, package information was loaded from the local cache and may be out of date
> The "https://packagist.org/packages.json" file could not be downloaded: failed to open stream: Connection refused
> https://packagist.org could not be fully loaded, package information was loaded from the local cache and may be out of date

Bonjour,

dans un cas comme ça je vous conseil de https://www.ovh.com/fr/support/nous-contacter/ contacter le support.

Cordialement, janus57

Bonjours, je suis dans la même situation depuis hier. Impossible de mettre à jours mon mini cms avec composer ou mettre des packages.

Bonsoir JonasBB,
Dans mon cas, cela date également d'hier. Je me sens moins seul...

OVH a corrigé l'anomalie : Composer fonctionne à nouveau.
Renseignements pris, ils semblent coutumiers du fait. Il est donc préférable de le tester systématiquement ('composer outdated' par exemple) avant de se lancer dans des mises à jour ou autres.

Je bump le sujet, car suite à un appel au support, il ne sont pas capable de corriger le problème. Le problème est exactement le même impossible de télécharger


> [Composer\Downloader\TransportException]
> The "https://repo.packagist.org/packages.json" file could not be downloaded
> : failed to open stream: Connection refused

Refuse catégoriquement...

Bonjour, je rencontre le même problème depuis 2 jours, des solutions? Je suis sur Symfony 4.2.1 / PHP 7.1.23

Je confirme, nous avons de nouveau le 'connection refused'. Comme en Août... Seul le support peut débloquer packagist.

Bonjour, le problème est toujours présent aujourd'hui (18 janvier 19). C'est très handicapant avec Drupal 8. J'ai créé un ticket. Affaire à suivre

Bonsoir,

J'ai également le même problème, et c'est la première fois que je prends un hébergement. Est ce que c'est fréquent chez ovh ou c'est pareil chez les autres hébergeurs?

Merci,
SB.

chez Ovh oui
c'est pas partout pareil

J'ai reçu une réponse du support :
"je vous invite à regarder ce post community : https://community.ovhcloud.com/community/fr/composer-ssh-connection-refused?id=community_question&sys_id=bf313584fd5e8e902d4c483e6acd5104 (ie cette conversation)

La solution de contournement est de développer en local et de faire une synchronisation avec git en SSH sur le serveur.
Ce genre de démarche dépasse le périmètre d’intervention de notre Service Support."

Bonjour,

J'ai reçu exactement la même réponse du support !
Ca dépasse leur compétence, mais surtout les miennes !!
Il y a une doc sur l'installation de Composer, et le téléchargement/installation de packages. On doit avoir un abo pro, pour faire du SSH. Je change donc de forfait, et là la doc est en fait obsolète ! Du foutage de gueule quoi !
Y aurait-il un âme charitable pour m'indiquer comment faire. Je dois installer PHPMailer via Composer.
Avez-vous un lien à me donner ?

Merci !

tous les hébergement mutu sur Ovh sont bridés en ssh...
mais ce n'est pas indiqué, commercialement ssh fait partie de l'offre
pas de svn, pas de wp-cli, seules certaines plateformes git sont accessibles...
le pire de ce que j'ai pu constaté est webcloud

et c'est du ressort du support de voir pourquoi un domaine habituellement whitelisté ne l'est plus!
mais le support quand il répond a baissé de niveau technique

Bonjour à tous,

ayant rencontré ce jour le même problème, j'ai à priori réussi à le résoudre en mettant tout simplement à jour composer (une histoire de protocole pas à jour empêche du coup de télécharger les fichiers packagist ou quelque chose comme ça...).
Bref, tentez dans votre console les commandes suivantes :
composer self-update
composer clearcache
Tout devrait ensuite fonctionner. Enfin, je vous le souhaite !

Je confirme ce que dit ClaudiaC.

En faisant un :
composer self-update
composer clearcache

Puis un :
composer update

Tout refonctionne, alors que j'avais l'erreur suivante depuis des heures :
[Composer\Downloader\TransportException]
The "https://repo.packagist.org/packages.json" file could not be downloaded: failed to open stream: Connection refused

Merci Claudia :-)

I have installed composer using https://linux4one.com/how-to-install-composer-on-ubuntu-18-04/ install composer tutorial then i have executed following commands and it worked for me:
composer self-update
composer clearcache
composer update

Bonjour , j'ai suivis la meme chose mais j'ai toujours le problème

Même problème ici, signalé sur twitter avec réponse rapide (voir ci-dessous), il devrait donc y avoir un fix rapidement:

il suffirait d'arrêter de filtrer... comme chez les autres !

je suis d'accord par ailleurs si packagist n'est plus filtré https://flex.symfony.com/versions.json l'est encore, je l'ai signalé également. J'espère qu'ils pourront faire quelque chose :)

et des tas d'autres...

il suffirait d'arrêter de filtrer... comme chez les autres !

Si nous arrêtons le filtrage, notre plateforme pourrait servir de rebond pour des attaques.
Et nos hébergements seront quasiment instantanément blacklisté de partout. Vous ne pourriez plus contacter d'autres APIs.

C'est un impact que nous ne souhaitons pas avoir, et le filtrage reste la solution la plus efficace aujourd'hui.

Cordialement,
Vincent

je suis étonné, comment font les autres hébergeurs?..

et pour Ovh, git = gihub only? parfois gitlab? le reste on ne peut pas
sans compter d'autres outils utiles, curl, rsync,..., si on veut migrer SUR ovh, rien n'est facile :/
c'est dommage et c'est trompeur quand on annonce un accès SSH
perso je ne suis plus impacté, je sais à quoi m'en tenir maintenant