LetsEncrypt ez den ACME zerbitzariekin deshidratatutako arazoen arrazoia aurkitu da

Sebastian Krause zehaztuta zerbitzuarekiko bateraezintasun arraroaren iturria Bypass gidoia deshidratatuta, ACME protokoloa erabiliz TLS ziurtagiriak jasotzea automatizatzeko erabiltzen da. Erreferentziako bezeroak eta uacme-k Bypass-ekin lan egiten dute, baina ez deshidratatu (zehazkiago, konponbide batzuekin ere funtzionatu zuten, baina dns-1 moduan soilik).

Arrazoia hutsala suertatu zen: erantzuna JSON formatuan benetako analizatu beharrean, dehydrated-en egileak Let's Encrypt zerbitzuko JSON irteera zehatz baten formateatu eginbidea erabili zuen eta adierazpen erregular bat erabiliz analizatu zuen. Baina Bypass-ek ez du formateatu ederrik ematen JSON txikitua baizik eta erabilitakoa adierazpen erregularra ez zuen funtzionatu. Ikuspegi honek ez ditu LetsEncrypt-ekin arazoak baztertzen zerbitzu honek etorkizunean abisurik gabe jaulkipen formatua aldatzen badu, protokolo ofizialaren esparruan erabat mantenduz.

Arazoa eztabaidatzerakoan, kanpoko JSON analizatzaile bat erabiltzea proposatu zen, adibidez json_pp edo jq (gehitu 'jq -r ".authorizations | .[]"' kanalean analizatzeko zuzena izateko).
Ikuspegi honen desabantaila gutxieneko eta erraz egiazta daitezkeen bitartekoak erabiltzeko ideia diluitzea da, baita erroreen kudeaketaren arazoak ere.

Deshidratatu proiektuaren egilea (proiektua duela gutxi izan zen salduta Apilayer GmbH) adostu, JSON analizatzea arazo handia dela, baina ez du ideia ontzat hartzen kanpoko analizatzaileak gehitzea, scriptaren abantail nagusietako bat kanpoko mendekotasunekin lotzeko eza baita. Momentu honetan lanpetuta dago, baina hurrengo egunetan arazoa konpontzeko arreta eskaintzea espero du. Planak JSON analizatzailea birlantzea edo shell hizkuntzan prest egindako analizatzailea integratzea barne hartzen ditu - JSON.sh.

Iturria: opennet.ru

Gehitu iruzkin berria