curl(1)

curl(1) — Linux manuelsida

NAMN

curl - överför en URL

SYNOPSIS

curl [alternativ / URL:er]

BESKRIVNING

curl är ett verktyg för att överföra data från eller till en server med hjälp av URL:er. Det stöder följande protokoll: DICT, FILE, FTP, FTPS, GOPHER, GOPHERS, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MQTT, POP3, POP3S, RTMP, RTMPS, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET, TFTP, WS och WSS.

curl drivs av libcurl för alla överföringsrelaterade funktioner. Se libcurl(3) för detaljer.

URL

URL-syntaxen är protokollberoende. En detaljerad beskrivning finns i RFC 3986.

Om du anger en URL utan ett inledande protocol:// schema, gissar curl vilket protokoll du vill använda. Det standardiserar till HTTP men antar andra baserat på ofta använda värdnamnsprefix. Till exempel, för värdnamn som börjar med "ftp." antar curl att du vill använda FTP.

Du kan ange valfritt antal URL:er på kommandoraden. De hämtas i sekventiell ordning om du inte använder -Z, --parallel. Du kan blanda kommandoradsalternativ och URL:er i vilken ordning som helst.

curl försöker återanvända anslutningar när flera överföringar görs, vilket förbättrar hastigheten.

Exempel på en IPv6-zon-ID i URL:

 "http://[fe80::3%25eth0]/"

GLOBBING

Du kan ange flera URL:er eller delar av URL:er genom att skriva listor inom {} eller intervaller inom []. Detta kallas "globbing".

Exempel på listor:

 "http://site.{one,two,three}.com"

Exempel på intervall:

 "ftp://ftp.example.com/file[1-100].txt"
 "ftp://ftp.example.com/file[a-z].txt"

För att stänga av globbing, använd -g, --globoff.

VARIABLER

curl stöder kommandoradsvariabler (tillagt i 8.3.0). Ange variabler med --variable namn=innehåll eller --variable namn@fil.

Expandera variabler i alternativparametrar med Mall:namn.

Exempel på att importera miljövariabler:

 --variable '%USER'
 --expand-url = "https://example.com/api/Mall:USER/method"

Funktioner för variabelinnehåll inkluderar trim, json, url, och b64.

UTGÅNG

Om inget annat anges skriver curl mottagen data till stdout. Använd -o, --output eller -O, --remote-name för att spara data till en fil.

PROTOKOLL

curl stöder ett flertal protokoll. Din specifika byggnad kan sakna stöd för vissa av dem.

• DICT - Slå upp ord med onlineordböcker.
• FILE - Läs eller skriv lokala filer.
• FTP(S) - Stöd för File Transfer Protocol, med eller utan TLS.
• HTTP(S) - Stöd för HTTP version 0.9, 1.0, 1.1, 2 och 3.
• IMAP(S) - Läs e-post med eller utan TLS.
• LDAP(S) - Sök i kataloger med eller utan TLS.
• MQTT - Stöd för MQTT version 3.
• POP3(S) - Hämta e-post från en POP3-server.
• RTMP(S) - Hämta strömmande media.
• SCP/SFTP - Stöd för överföring via SSH.
• SMTP(S) - Skicka e-post med eller utan TLS.
• TELNET - Interaktiv session.
• TFTP - Hämta och ladda upp filer.

PROGRESS METER

curl visar normalt en framstegsmätare under operationer. Den visar överförd datamängd, hastighet och uppskattad tid kvar.

För att få en framstegs"bar", använd -#, --progress-bar. För att stänga av framstegsmätaren, använd -s, --silent.

VERSION

Denna manuelsida beskriver curl 8.6.0. För att kontrollera den senaste versionen, kör:

 curl https://curl.se/info

Den senaste versionen av denna manuelsida finns på: https://curl.se/docs/manpage.html

ALTERNATIV

Alternativ börjar med ett eller två bindestreck. Många av alternativen kräver ett extra värde bredvid sig. Om den angivna texten inte börjar med ett bindestreck, antas det vara och behandlas som en URL.

Den korta "enkelbindestrecks"-formen av alternativen, till exempel -d, kan användas med eller utan ett mellanslag mellan det och dess värde, även om ett mellanslag är en rekommenderad avgränsare. Den långa "dubbelbindestrecks"-formen, till exempel --data, kräver ett mellanslag mellan det och dess värde.

Kortversionalternativ som inte behöver några extra värden kan användas direkt intill varandra, till exempel kan du ange alla alternativen -O, -L och -v samtidigt som -OLv.

Generellt aktiveras alla booleska alternativ med --option och inaktiveras igen med --no-option. Det vill säga, du använder samma alternativnamn men föregår det med "no-".

När -:, --next används, återställs tolkningsstatusen och du börjar om med en ren alternativstatus, förutom för de alternativ som är "globala". Globala alternativ behåller sina värden och betydelse även efter -:, --next.

Följande alternativ är globala: --fail-early, --libcurl, --parallel-immediate, -Z, --parallel, -#, --progress-bar, --rate, -S, --show-error, --stderr, --styled-output, --trace-ascii, --trace-config, --trace-ids, --trace-time, --trace och -v, --verbose.

--abstract-unix-socket <sökväg> (HTTP) Anslut via ett abstrakt Unix-domän-uttag i stället för att använda nätverket. Observera: netstat visar sökvägen för ett abstrakt uttag med ett inledande '@', men argumentet <sökväg> ska inte ha detta tecken.

Alternativ

-b, --cookie <data|filnamn>

(HTTP) Skicka data till HTTP-servern i Cookie-headern. Detta är normalt data som tidigare mottagits från servern i en "Set-Cookie:"-rad. Data bör vara i formatet "NAME1=VALUE1; NAME2=VALUE2". Detta gör att curl använder cookie-headern med detta innehåll explicit i alla utgående förfrågningar. Om flera förfrågningar görs på grund av autentisering, följda omdirigeringar eller liknande, skickas denna cookie vidare.

Om inget '='-tecken används i argumentet behandlas det istället som ett filnamn för att läsa tidigare lagrade cookies. Detta alternativ aktiverar också cookie-motorn som gör att curl registrerar inkommande cookies, vilket kan vara användbart om du använder detta tillsammans med -L, --location-alternativet eller gör flera URL-överföringar i samma anrop. Om filnamnet är exakt ett minustecken ("-"), läser curl istället innehållet från stdin.

Filformatet för filen som läses bör vara vanliga HTTP-headers (Set-Cookie-stil) eller Netscape/Mozilla-cookiefilformatet.

Filen som anges med -b, --cookie används endast som indata. Inga cookies skrivs till filen. För att lagra cookies, använd -c, --cookie-jar-alternativet.

Om du använder Set-Cookie-filformatet och inte anger en domän skickas inte cookien eftersom domänen aldrig matchar. För att åtgärda detta, sätt en domän i Set-Cookie-raden (vilket inkluderar underdomäner) eller använd helst Netscape-formatet.

Användare vill ofta både läsa cookies från en fil och skriva uppdaterade cookies tillbaka till en fil, så det är vanligt att använda både -b, --cookie och -c, --cookie-jar i samma kommandorad.

-b, --cookie kan användas flera gånger i en kommandorad.

Exempel:

curl -b cookiefile https://example.com
curl -b cookiefile -c cookiefile https://example.com

Se även -c, --cookie-jar och -j, --junk-session-cookies.

-c, --cookie-jar <filnamn>

(HTTP) Ange till vilken fil du vill att curl ska skriva alla cookies efter en slutförd operation. Curl skriver alla cookies från sitt in-memory cookie-lager till den angivna filen i slutet av operationerna. Om inga cookies är kända skrivs ingen data. Filen skapas med hjälp av Netscape-cookiefilformatet. Om du sätter filnamnet till ett enda minustecken, "-", skrivs cookies till stdout.

Filen som anges med -c, --cookie-jar används endast för utdata. Inga cookies läses från filen. För att läsa cookies, använd -b, --cookie-alternativet. Båda alternativen kan ange samma fil.

Detta kommandoradsalternativ aktiverar cookie-motorn som gör att curl registrerar och använder cookies. -b, --cookie-alternativet aktiverar också detta.

Om cookie-burken inte kan skapas eller skrivas till, misslyckas inte hela curl-operationen eller rapporterar ens ett fel tydligt. Användning av -v, --verbose visar en varning, men det är den enda synliga återkopplingen du får om denna potentiellt allvarliga situation.

Om -c, --cookie-jar anges flera gånger används det sista värdet.

Exempel:

curl -c lagra-har.txt https://example.com
curl -c lagra-har.txt -b lasa-dessa https://example.com

Se även -b, --cookie.

--create-dirs

När detta används tillsammans med -o, --output-alternativet skapar curl den nödvändiga lokala katalogstrukturen vid behov. Detta alternativ skapar katalogerna som nämns med -o, --output-alternativet kombinerat med sökvägen som eventuellt anges med --output-dir. Om det kombinerade utdatafilnamnet inte använder någon katalog, eller om de kataloger det nämner redan finns, skapas inga kataloger.

Skapade kataloger görs med läget 0750 på Unix-liknande filsystem.

För att skapa fjärrkataloger vid användning av FTP eller SFTP, prova --ftp-create-dirs.

Att ange --create-dirs flera gånger har ingen extra effekt. Inaktivera det igen med --no-create-dirs.

Exempel:

curl --create-dirs --output lokal/katalog/fil https://example.com

Se även --ftp-create-dirs och --output-dir.

Om --abstract-unix-socket anges flera gånger används det sista värdet.

Exempel:

curl --abstract-unix-socket socketpath https://example.com

Se även --unix-socket. Tillagt i 7.53.0.

--alt-svc <filnamn> (HTTPS) Detta alternativ aktiverar alt-svc-parsern i curl. Om filnamnet pekar på en befintlig alt-svc-cachefil används den. Efter en slutförd överföring sparas cachen till filnamnet igen om den har ändrats.

Ange ett "" filnamn (noll längd) för att undvika inläsning/sparning och låta curl hantera cachen i minnet.

Om detta alternativ används flera gånger laddar curl innehåll från alla filer, men den sista används för sparning.

--alt-svc kan användas flera gånger i en kommandorad.

Exempel:

curl --alt-svc svc.txt https://example.com

Se även --resolve och --connect-to. Tillagt i 7.64.1.

--anyauth (HTTP) Instruerar curl att automatiskt välja autentiseringsmetod och använda den säkraste som fjärrsidan stödjer. Detta görs genom att först skicka en begäran och kontrollera svarshuvuden, vilket kan medföra en extra nätverksrunda. Används i stället för att ställa in en specifik autentiseringsmetod som du kan göra med --basic, --digest, --ntlm och --negotiate.

Det rekommenderas inte att använda --anyauth vid uppladdning från stdin, eftersom det kan kräva att data skickas två gånger och klienten måste kunna spola tillbaka. Om detta behov uppstår vid uppladdning från stdin misslyckas överföringen.

Används tillsammans med -u, --user.

Att ange --anyauth flera gånger har ingen extra effekt.

Exempel:

curl --anyauth --user me:pwd https://example.com

Se även --proxy-anyauth, --basic och --digest.

-a, --append (FTP SFTP) När det används vid uppladdning gör detta alternativ att curl lägger till i målfilen i stället för att skriva över den. Om den fjärrstyrda filen inte finns skapas den. Observera att denna flagga ignoreras av vissa SFTP-servrar (inklusive OpenSSH).

Att ange -a, --append flera gånger har ingen extra effekt. Inaktivera det igen med --no-append.

Exempel:

curl --upload-file local --append ftp://example.com/

Se även -r, --range och -C, --continue-at.

--aws-sigv4 <provider1[:provider2[:region[:service]]]> (HTTP) Använd AWS V4-signaturautentisering i överföringen.

Argumentet provider är en sträng som används av algoritmen vid skapande av utgående autentiseringshuvuden.

Argumentet region pekar på ett geografiskt område för en resurskollektion (region-kod) när regionsnamnet utelämnas från slutpunkten.

Argumentet service pekar på en funktion tillhandahållen av en molntjänst (service-kod) när servicens namn utelämnas från slutpunkten.

Om --aws-sigv4 anges flera gånger används det sista värdet.

Exempel:

curl --aws-sigv4 "aws:amz:us-east-2:es" --user "key:secret" https://example.com

Se även --basic och -u, --user. Tillagt i 7.75.0.

--basic (HTTP) Instruerar curl att använda HTTP Basic-autentisering med fjärrvärden. Detta är standardinställningen och detta alternativ är vanligtvis onödigt, om du inte använder det för att åsidosätta ett tidigare inställt alternativ som anger en annan autentiseringsmetod (som --ntlm, --digest eller --negotiate).

Används tillsammans med -u, --user.

Att ange --basic flera gånger har ingen extra effekt.

Exempel:

curl -u name:password --basic https://example.com

Se även --proxy-basic.

--ca-native (TLS) Instruerar curl att använda CA-lagringen från det inbyggda operativsystemet för att verifiera motparten. Som standard använder curl annars en CA-lagring som tillhandahålls i en enda fil eller katalog, men när detta alternativ används integrerar det med operativsystemets egen lagring.

Detta alternativ fungerar endast för curl på Windows när det byggts för att använda OpenSSL. När curl på Windows byggs för att använda Schannel är denna funktion underförstådd och curl använder då endast den inbyggda CA-lagringen.

curl byggt med wolfSSL stöder också detta alternativ (tillagt i 8.3.0).

Att ange --ca-native flera gånger har ingen extra effekt. Inaktivera det igen med --no-ca-native.

Exempel:

curl --ca-native https://example.com

Se även --cacert, --capath och -k, --insecure. Tillagt i 8.2.0.

--disable-eprt

(FTP) Instruerar curl att inaktivera användningen av EPRT och LPRT-kommandon vid aktiva FTP-överföringar. Curl försöker normalt använda EPRT före PORT, men med detta alternativ används PORT direkt. EPRT är en utökning av det ursprungliga FTP-protokollet och fungerar inte på alla servrar, men möjliggör mer funktionalitet på ett bättre sätt än det traditionella PORT-kommandot.

--eprt kan användas för att uttryckligen aktivera EPRT igen och --no-eprt är ett alias för --disable-eprt.

Om servern nås via IPv6 har detta alternativ ingen effekt eftersom EPRT då är nödvändigt.

Att inaktivera EPRT ändrar endast det aktiva beteendet. För att byta till passivt läge behöver du undvika att använda -P, --ftp-port eller tvinga det med --ftp-pasv.

• Ingen extra effekt vid flera angivelser.
• Inaktivera igen med --no-disable-eprt.

Exempel: curl --disable-eprt ftp://example.com/

Se även: --disable-epsv och -P, --ftp-port.

--disable-epsv

(FTP) Instruerar curl att inaktivera användningen av EPSV-kommandot vid passiva FTP-överföringar. Curl försöker normalt använda EPSV före PASV, men med detta alternativ försöker det inte EPSV.

--epsv kan användas för att uttryckligen aktivera EPSV igen och --no-epsv är ett alias för --disable-epsv.

Om servern är en IPv6-värd har detta alternativ ingen effekt eftersom EPSV då är nödvändigt.

Att inaktivera EPSV ändrar endast det passiva beteendet. För att byta till aktivt läge måste du använda -P, --ftp-port.

• Ingen extra effekt vid flera angivelser.
• Inaktivera igen med --no-disable-epsv.

Exempel: curl --disable-epsv ftp://example.com/

Se även: --disable-eprt och -P, --ftp-port.

--disallow-username-in-url

Instruerar curl att avsluta om en URL med ett användarnamn skickas. Detta är troligen mest användbart när URL:en tillhandahålls vid körning eller liknande.

• Ingen extra effekt vid flera angivelser.
• Inaktivera igen med --no-disallow-username-in-url.

Exempel: curl --disallow-username-in-url https://example.com

Se även: --proto. (Tillagt i 7.61.0)

--dns-interface <interface>

(DNS) Instruerar curl att skicka utgående DNS-förfrågningar via <interface>. Detta alternativ är en motpart till --interface (som inte påverkar DNS). Den angivna strängen måste vara ett gränssnittsnamn (inte en adress).

• Om --dns-interface anges flera gånger används det sista angivna värdet.

Exempel: curl --dns-interface eth0 https://example.com

Se även: --dns-ipv4-addr och --dns-ipv6-addr. --dns-interface kräver att det underliggande libcurl byggts för att stödja c-ares.

--dns-ipv4-addr <address>

(DNS) Instruerar curl att binda till en specifik IP-adress vid IPv4 DNS-förfrågningar, så att förfrågningarna kommer från denna adress. Argumentet bör vara en enda IPv4-adress.

• Om --dns-ipv4-addr anges flera gånger används det sista angivna värdet.

Exempel: curl --dns-ipv4-addr 10.1.2.3 https://example.com

Se även: --dns-interface och --dns-ipv6-addr. --dns-ipv4-addr kräver att det underliggande libcurl byggts för att stödja c-ares.

--dns-ipv6-addr <address>

(DNS) Instruerar curl att binda till en specifik IP-adress vid IPv6 DNS-förfrågningar, så att förfrågningarna kommer från denna adress. Argumentet bör vara en enda IPv6-adress.

• Om --dns-ipv6-addr anges flera gånger används det sista angivna värdet.

Exempel: curl --dns-ipv6-addr 2a04:4e42::561 https://example.com

Se även: --dns-interface och --dns-ipv4-addr. --dns-ipv6-addr kräver att det underliggande libcurl byggts för att stödja c-ares.

--dns-servers <addresses>

(DNS) Ställer in listan över DNS-servrar som ska användas istället för systemets standard. Listan över IP-adresser ska separeras med kommatecken. Portnummer kan också anges valfritt som :<portnummer> efter varje IP-adress.

• Om --dns-servers anges flera gånger används det sista angivna värdet.

Exempel: curl --dns-servers 192.168.0.1,192.168.0.2 https://example.com

Se även: --dns-interface och --dns-ipv4-addr. --dns-servers kräver att det underliggande libcurl byggts för att stödja c-ares.

--doh-cert-status

Samma som --cert-status men används för DoH (DNS-over-HTTPS).

• Ingen extra effekt vid flera angivelser.
• Inaktivera igen med --no-doh-cert-status.

Exempel: curl --doh-cert-status --doh-url https://doh.example https://example.com

Se även: --doh-insecure. (Tillagt i 7.76.0)

--doh-insecure

Samma som -k, --insecure men används för DoH (DNS-over-HTTPS).

• Ingen extra effekt vid flera angivelser.
• Inaktivera igen med --no-doh-insecure.

Exempel: curl --doh-insecure --doh-url https://doh.example https://example.com

Se även: --doh-url. (Tillagt i 7.76.0)

--doh-url <URL>

Anger vilken DNS-over-HTTPS (DoH)-server som ska användas för att lösa värdnamn, istället för att använda den förvalda namnupplösningsmekanismen. URL:en måste vara HTTPS.

Vissa SSL-alternativ som du ställer in för din överföring gäller också för DoH eftersom namnupplösningarna sker över SSL. Dock är certifikatverifieringsinställningarna inte ärvda utan kontrolleras separat via --doh-insecure och --doh-cert-status.

Detta alternativ rensas om en tom sträng "" används som URL. (Tillagt i 7.85.0)

• Om --doh-url anges flera gånger används det sista angivna värdet.

Exempel: curl --doh-url https://doh.example https://example.com

Se även: --doh-insecure. (Tillagt i 7.62.0)

-D, --dump-header <filnamn>

(HTTP FTP) Skriver mottagna protokollhuvuden till angiven fil. Om inga huvuden tas emot skapas en tom fil.

Vid användning med FTP betraktas FTP-serverns svarsmeddelanden som "huvuden" och sparas där.

Om flera överföringar sker i samma operation (t.ex. URL:er i en -:, --next sektion), läggs de till i samma fil, separerade av en tom rad.

Om -D, --dump-header anges flera gånger används det sista värdet.

Exempel:

curl --dump-header store.txt https://example.com

Se även: -o, --output.

--egd-file <fil>

(TLS) Avvecklad funktion (tillagd i version 7.84.0). Innan dess påverkade det endast curl om det byggdes för att använda äldre versioner av OpenSSL.

Ange sökvägen till Entropy Gathering Daemon-socketen. Socketen används för att så frö i slumpmotorn för SSL-anslutningar.

Om --egd-file anges flera gånger används det sista värdet.

Exempel:

curl --egd-file /random/here https://example.com

Se även: --random-file.

--engine <namn>

(TLS) Välj vilken OpenSSL-kryptoengine som ska användas för chifferoperationer. Använd --engine list för att skriva ut en lista över de engines som stöds vid byggtid. Observera att inte alla (och möjligen inga) engines kan vara tillgängliga vid körtid.

Om --engine anges flera gånger används det sista värdet.

Exempel:

curl --engine flavor https://example.com

Se även: --ciphers och --curves.

--etag-compare <fil>

(HTTP) Denna inställning gör en villkorlig HTTP-begäran för den specifika ETag som lästs från angiven fil genom att skicka en anpassad If-None-Match-header med den lagrade ETag.

För korrekta resultat, se till att den angivna filen endast innehåller en rad med önskad ETag. En tom fil tolkas som en tom ETag.

Använd --etag-save för att först spara ETag från ett svar och sedan använda detta alternativ för att jämföra mot den sparade ETag i en senare begäran.

Om --etag-compare anges flera gånger används det sista värdet.

Exempel:

curl --etag-compare etag.txt https://example.com

Se även: --etag-save och -z, --time-cond. Tillagd i version 7.68.0.

--etag-save <fil>

(HTTP) Detta alternativ sparar en HTTP ETag till den angivna filen. En ETag är en cache-relaterad header som vanligtvis returneras i ett svar.

Om ingen ETag skickas av servern skapas en tom fil.

Om --etag-save anges flera gånger används det sista värdet.

Exempel:

curl --etag-save storetag.txt https://example.com

Se även: --etag-compare. Tillagd i version 7.68.0.

--expect100-timeout <sekunder>

(HTTP) Maximal tid i sekunder som curl får vänta på ett 100-continue svar när curl skickar en Expect: 100-continue-header i sin begäran. Som standard väntar curl en sekund. Detta alternativ accepterar decimaltal! När curl slutar vänta fortsätter det som om svaret hade mottagits.

Decimaltalet måste anges med en punkt (.) som decimaltecken - inte den lokala versionen även om den kan använda ett annat separator.

Om --expect100-timeout anges flera gånger används det sista värdet.

Exempel:

curl --expect100-timeout 2.5 -T file https://example.com

Se även: --connect-timeout.

-f, --fail

(HTTP) Misslyckas snabbt utan någon utdata vid serverfel. Detta är användbart för att låta skript och användare hantera misslyckade försök bättre. Normalt när en HTTP-server misslyckas med att leverera ett dokument returnerar den ett HTML-dokument som beskriver felet. Denna flagga förhindrar curl från att skriva ut detta och returnerar fel 22.

Denna metod är inte felfri och det finns tillfällen där icke-lyckade svarskoder kan slinka igenom, särskilt vid autentisering (svarskoder 401 och 407).

Om -f, --fail anges flera gånger har det ingen extra effekt. Avaktivera med --no-fail.

Exempel:

curl --fail https://example.com

Se även: --fail-with-body och --fail-early. Detta alternativ är ömsesidigt uteslutande med --fail-with-body.

--fail-early

Misslyckas och avsluta vid det första upptäckta överföringsfelet.

När curl används för att göra flera överföringar på kommandoraden försöker den operera på varje angiven URL, en i taget. Som standard ignoreras fel om fler URL:er anges och den sista URL:ens framgång avgör felkoden som curl returnerar. Tidiga fel "döljs" därmed av efterföljande lyckade överföringar.

Med detta alternativ returnerar curl ett fel vid den första överföringen som misslyckas, oberoende av antalet URL:er på kommandoraden. Detta säkerställer att inga överföringsfel går oupptäckta av skript och liknande.

Detta alternativ innebär inte -f, --fail, som orsakar överföringar att misslyckas på grund av serverns HTTP-statuskod. Du kan kombinera de två alternativen, men notera att -f, --fail inte är globalt och därför begräns av -:, --next.

Detta alternativ är globalt och behöver inte anges för varje användning av --next.

Om --fail-early anges flera gånger har det ingen extra effekt. Avaktivera med --no-fail-early.

Exempel:

curl --fail-early https://example.com https://two.example

Se även: -f, --fail och --fail-with-body. Tillagd i version 7.52.0.

--fail-with-body

(HTTP) Returnerar ett fel vid serverfel där HTTP-svarskoden är 400 eller högre. Normalt när en HTTP-server misslyckas med att leverera ett dokument returnerar den ett HTML-dokument som beskriver felet. Denna flagga tillåter curl att skriva ut och spara det innehållet men även returnera fel 22.

Detta är ett alternativ till -f, --fail som får curl att misslyckas under samma omständigheter men utan att spara innehållet.

Om --fail-with-body anges flera gånger har det ingen extra effekt. Avaktivera med --no-fail-with-body.

Exempel:

curl --fail-with-body https://example.com

Se även: -f, --fail och --fail-early. Detta alternativ är ömsesidigt uteslutande med -f, --fail. Tillagd i version 7.76.0.

--false-start

(TLS) Instruerar curl att använda false start under TLS-handshake. False start är ett läge där en TLS-klient börjar skicka applikationsdata innan serverns Finished-meddelande verifierats, vilket sparar en rundresa vid en fullständig handshake.

Detta är för närvarande endast implementerat i Secure Transport (på iOS 7.0 eller senare, eller OS X 10.9 eller senare).

Om --false-start anges flera gånger har det ingen extra effekt. Avaktivera med --no-false-start.

Exempel:

curl --false-start https://example.com

Se även: --tcp-fastopen.