J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profi le.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
--
,--.
: /` ) Tanguy Ortolo <xmpp: <irc://irc.oftc.net/Tanguy >
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
Olivier, 2012-03-20 17:19+0100:
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profi le.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
--
,--.
: /` ) Tanguy Ortolo <xmpp:tanguy@ortolo.eu> <irc://irc.oftc.net/Tanguy >
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/jkd04b$h2c$2@dough.gmane.org
Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profi le.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
--
,--.
: /` ) Tanguy Ortolo <xmpp: <irc://irc.oftc.net/Tanguy >
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp: <irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
Le 21/03/12, Tanguy Ortolo<tanguy+debian@ortolo.eu> a écrit :
Olivier, 2012-03-20 17:19+0100:
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:tanguy@ortolo.eu> <irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/jkd04b$h2c$2@dough.gmane.org
Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp: <irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier wrote:Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/pro file.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, cur l
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or j e
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0-RE LEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses d onnées.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier <oza_4h07@yahoo.fr> wrote:
Le 21/03/12, Tanguy Ortolo<tanguy+debian@ortolo.eu> a écrit :
Olivier, 2012-03-20 17:19+0100:
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/pro file.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, cur l
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or j e
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0-RE LEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses d onnées.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:tanguy@ortolo.eu>
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/jkd04b$h2c$2@dough.gmane.org
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier wrote:Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/pro file.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, cur l
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or j e
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0-RE LEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses d onnées.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
Le 22/03/12, admini a écrit :On Thu, 22 Mar 2012 12:32:21 +0100, Olivier wrote:Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0-RELEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
Avec tcpdump, sur une machine sans proxy, je vois une série de
requêtes du type GET /provisioner/v2.5/master.xml adressées à
l'adresse mirror.freepbx.org (alias 199.102.239.158) précédées
d'échanges TCP/SYN et ACK.
Ces derniers échanges SYN et ACK suivent immédiatement les requêtes
vers le DNS.
Avec tcpdump, sur la machine avec proxy, je ne vois aucune requête
HTTP. Par contre, je vois que ma machine émet (et ré-émet) un paquet
SYN directement à l'adresse cible (199.102.239.158) sans l'adresser à
l'adresse du proxy et ne reçoit aucune réponse.
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
Le 22/03/12, admini<admini@freeatome.com> a écrit :
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier <oza_4h07@yahoo.fr> wrote:
Le 21/03/12, Tanguy Ortolo<tanguy+debian@ortolo.eu> a écrit :
Olivier, 2012-03-20 17:19+0100:
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0-RELEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
Avec tcpdump, sur une machine sans proxy, je vois une série de
requêtes du type GET /provisioner/v2.5/master.xml adressées à
l'adresse mirror.freepbx.org (alias 199.102.239.158) précédées
d'échanges TCP/SYN et ACK.
Ces derniers échanges SYN et ACK suivent immédiatement les requêtes
vers le DNS.
Avec tcpdump, sur la machine avec proxy, je ne vois aucune requête
HTTP. Par contre, je vois que ma machine émet (et ré-émet) un paquet
SYN directement à l'adresse cible (199.102.239.158) sans l'adresser à
l'adresse du proxy et ne reçoit aucune réponse.
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:tanguy@ortolo.eu>
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/jkd04b$h2c$2@dough.gmane.org
Le 22/03/12, admini a écrit :On Thu, 22 Mar 2012 12:32:21 +0100, Olivier wrote:Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0-RELEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
Avec tcpdump, sur une machine sans proxy, je vois une série de
requêtes du type GET /provisioner/v2.5/master.xml adressées à
l'adresse mirror.freepbx.org (alias 199.102.239.158) précédées
d'échanges TCP/SYN et ACK.
Ces derniers échanges SYN et ACK suivent immédiatement les requêtes
vers le DNS.
Avec tcpdump, sur la machine avec proxy, je ne vois aucune requête
HTTP. Par contre, je vois que ma machine émet (et ré-émet) un paquet
SYN directement à l'adresse cible (199.102.239.158) sans l'adresser à
l'adresse du proxy et ne reçoit aucune réponse.
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
On Thu, 22 Mar 2012 15:31:51 +0100, Olivier wrote:Le 22/03/12, admini a écrit :On Thu, 22 Mar 2012 12:32:21 +0100, Olivier wrote:Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans
/etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, c url
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0- RELEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
Avec tcpdump, sur une machine sans proxy, je vois une série de
requêtes du type GET /provisioner/v2.5/master.xml adressées à
l'adresse mirror.freepbx.org (alias 199.102.239.158) précédées
d'échanges TCP/SYN et ACK.
Ces derniers échanges SYN et ACK suivent immédiatement les requête s
vers le DNS.
Avec tcpdump, sur la machine avec proxy, je ne vois aucune requête
HTTP. Par contre, je vois que ma machine émet (et ré-émet) un paqu et
SYN directement à l'adresse cible (199.102.239.158) sans l'adresser à
l'adresse du proxy et ne reçoit aucune réponse.
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
ben, ouai. donc le code ne connait pas le proxy. as tu essayé le code
php que j'ai sousmis plus haut?
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses
données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même p as
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscrib e"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
On Thu, 22 Mar 2012 15:31:51 +0100, Olivier <oza_4h07@yahoo.fr> wrote:
Le 22/03/12, admini<admini@freeatome.com> a écrit :
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier <oza_4h07@yahoo.fr> wrote:
Le 21/03/12, Tanguy Ortolo<tanguy+debian@ortolo.eu> a écrit :
Olivier, 2012-03-20 17:19+0100:
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans
/etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, c url
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0- RELEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
Avec tcpdump, sur une machine sans proxy, je vois une série de
requêtes du type GET /provisioner/v2.5/master.xml adressées à
l'adresse mirror.freepbx.org (alias 199.102.239.158) précédées
d'échanges TCP/SYN et ACK.
Ces derniers échanges SYN et ACK suivent immédiatement les requête s
vers le DNS.
Avec tcpdump, sur la machine avec proxy, je ne vois aucune requête
HTTP. Par contre, je vois que ma machine émet (et ré-émet) un paqu et
SYN directement à l'adresse cible (199.102.239.158) sans l'adresser à
l'adresse du proxy et ne reçoit aucune réponse.
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
ben, ouai. donc le code ne connait pas le proxy. as tu essayé le code
php que j'ai sousmis plus haut?
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses
données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même p as
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:tanguy@ortolo.eu>
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscrib e"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/jkd04b$h2c$2@dough.gmane.org
On Thu, 22 Mar 2012 15:31:51 +0100, Olivier wrote:Le 22/03/12, admini a écrit :On Thu, 22 Mar 2012 12:32:21 +0100, Olivier wrote:Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans
/etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, c url
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0- RELEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
Avec tcpdump, sur une machine sans proxy, je vois une série de
requêtes du type GET /provisioner/v2.5/master.xml adressées à
l'adresse mirror.freepbx.org (alias 199.102.239.158) précédées
d'échanges TCP/SYN et ACK.
Ces derniers échanges SYN et ACK suivent immédiatement les requête s
vers le DNS.
Avec tcpdump, sur la machine avec proxy, je ne vois aucune requête
HTTP. Par contre, je vois que ma machine émet (et ré-émet) un paqu et
SYN directement à l'adresse cible (199.102.239.158) sans l'adresser à
l'adresse du proxy et ne reçoit aucune réponse.
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
ben, ouai. donc le code ne connait pas le proxy. as tu essayé le code
php que j'ai sousmis plus haut?
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses
données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même p as
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscrib e"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
Le 22/03/12, admini a écrit :On Thu, 22 Mar 2012 15:31:51 +0100, Olivier wrote:Le 22/03/12, admini a écrit :On Thu, 22 Mar 2012 12:32:21 +0100, Olivier wrote:Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans
/etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0-RELEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
Je n'ai pas encore réussi à identifier dans le code, la ligne qui
déclenche le télé-charghement.
Je m'y remets ...
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
Avec tcpdump, sur une machine sans proxy, je vois une série de
requêtes du type GET /provisioner/v2.5/master.xml adressées à
l'adresse mirror.freepbx.org (alias 199.102.239.158) précédées
d'échanges TCP/SYN et ACK.
Ces derniers échanges SYN et ACK suivent immédiatement les requêtes
vers le DNS.
Avec tcpdump, sur la machine avec proxy, je ne vois aucune requête
HTTP. Par contre, je vois que ma machine émet (et ré-émet) un paquet
SYN directement à l'adresse cible (199.102.239.158) sans l'adresser à
l'adresse du proxy et ne reçoit aucune réponse.
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
ben, ouai. donc le code ne connait pas le proxy. as tu essayé le code
php que j'ai sousmis plus haut?
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses
données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
Le 22/03/12, admini<admini@freeatome.com> a écrit :
On Thu, 22 Mar 2012 15:31:51 +0100, Olivier <oza_4h07@yahoo.fr> wrote:
Le 22/03/12, admini<admini@freeatome.com> a écrit :
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier <oza_4h07@yahoo.fr> wrote:
Le 21/03/12, Tanguy Ortolo<tanguy+debian@ortolo.eu> a écrit :
Olivier, 2012-03-20 17:19+0100:
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans
/etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0-RELEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
Je n'ai pas encore réussi à identifier dans le code, la ligne qui
déclenche le télé-charghement.
Je m'y remets ...
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
Avec tcpdump, sur une machine sans proxy, je vois une série de
requêtes du type GET /provisioner/v2.5/master.xml adressées à
l'adresse mirror.freepbx.org (alias 199.102.239.158) précédées
d'échanges TCP/SYN et ACK.
Ces derniers échanges SYN et ACK suivent immédiatement les requêtes
vers le DNS.
Avec tcpdump, sur la machine avec proxy, je ne vois aucune requête
HTTP. Par contre, je vois que ma machine émet (et ré-émet) un paquet
SYN directement à l'adresse cible (199.102.239.158) sans l'adresser à
l'adresse du proxy et ne reçoit aucune réponse.
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
ben, ouai. donc le code ne connait pas le proxy. as tu essayé le code
php que j'ai sousmis plus haut?
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses
données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:tanguy@ortolo.eu>
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/jkd04b$h2c$2@dough.gmane.org
Le 22/03/12, admini a écrit :On Thu, 22 Mar 2012 15:31:51 +0100, Olivier wrote:Le 22/03/12, admini a écrit :On Thu, 22 Mar 2012 12:32:21 +0100, Olivier wrote:Le 21/03/12, Tanguy Ortolo<tanguy+ a écrit :Olivier, 2012-03-20 17:19+0100:J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans
/etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl
fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
/etc/profile est sourcé par les shells interactifs il me semble, or je
ne pense pas que ton interpréteur PHP en utilise un. Si tu utilises
Apache HTTP Server avec le mod_php5, c'est dans /etc/apache2/envvars
qu'il faudrait définir cela.
J'ai ajouté à la fin de /etc/apache2/envvars les lignes :
export ftp_proxy=http://192.168.111.31:8080
export FTP_PROXY=http://192.168.111.31:8080
export http_proxy=http://192.168.111.31:8080
export HTTP_PROXY=http://192.168.111.31:8080
cela depend de ton code php. s'il se sert de l'environnement(c'est peut
etre dangereux, j'aime pas trop lier l'env au code de cette manière).
$dl = curl_init();
curl_setopt($dl, CURLOPT_URL,
'ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.0/FreeBSD-9.0-RELEASE-amd64-disc1.iso');
curl_setopt($dl, CURLOPT_PROXY, 'localhost:3128');
curl_setopt($dl, /* si tu veux d'autre convergences financieres */);
Je n'ai pas encore réussi à identifier dans le code, la ligne qui
déclenche le télé-charghement.
Je m'y remets ...
et, tu n'as pas les logs sur le proxy pour voir ce qui se passe?pas
d'access list sur le proxy qui filtre? et tcpdump raconte quoi?
Avec tcpdump, sur une machine sans proxy, je vois une série de
requêtes du type GET /provisioner/v2.5/master.xml adressées à
l'adresse mirror.freepbx.org (alias 199.102.239.158) précédées
d'échanges TCP/SYN et ACK.
Ces derniers échanges SYN et ACK suivent immédiatement les requêtes
vers le DNS.
Avec tcpdump, sur la machine avec proxy, je ne vois aucune requête
HTTP. Par contre, je vois que ma machine émet (et ré-émet) un paquet
SYN directement à l'adresse cible (199.102.239.158) sans l'adresser à
l'adresse du proxy et ne reçoit aucune réponse.
J'ai l'impression que si je savais transformer toutes les "requêtes
HTTP directes" du type wget
http://mirror.freepbx.org/provisioner/foo/bar (et uniquement
celles-là) en requêtes indirectes via le proxy, tout devrait marcher
mais je ne sais si ce dont je parle existe et a du sens ...
ben, ouai. donc le code ne connait pas le proxy. as tu essayé le code
php que j'ai sousmis plus haut?
J'ai re-démarré la machine (carrément).
Mais l'appli web persiste à ne pas télé-charger correctement ses
données.
Je n'ai aucune trace ni éléments dans les logs et ne peut même pas
vérifier la commande utilisée par l'appli.
Merci beaucoup pour le tuyau.
--
,--.
: /` ) Tanguy Ortolo <xmpp:
<irc://irc.oftc.net/Tanguy>
| `-' Debian Developer
_
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/jkd04b$h2c$
Bonjour,
J'utilise une application web qui télé-charge certaines données sur internet.
Quand je l'installe sur un serveur qui accède normalement à Internet :
elle fonctionne.
Par contre, quand je l'installe sur une machine qui doit passer par un
proxy, elle ne fonctionne plus.
Comment modifier l'environnement pour contourner cette limitation ?
D'après ce que j'ai compris, cette application est écrite en PHP et
utiliserait curl.
Elle est lancée par un "utilisateur sytème", c'est par un utilisateur
qui n'a pas de login.
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
Slts
Bonjour,
J'utilise une application web qui télé-charge certaines données sur internet.
Quand je l'installe sur un serveur qui accède normalement à Internet :
elle fonctionne.
Par contre, quand je l'installe sur une machine qui doit passer par un
proxy, elle ne fonctionne plus.
Comment modifier l'environnement pour contourner cette limitation ?
D'après ce que j'ai compris, cette application est écrite en PHP et
utiliserait curl.
Elle est lancée par un "utilisateur sytème", c'est par un utilisateur
qui n'a pas de login.
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
Slts
Bonjour,
J'utilise une application web qui télé-charge certaines données sur internet.
Quand je l'installe sur un serveur qui accède normalement à Internet :
elle fonctionne.
Par contre, quand je l'installe sur une machine qui doit passer par un
proxy, elle ne fonctionne plus.
Comment modifier l'environnement pour contourner cette limitation ?
D'après ce que j'ai compris, cette application est écrite en PHP et
utiliserait curl.
Elle est lancée par un "utilisateur sytème", c'est par un utilisateur
qui n'a pas de login.
J'ai ajouté 2 lignes http_proxy= et export htp_proxy dans /etc/profile.
J'ai pu vérifier qu'avec ça, pour des utilisateurs avec login, curl fonctionne.
Par contre; ça ne semble pas résoudre mon problème.
Slts