För en GNU Wget-körning anger du proxyn explicit utan att redigera 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/

Ersätt dokumentationsadressen med din HTTP-proxy eller en post från listan med HTTP-proxyer för ett engångstest. Målet använder HTTPS, så Wget väljer https_proxy; värdet http:// beskriver mellanhanden. För en HTTP-destination anger du i stället http_proxy. Att bara ändra webbplatsens URL när endast https_proxy är konfigurerat bevarar inte vägen.

InställningEffekt i detta anrop
-e use_proxy=onAktivera proxyanvändning explicit.
-e no_proxy=Rensa destinationsundantag för detta isolerade test.
--tries=1Undvik upprepade försök genom en post som inte svarar.
--timeout=10Ange Wgets nätverkstimeouter; detta är inte en enda total tidsgräns för hela hämtningen.
-O -Skriv innehållet till standardutmatning. Välj ett filnamn eller utelämna alternativet när du vill spara en fil.

Startfiler kan åsidosätta proxyvärden som ärvts från miljön; explicita -e-värden gör kommandots väg synlig. Bevara avsiktliga undantag i permanent applikationskonfiguration. Ta bort --no-proxy från kommandon som ska testa ändpunkten.

Håll diagnostik, normalt på standardfel, separat från det hämtade innehållet. Anslutning nekad, avvisad tunnel och HTTP-fel från destinationen kräver olika fortsatta kontroller; att en fil uppstår skiljer dem inte åt. Om ett liknande namngivet skalkommando avvisar alternativen, kontrollera wget --version för att bekräfta GNU Wget.

Relaterade artiklar