Problèmes concernant les mises à jour de GRR

Bonjour,
cela confirme ma première analyse : c'est au niveau du proxy que se situe le blocage de fopen().
Pouvez-vous nous en dire plus sur ce proxy ?
Cordialement,
YN

Bonjour,

Merci pour votre réponse.

J'avais essayé de faire un print et echo de la variable $fichier mais je ne peux rien afficher vu que je suis bloqué par le Proxy.
Problème à ce niveau de la variable $fichier ?

En remplaçant '@fopen' par 'fopen', même incident Proxy Error, pas lié au code.

Je ne pense pas que ce soit lié à un problème concernant l'instruction 'fopen' car sur ce serveur, j'ai fait des applications en php utilisant des fichiers en entrée et sortie avec l'instruction fopen (en option de lecture et écriture ' - r, w, a+).

Il y a t-il sous GRR des autorisations ou non d’accès fichier (fopen) dans les panneaux de configuration GRR ou les fichiers paramétrage GRR ?

Merci pour votre aide.

Bien cordialement,

G

Bonjour,

Complément Erreur Proxy:

Contenu de la variable $grr_devel_url = " grr.devome.com/ ";
Variable définie dans programme 'misc.inc.php'.

Contenu de la variable $fichier = grr.devome.com/versiongrr.xml

Accès grr.devome.com/versiongrr.xml , récupération :
<version>
<numero>3.3.0</numero>
<sousversion>a</sousversion>
<rc/>
</version>

Il doit y avoir dans le paramétrage système du serveur une impossibilité de faire fopen sur l'extérieur, Internet.

Vais voir ?

Bien cordialement,

G

Complément sur non accès extérieur :

Dans php.ini, j'ai bien :
allow_url_fopen = On

Bien cordialement,

G

Bonjour,

J'ai fait un export HTTP_PROXY, cela ne marche toujours pas.
export HTTP_PROXY=https://serveur-proxy:port-proxy


Il y a t-il un endroit dans GRR où il faut paramétrer le serveur proxy, je l'ai vu pour le CAS et dans 'functions.inc.php' ?

Je n'utilise pas le CAS.

Merci pour votre aide.

Bien cordialement,

G

Bonjour,
vos applications php qui utilisent fopen doivent-elles passer par le proxy ?
Que fopen soit activé sur le serveur web, c'est effectivement une condition nécessaire, mais si le proxy bloque, c'est là qu'il faut ouvrir le passage !
Cordialement,
YN

Bonjour,

Pour des raisons de sécurité, toutes requêtes entrantes ou sortantes doivent passer par un Proxy.
Je n’ai pas le choix.
La solution passe par un paramétrage Proxy sur un fichier de configuration sous GRR.

Bien cordialement,

G

Bonjour

J'ai vu sur Forum 'GRR configuration d'un proxy' : devome.com/forum/viewtopic.php?f=42&t=42...413655ba18865858a038
Mais je n'utilise pas le CAS.

Où paramétrer le Proxy ailleurs ?

Merci d'avance pour votre aide.

Bien cordialement,

G

Bonjour,
effectivement, vous avez raison, le problème ne vient pas du proxy, mais du fait que la fonction fopen ne prend pas en charge le proxy. Dans l'immédiat, la mise en commentaire du passage problématique est la meilleure solution.
À propos de solution, j'ai en trouvé plusieurs sur le web, mais pas évidentes... et comme par ailleurs vous avez des applications web qui fonctionnent derrière votre proxy et utilisent fopen, ce serait sympa de nous expliquer votre solution.
Merci pour votre signalement.
Cordialement,
YN

bonjour,
pourriez-vous essayer (je n'ai pas de proxy installé) les modifications suivantes dans le fichier admin_maj.php :
commenter les lignes de
if (!$fp = @fopen($fichier,'r')) {
à
$reader -> close();
}
et insérer juste avant ou juste après les lignes suivantes :
// prise en compte d'un proxy
$opts = array (
'http' -> array(
'proxy' -> 'tcp://proxyIP:proxyport',
)
);
$context = stream_context_create($opts);
$fp = file_get_contents($fichier,false,$context);
// ou pas...
// $fp = file_get_contents($fichier);
// pour tester
print("version en ligne ");
print($fp);

en remplaçant proxyIP:proxyport par l'adresse IP et le port de votre proxy,
puis nous faire un retour sur ce qui s'affiche lorsque vous ouvrez la page admin_maj.php ?
Cordialement,
YN