LetsEncrypt ਤੋਂ ਇਲਾਵਾ ACME ਸਰਵਰਾਂ ਨਾਲ ਡੀਹਾਈਡ੍ਰੇਟਿਡ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਨ ਲੱਭਿਆ

ਸੇਬੇਸਟਿਅਨ ਕਰੌਸ ਨਿਰਧਾਰਤ ਕੀਤਾ ਸੇਵਾ ਦੇ ਨਾਲ ਅਜੀਬ ਅਸੰਗਤਤਾ ਦਾ ਸਰੋਤ ਬਾਈਪਾਸ ਸਕ੍ਰਿਪਟ ਡੀਹਾਈਡਰੇਟਿਡ, ACME ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ TLS ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਰਸੀਦ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਹਵਾਲਾ ਕਲਾਇੰਟ ਅਤੇ uacme ਦੋਵੇਂ ਬਾਈਪਾਸ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ, ਪਰ ਡੀਹਾਈਡਰੇਟ ਨਹੀਂ ਹੁੰਦੇ (ਵਧੇਰੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ, ਇਸ ਨੇ ਕੁਝ ਹੱਲਾਂ ਨਾਲ ਵੀ ਕੰਮ ਕੀਤਾ, ਪਰ ਸਿਰਫ਼ dns-1 ਮੋਡ ਵਿੱਚ)।

ਕਾਰਨ ਮਾਮੂਲੀ ਨਿਕਲਿਆ: ਅਸਲ ਵਿੱਚ JSON ਫਾਰਮੈਟ ਵਿੱਚ ਜਵਾਬ ਨੂੰ ਪਾਰਸ ਕਰਨ ਦੀ ਬਜਾਏ, ਡੀਹਾਈਡਰੇਟ ਦੇ ਲੇਖਕ ਨੇ Let's Encrypt ਸੇਵਾ ਤੋਂ ਇੱਕ ਖਾਸ JSON ਆਉਟਪੁੱਟ ਦੀ ਫਾਰਮੈਟਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਅਤੇ ਇੱਕ ਨਿਯਮਤ ਸਮੀਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਨੂੰ ਪਾਰਸ ਕੀਤਾ। ਪਰ ਬਾਈਪਾਸ ਸੁੰਦਰਤਾ ਨਾਲ ਫਾਰਮੈਟ ਨਹੀਂ, ਪਰ ਛੋਟੇ JSON, ਅਤੇ ਵਰਤੇ ਗਏ ਵਾਪਸ ਕਰਦਾ ਹੈ ਨਿਯਮਤ ਸਮੀਕਰਨ ਕੰਮ ਨਹੀਂ ਕੀਤਾ। ਇਹ ਪਹੁੰਚ LetsEncrypt ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਬਾਹਰ ਨਹੀਂ ਕੱਢਦੀ ਹੈ ਜੇਕਰ ਇਹ ਸੇਵਾ ਅਧਿਕਾਰਤ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਫਰੇਮਵਰਕ ਦੇ ਅੰਦਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰਹਿੰਦੇ ਹੋਏ, ਚੇਤਾਵਨੀ ਦੇ ਬਿਨਾਂ ਭਵਿੱਖ ਵਿੱਚ ਜਾਰੀ ਕਰਨ ਵਾਲੇ ਫਾਰਮੈਟ ਨੂੰ ਬਦਲਦੀ ਹੈ।

ਸਮੱਸਿਆ 'ਤੇ ਚਰਚਾ ਕਰਦੇ ਸਮੇਂ, ਇਸ ਨੂੰ ਇੱਕ ਬਾਹਰੀ JSON ਪਾਰਸਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਸੁਝਾਅ ਦਿੱਤਾ ਗਿਆ ਸੀ ਜਿਵੇਂ ਕਿ json_pp ਜ jq (ਸਹੀ ਪਾਰਸਿੰਗ ਲਈ ਪਾਈਪ ਵਿੱਚ 'jq -r ". ਅਧਿਕਾਰ | []"' ਸ਼ਾਮਲ ਕਰੋ)।
ਇਸ ਪਹੁੰਚ ਦਾ ਨੁਕਸਾਨ ਘੱਟੋ-ਘੱਟ ਅਤੇ ਆਸਾਨੀ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਸਾਧਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਵਿਚਾਰ ਨੂੰ ਕਮਜ਼ੋਰ ਕਰਨਾ ਹੈ, ਅਤੇ ਨਾਲ ਹੀ ਗਲਤੀ ਨਾਲ ਨਜਿੱਠਣ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਹਨ.

ਡੀਹਾਈਡ੍ਰੇਟਿਡ ਪ੍ਰੋਜੈਕਟ ਦੇ ਲੇਖਕ (ਪ੍ਰੋਜੈਕਟ ਹਾਲ ਹੀ ਵਿੱਚ ਸੀ ਸਭ ਵਿੱਕ ਗਇਆ Apilayer GmbH) ਸਹਿਮਤ ਹੋ ਗਏ, ਕਿ JSON ਨੂੰ ਪਾਰਸ ਕਰਨਾ ਇੱਕ ਵੱਡੀ ਸਮੱਸਿਆ ਹੈ, ਪਰ ਉਹ ਬਾਹਰੀ ਪਾਰਸਰਾਂ ਨੂੰ ਜੋੜਨ ਨੂੰ ਇੱਕ ਚੰਗਾ ਵਿਚਾਰ ਨਹੀਂ ਸਮਝਦਾ, ਕਿਉਂਕਿ ਸਕ੍ਰਿਪਟ ਦੇ ਮੁੱਖ ਫਾਇਦਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਬਾਹਰੀ ਨਿਰਭਰਤਾ ਨਾਲ ਬਾਈਡਿੰਗ ਦੀ ਘਾਟ ਹੈ। ਉਹ ਫਿਲਹਾਲ ਰੁੱਝਿਆ ਹੋਇਆ ਹੈ, ਪਰ ਅਗਲੇ ਕੁਝ ਦਿਨਾਂ ਵਿੱਚ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਆਪਣਾ ਧਿਆਨ ਸਮਰਪਿਤ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ। ਯੋਜਨਾਵਾਂ ਵਿੱਚ JSON ਪਾਰਸਰ ਨੂੰ ਦੁਬਾਰਾ ਕੰਮ ਕਰਨਾ ਜਾਂ ਸ਼ੈੱਲ ਭਾਸ਼ਾ ਵਿੱਚ ਇੱਕ ਰੈਡੀਮੇਡ ਪਾਰਸਰ ਨੂੰ ਜੋੜਨਾ ਸ਼ਾਮਲ ਹੈ - JSON.sh.

ਸਰੋਤ: opennet.ru