Forcer une appli web à utiliser un proxy http sans la modifier

Le
Olivier
Bonjour,

J'utilise une application web qui télé-charge certaines données sur i=
nternet.
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 fon=
ctionne.
Par contre; ça ne semble pas résoudre mon problème.

Slts

--
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/CAPeT9jjV-0cC4CpwS2h0rQpjcUaObfp_g2rHUzrQoZKpnfpYAg@mail.gmail.com
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Tanguy Ortolo
Le #24338501
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.

--
,--.
: /` ) Tanguy Ortolo | `-' 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
Le #24339701
Le 21/03/12, Tanguy Ortolo
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.


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 | `-' 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$





--
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/CAPeT9jjcHa7aaO5dd8Ym00KoQStRLbP=ej-m_F3sB_5+
admini
Le #24339911
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier
Le 21/03/12, Tanguy Ortolo
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?

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 | `-' 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$







--
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/
Olivier
Le #24339951
Le 22/03/12, admini
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier
Le 21/03/12, Tanguy Ortolo
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?



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 v ers 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 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 | `-' 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$











--
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/
admini
Le #24339981
On Thu, 22 Mar 2012 15:31:51 +0100, Olivier
Le 22/03/12, admini
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier
Le 21/03/12, Tanguy Ortolo
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 ...



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 | `-' 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$













--
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/
Pierre-Arnaud
Le #24340041
Le 22/03/2012 15:31, Olivier a écrit :
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 ...



Je n'ai pas lu tout le fil mais ce que tu suggères ici m'évoque un proxy
transparent (http://en.wikipedia.org/wiki/Proxy_server#Transparent_proxy)

Avec des règles iptables, on peut forcer le trafic destiné au port 80 à
passer par un proxy, sans aucune configuration côté client.

Pour arriver à traiter "uniquement celles-là", il faut regarder si tu
peux te débrouiller avec les options de filtrage d'iptables pour
sélectionner les bons flux et laisser le reste inchangé.

P.-A.

--
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/
Olivier
Le #24340131
Le 22/03/12, admini
On Thu, 22 Mar 2012 15:31:51 +0100, Olivier
Le 22/03/12, admini
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier
Le 21/03/12, Tanguy Ortolo
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 */);







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ê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 | `-' 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$

















--
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/CAPeT9jioJTiUipZ5fR7mEWEAqkc-P62+
admini
Le #24340291
On Thu, 22 Mar 2012 17:03:16 +0100, Olivier
Le 22/03/12, admini
On Thu, 22 Mar 2012 15:31:51 +0100, Olivier
Le 22/03/12, admini
On Thu, 22 Mar 2012 12:32:21 +0100, Olivier
Le 21/03/12, Tanguy Ortolo
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 | `-' 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$


















si non, en effet, sans modifier l'appli, ce sera plutot

iptables -t nat -A PREROUTING -i eth0 -s client_proxy_ip -d
199.102.239.158 -p tcp --dport 80 -j DNAT --to proxy:3128

--
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/
Rodolphe
Le #24341211
Le 20/03/2012 17:19, Olivier a écrit :
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 dans le manuel de curl :


PROXY

Get an ftp file using a proxy named my-proxy that uses port 888:

curl -x my-proxy:888 ftp://ftp.leachsite.com/README

Get a file from a HTTP server that requires user and password, using the
same proxy as above:

curl -u user:passwd -x my-proxy:888 http://www.get.this/

Some proxies require special authentication. Specify by using -U as above:

curl -U user:passwd -x my-proxy:888 http://www.get.this/

See also the environment variables Curl support that offer further proxy
control.

mes 2 cents

--
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/jkcru0$dfr$
Publicité
Poster une réponse
Anonyme