Projet

Général

Profil

Development #20371

configuration avancée de proxies pour requests

Ajouté par Thomas Noël il y a plus de 6 ans. Mis à jour il y a plus de 5 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
30 novembre 2017
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:

Description

Sur certaines architectures réseau, w.c.s. devra passer par un proxy, et on peut utiliser export HTTPS_PROXY="http://10.10.1.10:3128"

Mais si on doit utiliser un proxy pour sortir vers Internet, mais pas pour contacter la passerelle ou autre composant interne, ça ne marche pas.

Je propose d'utiliser le possibilité d'un arguement proxies= lors des appels à requests, décrite sur http://docs.python-requests.org/en/master/user/advanced/?highlight=proxy#proxies


Fichiers

Révisions associées

Révision 234f1499 (diff)
Ajouté par Thomas Noël il y a plus de 6 ans

misc: add a REQUESTS_PROXIES settings for requests calls (#20371)

Historique

#1

Mis à jour par Thomas Noël il y a plus de 6 ans

#3

Mis à jour par Frédéric Péters il y a plus de 6 ans

(ticket similaire à faire côté passerelle, qui doit parfois faire des requêtes vers l'extérieur mais qui doit aussi faire des requêtes vers l'intérieur (bêtement déjà le soap de l'artifact saml).

(et comme on parle de config plutôt générale, je me dis que ça pourrait être dans le settings.py) (et comme ça à terme ce paramétrage système pourra être fait depuis hobo et distribué).

#4

Mis à jour par Frédéric Péters il y a plus de 6 ans

(et comme on parle de config plutôt générale, je me dis que ça pourrait être dans le settings.py)

Écrit pendant que le patch s'écrivait et le patch correspond, parfait; ack.

#5

Mis à jour par Thomas Noël il y a plus de 6 ans

  • Statut changé de En cours à Résolu (à déployer)
commit 234f1499fa455799e59b6fb2fb4738b189f25e59 (HEAD -> master, origin/master, origin/HEAD)
Author: Thomas NOEL <tnoel@entrouvert.com>
Date:   Thu Nov 30 16:36:36 2017 +0100

    misc: add a REQUESTS_PROXIES settings for requests calls (#20371)

#6

Mis à jour par Frédéric Péters il y a plus de 6 ans

(et comme on parle de config plutôt générale, je me dis que ça pourrait être dans le settings.py) (et comme ça à terme ce paramétrage système pourra être fait depuis hobo et distribué).

Je lis maintenant le code de requests en détails et tout cela n'était pas nécessaire, on peut aussi exclure des destinations via l'environnement (en posant NO_PROXY=host1,host2,etc.).

(mais l'avoir dans settings rendra l'affaire plus agréablement configurable via hobo, on pourra même par défaut remplir automatiquement NO_PROXY avec les différents modules, etc.

#7

Mis à jour par Thomas Noël il y a plus de 6 ans

Frédéric Péters a écrit :

(et comme on parle de config plutôt générale, je me dis que ça pourrait être dans le settings.py) (et comme ça à terme ce paramétrage système pourra être fait depuis hobo et distribué).

Je lis maintenant le code de requests en détails et tout cela n'était pas nécessaire, on peut aussi exclure des destinations via l'environnement (en posant NO_PROXY=host1,host2,etc.).
(mais l'avoir dans settings rendra l'affaire plus agréablement configurable via hobo, on pourra même par défaut remplir automatiquement NO_PROXY avec les différents modules, etc.

Je préfère de très loin quelque chose dans les settings, modulable tenant par tenant, plutôt que d'obscures variables d'environnement faiblement documentées posées globalement par un sysadmin dans le lancement de uwsgi... Bref, je suis satisfait de moi et de mon patch.

#8

Mis à jour par Frédéric Péters il y a plus de 5 ans

  • Statut changé de Résolu (à déployer) à Solution déployée

Formats disponibles : Atom PDF