Pour une exécution de GNU Wget, définissez le proxy explicitement sans modifier wgetrc :

wget -e use_proxy=on \
  -e https_proxy=http://203.0.113.10:8080 \
  -e no_proxy= \
  --timeout=10 --tries=1 \
  -O - https://example.com/

Remplacez l’adresse documentaire par votre proxy HTTP ou une entrée de la liste de proxys HTTP pour un test unique. La cible utilise HTTPS, donc Wget sélectionne https_proxy ; sa valeur http:// décrit l’intermédiaire. Pour une destination HTTP, définissez plutôt http_proxy. Changer seulement l’URL du site en ne configurant que https_proxy ne préserve pas le trajet.

RéglageEffet pour cet appel
-e use_proxy=onActiver explicitement le proxy.
-e no_proxy=Effacer les exclusions de destination pour ce test isolé.
--tries=1Éviter les tentatives répétées avec une entrée qui ne répond pas.
--timeout=10Définir les délais réseau de Wget ; ce n’est pas une échéance unique de durée totale pour tout le téléchargement.
-O -Écrire le contenu sur la sortie standard. Choisissez un nom de fichier, ou omettez l’option, pour enregistrer un fichier.

Les fichiers de démarrage peuvent remplacer les valeurs proxy héritées de l’environnement ; les valeurs -e explicites rendent le trajet de cette commande visible. Conservez les exclusions voulues dans la configuration permanente de l’application. Retirez --no-proxy de toute commande destinée à tester le point de connexion.

Séparez les diagnostics, normalement sur la sortie d’erreur standard, du contenu téléchargé. Un refus de connexion, un refus de tunnel et une erreur HTTP de destination demandent des contrôles suivants différents ; la simple présence d’un fichier ne les distingue pas. Si une commande shell de nom similaire refuse ces options, vérifiez wget --version pour confirmer GNU Wget.

Articles similaires