For én GNU Wget-kjøring kan du angi proxyen eksplisitt uten å redigere 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/

Erstatt dokumentasjonsadressen med din HTTP-proxy eller en oppføring fra listen over HTTP-proxyer for en engangstest. Målet bruker HTTPS, så Wget velger https_proxy; verdien http:// beskriver mellomleddet. For en HTTP-destinasjon angir du i stedet http_proxy. Å bare endre nettstedets URL mens kun https_proxy er konfigurert, bevarer ikke ruten.

InnstillingEffekt i denne kjøringen
-e use_proxy=onAktiver proxybruk eksplisitt.
-e no_proxy=Tøm destinasjonsunntak for denne isolerte testen.
--tries=1Unngå gjentatte forsøk gjennom en oppføring som ikke svarer.
--timeout=10Angi Wgets nettverkstimeouter; dette er ikke én samlet tidsfrist for hele nedlastingen.
-O -Skriv innholdet til standardutdata. Velg et filnavn eller utelat alternativet når du vil lagre en fil.

Oppstartsfiler kan overstyre proxyverdier arvet fra miljøet; eksplisitte -e-verdier gjør kommandoens rute synlig. Bevar tilsiktede unntak i permanent applikasjonskonfigurasjon. Fjern --no-proxy fra kommandoer som skal teste endepunktet.

Hold diagnostikk, vanligvis på standardfeil, atskilt fra nedlastet innhold. Avvist forbindelse, avvist tunnel og HTTP-feil fra destinasjonen krever ulike neste kontroller; at en fil dukker opp identifiserer dem ikke. Hvis en skallkommando med lignende navn avviser disse valgene, kontroller wget --version for å bekrefte GNU Wget.

Relaterte artikler