Acces à un serveur externe ( theturninggate.net )

c'est courant, mais il faudrait en dire plus

quelle est ton offre d'hébergement?
un lien sur Backlight?
quel est ce serveur serveur de la société Backlight?

Bjr Kyodev,
Merci de regarder mon problème.
Mon offre : Hebergement web + domaine (offre perso 2010)
J'ai copié par ftp 4 fichiers de Backlight (mini installeur) et quand j'essaie d'executer l'installation j'ai un message d'erreur : "The installer was not able to connect to the server : https://get.theturninggate.net"
D'après le spécialiste TTG (Backlight) , ce pourrait etre parce l'accès par php à un serveur extérieur n'est pas autorisé.
Bernard

PS : l'URL complète :
https://get.theturninggate.net/install/has_backlight
Bernard

ça me renseigne pas sur backlight...

je ne peux rien tester avec ça
comment cette url est utilisée?

Le site TTG qui vend Backlight :
http://theturninggate.net/
Quand on utilise cette adresse directement dans un naviguateur :
https://get.theturninggate.net/install/has_backlight
on obtient une réponse (No input), donc ce serveur répond
mais le mini installeur ne peut y accéder.
Je te donne la suite par mail ..

un essai sur un pro, cluster26:
`$handle = fopen('https://get.theturninggate.net/install/has_backlight', "r");`

pas d'erreur, c'est ok

ça me paraît léger comme test, mais c'est l'équivalent de l'ouverture dans ton navigateur

OK, mais comment peut on continuer ?
Je pourrais t'envoyer le mini installeur si tu me donne une adresse mail ?

Merci pour ton aide,
Bernard

Bonjour Bernard,
Après avoir échangé sur le forum de TTG (pour l'installation de Backlight), je vois votre message ici.
En attendant une réponse d'OVH que j'espère rapide, je continue à chercher d'où vient le blocage. Je me demande si cela peut venir d'une sécurité du côté d'OVH. Est-ce que cela pourrait venir du SSL ou du Firewall ? Si jamais quelqu'un s'y connaît...

à défaut d'erreur plus précise, difficile d'affirmer quoique ce soit

par principe, chercher un fichier `.ovhconfig` dans le répertoire racine du site (www généralement) ou **au dessus**
si à l'intérieur de ce fichier, il y a une image *legacy*, on pourrait imaginer un souci ssl (si tant est que une erreur puisse provenir de là)

selon le même principe, désactiver le firewal qui est mal configuré ici et incompatible avec WP.
dans le `.ovhconfig`, la ligne adéquate est: `http.firewall=none`

un filtrage, c'est possible chez Ovh

Bonjour Régine et Kyodev,
Après un temps d'attente interminable, j'ai réussi à avoir le support OVH, mais ils considèrent que ce n'est pas un dysfonctionnement et donc qu'ils n'interviennent pas sur ce genre de problème !!!!
En désespoir, j'ai modifié mon offre OVH de Perso 2010 en PERSO (2014), et là, pas de bol, ça ne marche toujours pas.
Kyodev,
Je t'avais proposé de t'envoyer les 4 fichiers d'installation (dont .htaccess) , qu'en penses tu ? Il me faudrait alors ton adresse mail. Merci
PS : mon fichier ovhconfig est OK, php 5.6 et pas de firewall

c'est évident, le support s'est bien foutu de toi

que veux tu que je fasses avec ces fichiers?
je fais l'hypothèse que tu n'es pas le premier client, donc cela fonctionne
pour moi, c'est un souci de configuration d'hébergement ou de réseau

tu ne m'as pas donné la méthode pour tester (ce que pourrait faire le fournisseur) et pour l'instant, le fournisseur est atteignable
Ovh ne veut pas s'en préoccuper
éventuellement, je peux tester un install ailleurs, si le script est un installer et rencontre aussi l'erreur, mais je ne veux pas y passer trop de temps

Comme tu utilises OVH, je suggérais que tu essaie l'installation avec les 4 fichiers dont j'ai parlé. Si c'est possible, ce devrait etre rapide, une fois les 4 fichiers copiés dans un sous domaine, il faut executer avec 2 paramètres que je te donnerai. Ce serait possible ?
Merci,
Bernard

je t'ai envoyé mon mail...

Bonjour tout le monde,
J'ai regardé le fichier ovhconfig, le voici :
app.engine=php
app.engine.version=5.5
http.firewall=none
environment=production

@kyodev , je ne sais pas ce que veut dire "si à l'intérieur de ce fichier, il y a une image legacy"

De mon côté, j'attends une réponse d'OVH. @BernardL8, au bout de combien de temps avez-vous eu une réponse ?

Je viens de voir sur le forum de l'application dont nous parlons qu'un autre utilisateur avait le même problème que nous. Quelqu'un lui avait conseillé de contacter son hébergeur pour vérifier qu'il ne bloquait pas les PHP script. L'utilisateur avait contacté l'hébergeur qui a résolu le problème, il semblait venir de l'IP qui était bloquée.

Ok mais je vois pas en pratique comment OVH pourrait bloquer une adresse IP ? je vais aller voir ...
Je suis en train de faire des tests avec kyodev , croisons les doigts

Régine,
Je trouve pas ce dont tu parles sur le forum.
Tu peux me donner le lien ?
Merci

peux tu ajouter une ligne pour commencer, pour obtenir
```text
app.engine=php
app.engine.version=5.5
http.firewall=none
environment=production
container.image=stable
```
quel cms utilises tu?
quelle version?

il se trouve que j'ai pris un hébergement perso sur le cluster10 (comme bernard) pour tester et cela fonctionne bien, il n'y a pas de filtrage

il reste à trouver ce qui cloche dans votre configuration .ovhconfig, l'image en stable et/ou le php 7.2
(bernard a quasi le même fichier que toi)

pour l'instant, je te fais changer que le container pour tester, et selon ton cms, on verra la version de php

Est ce que l'image d'écran multisite est ok ? la meme que pour toi ?

Voici le lien : http://community.theturninggate.net/viewtopic.php?pid=56751#p56751

Est-ce que BernardL8 a essayé en ajoutant cette ligne aussi ?
Sur mon site, j'utilise TTG turning gate CE4 (comme Bernard), mais aussi Wordpress pour mon blog.
ça ne risque rien si j'ajoute cette ligne ?

l'image non
c'est l'image standard de tout hébergement récent

wordpress, si à jour, supporte php7.2, php 5.5 est plus que périmé
commence à passe à php7.0, test Wordpress
et ainsi de suite, pour php7.1 et php7.2
ne pas tenter php7.3

TTG recommande php 5.6 ou plus récent .
Kyodev, tu as supprimé le .htaccess dans test ? TTG insiste sur la présence nécessaire de ce fichier.
Dans la doc OVH, pour les multisites, ils disent que ovhconfig doit etre dans la racine, c'est à dire dans www et dans test ?

Kyodev,
dans ton essai OVH qui a fonctionné OK, tu étais en multisites ?
si oui, tu a testé dans test, qu'y avait il dans www ? pour Régine et pour moi, il y a la meme chose dans www, un environnement TTG CE4, c'est a dire la version qui a précédé Backlight . aucun rapport ?

ttg indique que 5.5 devrait marcher mais c'est **périmé**
ttg ne recommande pas
5.6 et 7.0 sont dépréciés
php recommande 7.2
mais toi bernard, ton site principal ne passe pas le 7.0, cela est déjà un souci
la doc ovh: https://docs.ovh.com/fr/hosting/configurer-fichier-ovhconfig/
j'ai **STRICTEMENT** fais le même essai que chez toi, je sais de quoi je parle
par deux fois, le fonctionnement est ok
votre environnement ce4 n'a aucun rapport avec le fonctionnement de l'hébergement, c'est le principe d'un multisite, les racines sont séparés, ils sont indépendants (pour cela que je t'ai fait reconfigurer un multisite)

ovh m'aura encore une fois bien fait perdre du temps

* essai hier AM, chez un hébergeur sans filtrage: installation ok
* essai dans la foulée sur un hébergement perso, sur le cluster10 (**identique à l'hébergement de bernard**): ok
* hier soir à 18h, bernard me donne son accès ftp pour essai: **KO**
j'ai fait modifier son multisite, essayé tous les .ovhconfig imaginables: **échecs**
* ce matin, je refais un essai sur **mon** hébergement de test: **échecs**
* je reprends mon essai avec *php fopen()*: **échec !!**
* par acquit de conscience, je reteste sur mon autre hébergeur: ok, ce n'est donc pas theturninggate.net qui est inaccessible

cela confirme, une fois de plus, que Ovh filtre, de façon erratique
pour éviter ces filtrages, ne pas passer des heures à attendre pour le moindre changement dans une configuration, vous savez ce qu'il vous reste à faire... :/

Un grand merci Kyodev pour ton aide et tout le temps passé. Si j'ai bien compris, tes essais sur le cluster10, une fois c'est ok et après, sans rien changer, ça ne marche plus ? Je vais re essayer auprès du support OVH.... Mais si tu as une idée tout d'un coup ...... on est preneurs
Régine, peux tu me redonner les coordonnées (titre et n0 de page) du topic TTG sur le blocage d'un site ? L'adresse que tu m'a donné hier n'était pas la bonne.

tu as bien compris
idée? changer d'hébergeur, y'a pas d'autres solutions (les filtrages, erratiques parfois, sont récurrents ici)

Aujourd'hui à 15:55, toutes les planètes étaient alignées, et j'arrive ENFIN à accéder au server TTG.
J'avais juste changé avant php 7.2 en php 5.6 dans le ovhconfig .
Régine, j'espère que pour toi la même chose va aussi résoudre le problème ? Tiens moi au courant ....

cela ne dépends pas de le version de php, ni de ovhconfig
ton site n'est pas compatible avec php7...

Mon site pas compatible avec php 7 : tu parles de mon site actif (CE4) , ou de mon site de test qui essaie d'accéder au server ?
Et pourquoi stp ?

je parle de ton site principal, je n'arrête pas de te le signaler ici ou par mail
pourquoi... code incompatible, il suffit de tester, les erreurs sautent aux yeux
pour le test je ne sais pas, j'imagine que de nos jours, ça l'est car php5 est déprécié

D'accord, le code de mon site principal est pas 'up to date', mais quelle importance : a) il fonctionne parfaitement, et b) le but du site test est justement de le remplacer à terme. Alors .....

je ne dis pas l'inverse, c'est toi qui parle de php7 pour essayer, alors que ton site n'est pas compatible (voir erreur et contact par exemple) et ce n'est pas un facteur influant le filtrage

Bonjour tout le monde,
Je viens de lire tous les échanges de mail. Merci beaucoup @kyodev d'essayer de nous aider !
J'ai bien compris qu'apparemment le problème était le filtrage d'OVH qui bloquait de manière intermittente...
Ceci dit avec ma config actuelle et même en essayant plusieurs fois et plusieurs jours de suite, il n'y avait rien à faire...
Du coup, ce que je vais faire quand-même, c'est simplement mettre PHP 5.6 à la place de 5.5
Il suffit que je change cela dans le fichier .ovhconfig ou je dois faire une manip dans l'administration de mon site chez OVH ?
@BernardL8 : le lien que j'ai indiqué est bien le bon, je viens de cliquer dessus, il marche.

si tu n'as qu'un seul ovhconfig, tu peux utiliser le manager
php5.6 est déprécié (je ne sais comment l'écrire, je répète...)
ton wordpress est compatible 7.2
monte graduellement en version, et **teste à chaque fois**, je ne connais pas tes plugins, je ne sais pas s'ils sont compatibles

Bon, je n'ai qu'un seul ovhconfig, je suis passée au 5.6, ça ne marche toujours pas.
J'ai bien compris qu'il était déprécié, mais comme Bernard j'ai mon site actuel (CE4) qui ne sera pas compatible avec des versions plus récentes (enfin, en même temps, je ne sais pas jusqu'à quel PHP je pourrais passer sans qu'il y ait de bug.)
Pour mon blog qui est sous Worpress, là ça ne posera pas de souci.
Et comme Bernard, pour le moment j'ai un sous-domaine "test" qui devrait me permettre de me faire la main sur l'appli que je n'arrive pas à installer, pour ensuite le passer en site principal.

Je suis étonné que tu n'ai qu'un seul ovconfig, il devrait y en avoir un pour le site principal CE4, et un pour le sousdomaine de test, et peut etre un pour le blog ?

Non, je n'ai vraiment qu'un seul ovhconfig
mon arborescence :
- dossier archive
- dossier www
- plusieurs fichiers bash
- ovhconfig (donc il n'est pas dans le dossier www)

Bon, de toute façon, si comme l'a dit kyodev, le problème vient d'OVH, je ne devrais pas avoir à tester différentes version php...

@RegineH1 :
> je suis passée au 5.6, ça ne marche toujours pas.

encore, encore une fois, ça n'a rien à voir...!


> Pour mon blog qui est sous Worpress,

wordpress est déjà une cible de choix pour les attaques, alors pourquoi pas autant laisser un php qui ne sera plus maintenu... :(

@BernardL8 :
> Je suis étonné que tu n'ai qu'un seul ovconfig, il devrait y en avoir un pour le site principal CE4



NON...
un seul .ovhconfig, à la racine de l'hébergement est la **NORMALE**
le reste c'est à pratiquer que si l'on sait ce que l'on fait ... et ne vous apportera rien

Je n'ai plus qu'à changer d'hébergeur...
je suis bien énervée...

En tout cas un énorme merci à kyodev !

Si on a un multisite, voir cette doc OVH :
https://docs.ovh.com/fr/hosting/configurer-fichier-ovhconfig/

en bas , pour le multisite.
Je ne dis pas qu'il faut le faire, mais si on a des environnements très différents, cela peut être utile.
En tout cas, c'est ce que j'ai fait, et ça semble marcher.

Merci Bernard, je vais regarder ça...
Mais je vais d'abord aller manger pour reprendre des forces...

Je viens de regarder, mon site actuel (CE4) est sous la racine www et le site test sous la racine www/test
Mais je ne vois pas trop pourquoi je devrais ajouter un fichier ovhconfig dans le dossier www/test
Sauf peut-être si je voulais qu'un site fonctionne avec un PHP beaucoup plus récent. Mais le problème de toute façon ne semble pas venir d'une histoire de PHP. C'est sans doute une coincidence que tout à coup ça fonctionne chez toi (comme pour kyodev où une fois ça marchait, une fois ça ne marchait pas).
Je crois vraiment que je vais abandonner, enfin en tout cas aujourd'hui.
Peut-être que demain, tout à coup par miracle, OVH me permettra d'utiliser l'installeur...
Et sinon, je vais voir ailleurs...

Bernard, je me pose encore une question, mais le jour où tu auras fait les tests Backlight dans ton sous-domaine et que tu décides d'utiliser Backlight pour ton site principal, est-ce que tu seras obligé de réinstaller Backlight dans le dossier www ? Et dans ce cas-là, le problème d'installation risque de se reposer ? Ou tu pourras juste déplacer tous les fichiers dans le dossier www ?
Bon, pour ma part je n'ai pas encore dépassé la première étape... mais j'essaye quand-même de me projeter déjà plus loin.

https://docs.ovh.com/fr/hosting/configurer-fichier-ovhconfig/

pour le reste, crois ce que tu veux, si tu veux reposer ton site sur les caprices de ton hébergeur, tu n'auras qu'à lancer des incantations pour les mises à jour

OK, essayons de rester calme et objectif.
J'ai franchi une première étape, j'ai commencé à créer mon site avec Backlight, cet après midi je me suis connecté et reconnecté à TTG plusieurs fois et ça a marché. Ce sont des faits.
Backlight est plus facile que CE4, mais pas simple pour autant. Et comme tu dis, une fois créé en test... et bien je ne sais pas encore, une chose à la fois. Je l'ai fait autrefois avec CE4, je trouverai bien une solution avec Backlight.
On peut certes parler des caprices de l'hébergeur car il y a des problèmes, mais mon site actuel fonctionne depuis 2011 sans absolument aucun problème, avec des milliers de visiteurs chaque mois, c'est un fait.
Alors que faire ? On peut chercher ailleurs en permanence l'hébergeur parfait , la dernière version de X et de Y qui va résoudre tous les problèmes, on passera beaucoup de temps et on trouvera d'autres problèmes, et pendant ce temps, son projet réél, si on en a un, n'aura pas beaucoup progressé.
Donc je continue avec OVH et Backlight, et on verra !
Amicalement,
Bernard