Hvis du placerer to URL’er efter én --proxy-indstilling, sendes begge gennem samme proxy. Når hver download skal have sin egen rute, skal du give curl en overførselsgrænse:

curl --proxy http://203.0.113.10:8080 \
  --output first.html https://example.com/ \
  --next \
  --proxy http://203.0.113.20:8080 \
  --output second.html https://example.org/

Begge proxyadresser er pladsholdere; vælg HTTP-slutpunkter fra din tjeneste eller listen over HTTP-proxyer. Indstillingen --next starter en ny overførsel med et nyt sæt lokale indstillinger. Angiv den anden proxy eksplicit. En indstilling før grænsen skal muligvis angives igen bagefter.

Dette er et sekventielt eksempel. Det gør det let at kontrollere koblingen mellem destination, outputfil og proxy. curl understøtter også parallelle overførsler, men parallelitet ændrer planlægningen; den vælger ikke automatisk en proxy for hver URL.

Vær forsigtig med en tekstfil med par

En linje med proxy-address destination-url er din applikations format. curl udleder ikke disse kolonnebetydninger fra vilkårlig tekst. En shell-løkke, en genereret curl-konfiguration eller en anden lille dispatcher skal omsætte hver post til eksplicitte indstillinger.

Bevar argumenter som argumenter. Hvis du bygger en kommando ved at sammenkæde upålidelige URL’er, kan mellemrum eller shell-tegn ændre betydningen. Til gentagne job er curls dokumenterede konfigurationsfilsyntaks lettere at gennemgå end en lang streng, der er samlet i hånden.

Registrer resultatet af hver overførsel separat. En vellykket første download siger intet om den andens rute eller svar. Hold timeouts og fejlhåndtering knyttet til den overførsel, der har brug for dem, og kontrollér grænsen, når en indstilling ser ud til at være forsvundet.

Relaterede artikler