Til én GNU Wget-kørsel kan du angive proxyen eksplicit uden at 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/

Erstat dokumentationsadressen med din HTTP-proxy eller en post fra listen over HTTP-proxyer til en enkelt test. Målet bruger HTTPS, så Wget vælger https_proxy; værdien http:// beskriver mellemleddet. Til en HTTP-destination skal du i stedet angive http_proxy. Kun at ændre webstedets URL, mens kun https_proxy er konfigureret, bevarer ikke ruten.

IndstillingEffekt i dette kald
-e use_proxy=onAktivér proxybrug eksplicit.
-e no_proxy=Ryd destinationsundtagelser til denne isolerede test.
--tries=1Undgå gentagne forsøg gennem en post, der ikke svarer.
--timeout=10Angiv Wgets netværkstimeouts; dette er ikke én samlet tidsfrist for hele downloadet.
-O -Skriv indholdet til standardoutput. Vælg et filnavn, eller udelad indstillingen, når du vil gemme en fil.

Startfiler kan tilsidesætte proxyværdier fra miljøet; eksplicitte -e-værdier gør kommandoens rute synlig. Bevar tilsigtede undtagelser i permanent applikationskonfiguration. Fjern --no-proxy fra kommandoer, der skal teste endepunktet.

Hold diagnostik, normalt på standardfejl, adskilt fra det downloadede indhold. Afvist forbindelse, afvist tunnel og en HTTP-fejl fra destinationen kræver forskellige næste kontroller; en fil alene kan ikke identificere dem. Afviser en shellkommando med lignende navn disse indstillinger, kontroller wget --version for at bekræfte GNU Wget.

Relaterede artikler