Nemokake sabab saka masalah dehidrasi karo server ACME liyane saka LetsEncrypt

Sebastian Krause ditemtokake sumber incompatibility aneh karo layanan Bypass naskah dehidrasi, digunakake kanggo ngotomatisasi panrimo sertifikat TLS nggunakake protokol ACME. Loro klien referensi lan uacme bisa digunakake karo Bypass, nanging ora dehidrasi (luwih tepat, uga bisa digunakake karo sawetara workarounds, nanging mung ing mode dns-1).

Alesane dadi ora pati penting: tinimbang ngurai respon ing format JSON kanthi nyata, penulis dehidrasi nggunakake fitur format output JSON tartamtu saka layanan Ayo Encrypt lan ngurai nggunakake ekspresi biasa. Nanging Bypass bali ora format apik, nanging minified JSON, lan digunakake ekspresi reguler ora bisa. Pendekatan iki ora ngilangi masalah karo LetsEncrypt yen layanan iki ngganti format sing nerbitake ing mangsa ngarep tanpa peringatan, nalika isih ana ing kerangka protokol resmi.

Nalika ngrembug masalah kasebut, disaranake nggunakake parser JSON eksternal kayata json_pp utawa jq (nambah 'jq -r ".authorizations | .[]"' kanggo pipo kanggo parsing bener).
Kerugian saka pendekatan iki yaiku ngencerake ide nggunakake sarana minimal lan gampang diverifikasi, uga masalah karo penanganan kesalahan.

Penulis proyek dehidrasi (proyek kasebut bubar didol Apilayer GmbH) sarujuk, yen parsing JSON minangka masalah gedhe, nanging dheweke ora nganggep nambahake parser eksternal minangka ide sing apik, amarga salah sawijining kaluwihan utama skrip kasebut yaiku ora ana hubungane karo dependensi eksternal. Dheweke saiki sibuk, nanging ngarep-arep bisa menehi perhatian kanggo ngrampungake masalah kasebut ing sawetara dina sabanjure. Rencana kasebut kalebu ngolah ulang parser JSON utawa nggabungake parser sing wis siap ing basa cangkang - JSON.sh.

Source: opennet.ru

Add a comment