Linuxové příkazy
curl: Webový klient příkazového řádku, který spouští web
curl je kapesní HTTP klient každé sady provozních nástrojů: diagnostický, přátelský k potrubí a upřímný ohledně toho, co se vrátilo. Povrch jeho vlajky vypadá ohromně a většinou není ve hře: asi tucet vlajek pokrývá každodenní provozní použití a jejich znalost je rozdíl mezi napsanými zdravotními kontrolami a těmi šťastnými. Pravidlo, které ušetří nejvíce stránkování, je triviální: pokaždé nastavte --max-time, protože trpělivost curl je nekonečná a vaše ne.
Klíčové body
- Před stažením se podívejte: curl -sSI https://host vrací metodu, záhlaví a stav bez těla; přidat -v, když se TLS handshake, proxy nebo hlavičky hostitelů chovají podivně.
- Disciplína timeoutu je nesmlouvavá: --connect-timeout 5 zabije mrtvá připojení, --max-time 15 zabije pomalá; zdravotní kontrola bez obou může přečkat výpadek, který měl detekovat.
- Výstupní kódy jsou smlouvy ve skriptech: 7 je odmítnutí připojení, 28 je časový limit, 22 je chyba HTTP, která se objevila pomocí --fail; čtěte kód, nejen výstup, nebo se vaše sledování nic nenaučí.
- Viditelnost spárování s vynucením: -w '%{http_code} %{time_total}\n' hlásí, co se stalo, zatímco --fail-with-body zobrazuje tělo chyby; bez jednoho z nich vypadá neúspěch přesně jako úspěch.
- Otestujte, co uživatelé skutečně zasáhli: --resolve example.com:443:10.1.2.3 zkontroluje pojmenovaný backend bez DNS her a -H 'Host: vhost.example.com' pokrývá stranu vhost stejného požadavku.
- Přenosy dostávají záměrné příznaky: -o pojmenuje výstup, -L následuje přesměrování, která jste zkontrolovali, --retry 3 --retry-delay 2 změkčuje nestálé upstreamy a -F zpracovává vícedílné nahrávání, o které se wget nikdy nestaral.
- Záhlaví a sokety nesou svět mimo prohlížeč: -H 'Authorization: Bearer...' pro API a --unix-socket /run/app/app.sock pro testování místních služeb, které se vůbec nedotýkají TCP.
- Poznejte dvě klasické pasti: proxy proměnné prostředí unášející požadavek, který -v odhalí během několika sekund, a přesměrování, která tiše změní POST na GET, pokud jste to nemysleli vážně.
Poznámka z terénu
Kontrola stavu, která visela patnáct minut, byla zkroucená bez --max-time uvnitř cronové smyčky a přečkala výpadek, který měl detekovat. Časové limity nyní v zásadě jdou před URL.
Časté dotazy
Proč curl opustil 0, když web vrátil 500?
úspěch curl znamená, že doprava fungovala; Chyby na úrovni HTTP jsou neviditelné bez --fail (exit 22) nebo čtení %{http_code} z -w. Monitorovací skripty trvají na jednom z těchto dvou.
curl nebo wget pro skripty?
curl pro rozhraní API, záhlaví, těla POST a přesné ovládání; wget pro zrcadlení a rekurzi. V případě jednorázového GET funguje buďto a potrubní směšování obou je obvykle známkou toho, že nikdo nerozhodl, který z nich je vlastníkem zakázky.
Je přeskočení ověření TLS někdy oprávněné?
Někdy pro jednu interaktivní diagnostiku proti laboratornímu certifikátu s vlastním podpisem; v čemkoli napsaném nebo řízeném cronem, ne. -k zakáže jedinou kontrolu, která zabrání muži-in-the-middle vlastnit váš převod.
Jak zjistím, kde se pomalý požadavek skutečně zastaví?
Proměnné časování: -w 'dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} total:%{time_total}\n' spuštění několikrát odděluje ochablost DNS od bolesti při handshake od blokování backendu.
Jak Kinetikatech pomáhá s linuxové příkazy
Nabídka je jednoduchá: Příkazy a skriptovací návyky, které rozhodují o tom, zda správce provozuje server nebo s ním bojuje: prohledávejte, transformujte, přenášejte a dohlížejte na text a procesy pomocí nástrojů, které jsou součástí každé základní instalace. Svěřte to naší službě Zabezpečení linuxových serverů a Správa serverů a získáte kompletní pokrytí: seriózní posouzení, čisté nasazení, nepřetržitý monitoring.