SSL ਜਾਰੀ ਕਰਨ ਦੇ ਆਟੋਮੇਸ਼ਨ ਵੱਲ

ਅਕਸਰ ਸਾਨੂੰ SSL ਸਰਟੀਫਿਕੇਟਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਆਉ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਅਤੇ ਸਥਾਪਿਤ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਯਾਦ ਕਰੀਏ (ਜ਼ਿਆਦਾਤਰ ਲਈ ਆਮ ਮਾਮਲੇ ਵਿੱਚ).

• ਇੱਕ ਪ੍ਰਦਾਤਾ ਲੱਭੋ (ਇੱਕ ਸਾਈਟ ਜਿੱਥੇ ਅਸੀਂ SSL ਖਰੀਦ ਸਕਦੇ ਹਾਂ)।
• CSR ਤਿਆਰ ਕਰੋ।
• ਇਸਨੂੰ ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਨੂੰ ਭੇਜੋ।
• ਡੋਮੇਨ ਮਾਲਕੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
• ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਾਪਤ ਕਰੋ.
• ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਲੋੜੀਂਦੇ ਫਾਰਮ ਵਿੱਚ ਬਦਲੋ (ਵਿਕਲਪਿਕ)। ਉਦਾਹਰਨ ਲਈ, pem ਤੋਂ PKCS #12 ਤੱਕ।
• ਵੈੱਬ ਸਰਵਰ 'ਤੇ ਸਰਟੀਫਿਕੇਟ ਸਥਾਪਿਤ ਕਰੋ।

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

ਮੈਨੂੰ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਰਿਜ਼ਰਵੇਸ਼ਨ ਕਰਨ ਦਿਓ: ਸਾਡੀ ਕੰਪਨੀ ਦੀ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ .net, ਅਤੇ, ਇਸਦੇ ਅਨੁਸਾਰ, IIS ਅਤੇ ਵਿੰਡੋਜ਼ ਨਾਲ ਸਬੰਧਤ ਹੋਰ ਉਤਪਾਦ। ਇਸ ਲਈ, ACME ਕਲਾਇੰਟ ਅਤੇ ਇਸਦੇ ਲਈ ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਵਿੰਡੋਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਵੀ ਵਰਣਨ ਕੀਤਾ ਜਾਵੇਗਾ।

ਕਿਸ ਲਈ ਇਹ ਸੰਬੰਧਿਤ ਅਤੇ ਕੁਝ ਸ਼ੁਰੂਆਤੀ ਡੇਟਾ ਹੈ

ਲੇਖਕ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀ ਕੰਪਨੀ ਕੇ. URL (ਉਦਾਹਰਨ ਲਈ): company.tld

ਪ੍ਰੋਜੈਕਟ ਐਕਸ ਸਾਡੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ, ਜਿਸ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹੋਏ ਮੈਂ ਇਸ ਸਿੱਟੇ 'ਤੇ ਪਹੁੰਚਿਆ ਕਿ ਸਾਨੂੰ ਸਰਟੀਫਿਕੇਟਾਂ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਵੱਧ ਤੋਂ ਵੱਧ ਸਮੇਂ ਦੀ ਬਚਤ ਵੱਲ ਵਧਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਇਸ ਪ੍ਰੋਜੈਕਟ ਦੇ ਚਾਰ ਵਾਤਾਵਰਣ ਹਨ: ਦੇਵ, ਟੈਸਟ, ਸਟੇਜਿੰਗ ਅਤੇ ਉਤਪਾਦਨ। ਦੇਵ ਅਤੇ ਟੈਸਟ ਸਾਡੇ ਪਾਸੇ ਹਨ, ਸਟੇਜਿੰਗ ਅਤੇ ਉਤਪਾਦਨ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਹਨ।

ਪ੍ਰੋਜੈਕਟ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਹੈ ਕਿ ਇਸ ਵਿੱਚ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਮੈਡਿਊਲ ਹਨ ਜੋ ਉਪ-ਡੋਮੇਨਾਂ ਵਜੋਂ ਉਪਲਬਧ ਹਨ।

ਭਾਵ, ਸਾਡੇ ਕੋਲ ਹੇਠ ਦਿੱਤੀ ਤਸਵੀਰ ਹੈ:

ਦੇਵ
ਟੈਸਟ
ਸਟੇਜਿੰਗ
ਉਤਪਾਦਨ

projectX.dev.company.tld
projectX.test.company.tld
staging.projectX.tld
projectX.tld

module1.projectX.dev.company.tld
module1.projectX.test.company.tld
module1.staging.projectX.tld
module1.projectX.tld

module2.projectX.dev.company.tld
module2.projectX.test.company.tld
module2.staging.projectX.tld
module2.projectX.tld

...
...
...
...

moduleN.projectX.dev.company.tld
moduleN.projectX.test.company.tld
moduleN.staging.projectX.tld
moduleN.projectX.tld

ਉਤਪਾਦਨ ਲਈ, ਇੱਕ ਖਰੀਦਿਆ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਇੱਥੇ ਕੋਈ ਸਵਾਲ ਨਹੀਂ ਪੈਦਾ ਹੁੰਦਾ। ਪਰ ਇਹ ਸਿਰਫ ਸਬਡੋਮੇਨ ਦੇ ਪਹਿਲੇ ਪੱਧਰ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ. ਇਸ ਅਨੁਸਾਰ, ਜੇਕਰ *.projectX.tld ਲਈ ਕੋਈ ਸਰਟੀਫਿਕੇਟ ਹੈ, ਤਾਂ ਇਹ staging.projectX.tld ਲਈ ਕੰਮ ਕਰੇਗਾ, ਪਰ module1.staging.projectX.tld ਲਈ ਨਹੀਂ। ਪਰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਮੈਂ ਇੱਕ ਵੱਖਰਾ ਖਰੀਦਣਾ ਨਹੀਂ ਚਾਹੁੰਦਾ।

ਅਤੇ ਇਹ ਸਿਰਫ ਇੱਕ ਕੰਪਨੀ ਦੇ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦੀ ਉਦਾਹਰਣ 'ਤੇ ਅਧਾਰਤ ਹੈ. ਅਤੇ, ਬੇਸ਼ਕ, ਇੱਕ ਤੋਂ ਵੱਧ ਪ੍ਰੋਜੈਕਟ ਹਨ.

ਹਰ ਕਿਸੇ ਲਈ ਇਸ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਨ ਦੇ ਆਮ ਕਾਰਨ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ:

• ਹਾਲ ਹੀ ਵਿੱਚ Google ਨੇ SSL ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਅਧਿਕਤਮ ਵੈਧਤਾ ਮਿਆਦ ਨੂੰ ਘਟਾਉਣ ਦਾ ਪ੍ਰਸਤਾਵ ਕੀਤਾ ਹੈ. ਸਾਰੇ ਨਤੀਜੇ ਦੇ ਨਾਲ.
• ਸਮੁੱਚੇ ਤੌਰ 'ਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਕੰਪਨੀ ਦੀਆਂ ਅੰਦਰੂਨੀ ਲੋੜਾਂ ਲਈ SSL ਨੂੰ ਜਾਰੀ ਕਰਨ ਅਤੇ ਸਾਂਭਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੀ ਸਹੂਲਤ ਦਿਓ।
• ਸਰਟੀਫਿਕੇਟ ਰਿਕਾਰਡਾਂ ਦਾ ਕੇਂਦਰੀਕ੍ਰਿਤ ਸਟੋਰੇਜ, ਜੋ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ DNS ਅਤੇ ਬਾਅਦ ਦੇ ਆਟੋਮੈਟਿਕ ਨਵੀਨੀਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਡੋਮੇਨ ਤਸਦੀਕ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਟਰੱਸਟ ਦੇ ਮੁੱਦੇ ਨੂੰ ਵੀ ਹੱਲ ਕਰਦਾ ਹੈ। ਫਿਰ ਵੀ, ਕਿਸੇ ਸਹਿਭਾਗੀ/ਪ੍ਰਫਾਰਮਰ ਕੰਪਨੀ ਦੇ ਸਰਵਰ 'ਤੇ ਇੱਕ CNAME ਤੀਜੀ-ਧਿਰ ਦੇ ਸਰੋਤ ਨਾਲੋਂ ਵਧੇਰੇ ਭਰੋਸੇਮੰਦ ਹੈ।
• ਖੈਰ, ਅੰਤ ਵਿੱਚ, ਇਸ ਕੇਸ ਵਿੱਚ ਵਾਕੰਸ਼ "ਨਾ ਹੋਣ ਨਾਲੋਂ ਹੋਣਾ ਬਿਹਤਰ ਹੈ" ਬਿਲਕੁਲ ਫਿੱਟ ਬੈਠਦਾ ਹੈ।

ਇੱਕ SSL ਪ੍ਰਦਾਤਾ ਚੁਣਨਾ ਅਤੇ ਤਿਆਰੀ ਦੇ ਕਦਮ

ਮੁਫਤ SSL ਸਰਟੀਫਿਕੇਟ ਲਈ ਉਪਲਬਧ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ, ਕਲਾਉਡਫਲੇਅਰ ਅਤੇ ਲੈਟਸਨਕ੍ਰਿਪਟ ਨੂੰ ਵਿਚਾਰਿਆ ਗਿਆ ਸੀ। ਇਸ (ਅਤੇ ਕੁਝ ਹੋਰ ਪ੍ਰੋਜੈਕਟਾਂ) ਲਈ DNS ਕਲਾਉਡਫਲੇਅਰ ਦੁਆਰਾ ਹੋਸਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਪਰ ਮੈਂ ਉਹਨਾਂ ਦੇ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਪ੍ਰਸ਼ੰਸਕ ਨਹੀਂ ਹਾਂ. ਇਸ ਲਈ, ਇਹ letsencrypt ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ.
ਇੱਕ ਵਾਈਲਡਕਾਰਡ SSL ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਲਈ, ਤੁਹਾਨੂੰ ਡੋਮੇਨ ਮਾਲਕੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਕੁਝ DNS ਰਿਕਾਰਡ (TXT ਜਾਂ CNAME) ਬਣਾਉਣਾ, ਅਤੇ ਫਿਰ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰਨ ਵੇਲੇ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ। ਲੀਨਕਸ ਦੀ ਇੱਕ ਉਪਯੋਗਤਾ ਹੈ - ਸਰਟੀਫਿਕੇਟ, ਜੋ ਤੁਹਾਨੂੰ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ (ਜਾਂ ਕੁਝ DNS ਪ੍ਰਦਾਤਾਵਾਂ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ) ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਵੈਚਲਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਤੋਂ ਵਿੰਡੋਜ਼ ਲਈ ਪਾਇਆ ਅਤੇ ਤਸਦੀਕ ਕੀਤਾ ACME ਕਲਾਇੰਟ ਵਿਕਲਪ ਜਿਨ੍ਹਾਂ 'ਤੇ ਮੈਂ ਸੈਟਲ ਹੋ ਗਿਆ ਹਾਂ WinACME.

ਅਤੇ ਡੋਮੇਨ ਲਈ ਰਿਕਾਰਡ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਆਓ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਲਈ ਅੱਗੇ ਵਧੀਏ:

ਅਸੀਂ ਆਖਰੀ ਸਿੱਟੇ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਾਂ, ਅਰਥਾਤ, ਇੱਕ ਵਾਈਲਡਕਾਰਡ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰਨ ਲਈ ਡੋਮੇਨ ਮਾਲਕੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਉਪਲਬਧ ਵਿਕਲਪ:

1. ਹੱਥੀਂ DNS ਰਿਕਾਰਡ ਬਣਾਓ (ਆਟੋਮੈਟਿਕ ਅੱਪਡੇਟ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ)
2. Acme-dns ਸਰਵਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ DNS ਰਿਕਾਰਡ ਬਣਾਉਣਾ (ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਇੱਥੇ.
3. ਤੁਹਾਡੀ ਆਪਣੀ ਸਕ੍ਰਿਪਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ DNS ਰਿਕਾਰਡ ਬਣਾਉਣਾ (ਸਰਟਬੋਟ ਲਈ ਕਲਾਉਡਫਲੇਅਰ ਪਲੱਗਇਨ ਦੇ ਸਮਾਨ)।

ਪਹਿਲੀ ਨਜ਼ਰ 'ਤੇ, ਤੀਜਾ ਬਿੰਦੂ ਕਾਫ਼ੀ ਢੁਕਵਾਂ ਹੈ, ਪਰ ਕੀ ਜੇ DNS ਪ੍ਰਦਾਤਾ ਇਸ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ? ਪਰ ਸਾਨੂੰ ਇੱਕ ਆਮ ਕੇਸ ਦੀ ਲੋੜ ਹੈ. ਪਰ ਆਮ ਕੇਸ CNAME ਰਿਕਾਰਡ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਕੋਈ ਉਹਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ, ਅਸੀਂ ਪੁਆਇੰਟ 2 'ਤੇ ਰੁਕਦੇ ਹਾਂ ਅਤੇ ਆਪਣੇ ACME-DNS ਸਰਵਰ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਜਾਂਦੇ ਹਾਂ।

ACME-DNS ਸਰਵਰ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸੈੱਟ ਕਰਨਾ

ਉਦਾਹਰਨ ਲਈ, ਮੈਂ ਡੋਮੇਨ 2nd.pp.ua ਬਣਾਇਆ ਹੈ, ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਇਸਦੀ ਵਰਤੋਂ ਕਰਾਂਗਾ।

ਲਾਜ਼ਮੀ ਲੋੜ ਸਰਵਰ ਦੇ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ, ਇਸਦੇ ਡੋਮੇਨ ਲਈ NS ਅਤੇ A ਰਿਕਾਰਡ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ। ਅਤੇ ਪਹਿਲਾ ਕੋਝਾ ਪਲ ਜਿਸਦਾ ਮੈਂ ਸਾਹਮਣਾ ਕੀਤਾ ਉਹ ਇਹ ਹੈ ਕਿ ਕਲਾਉਡਫਲੇਅਰ (ਘੱਟੋ ਘੱਟ ਮੁਫਤ ਵਰਤੋਂ ਮੋਡ ਵਿੱਚ) ਤੁਹਾਨੂੰ ਇੱਕੋ ਹੋਸਟ ਲਈ ਇੱਕ NS ਅਤੇ A ਰਿਕਾਰਡ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦਾ ਹੈ. ਇਹ ਨਹੀਂ ਕਿ ਇਹ ਇੱਕ ਸਮੱਸਿਆ ਹੈ, ਪਰ ਬੰਨ੍ਹ ਵਿੱਚ ਇਹ ਸੰਭਵ ਹੈ. ਸਮਰਥਨ ਨੇ ਜਵਾਬ ਦਿੱਤਾ ਕਿ ਉਨ੍ਹਾਂ ਦਾ ਪੈਨਲ ਅਜਿਹਾ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ। ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ, ਆਓ ਦੋ ਰਿਕਾਰਡ ਬਣਾਈਏ:

acmens.2nd.pp.ua. IN A 35.237.128.147
acme.2nd.pp.ua. IN NS acmens.2nd.pp.ua.

ਇਸ ਪੜਾਅ 'ਤੇ, ਸਾਡੇ ਮੇਜ਼ਬਾਨ ਨੂੰ ਹੱਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ acmens.2nd.pp.ua.

$ ping acmens.2nd.pp.ua
PING acmens.2nd.pp.ua (35.237.128.147) 56(84) bytes of data

ਪਰ acme.2nd.pp.ua ਇਹ ਹੱਲ ਨਹੀਂ ਹੋਵੇਗਾ, ਕਿਉਂਕਿ DNS ਸਰਵਰ ਜੋ ਇਸਨੂੰ ਸੇਵਾ ਦਿੰਦਾ ਹੈ ਅਜੇ ਚੱਲ ਨਹੀਂ ਰਿਹਾ ਹੈ।

ਰਿਕਾਰਡ ਬਣਾਏ ਗਏ ਹਨ, ਅਸੀਂ ACME-DNS ਸਰਵਰ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਅਤੇ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਅੱਗੇ ਵਧਦੇ ਹਾਂ। ਇਹ ਮੇਰੇ ਉਬੰਟੂ ਸਰਵਰ 'ਤੇ ਲਾਈਵ ਹੋਵੇਗਾ ਡੌਕਰ ਕੰਟੇਨਰ, ਪਰ ਤੁਸੀਂ ਇਸਨੂੰ ਕਿਤੇ ਵੀ ਚਲਾ ਸਕਦੇ ਹੋ ਜਿੱਥੇ ਗੋਲੰਗ ਉਪਲਬਧ ਹੈ। ਵਿੰਡੋਜ਼ ਵੀ ਕਾਫ਼ੀ ਢੁਕਵਾਂ ਹੈ, ਪਰ ਮੈਂ ਅਜੇ ਵੀ ਲੀਨਕਸ ਸਰਵਰ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹਾਂ.

ਲੋੜੀਂਦੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਅਤੇ ਫਾਈਲਾਂ ਬਣਾਓ:

$ mkdir config
$ mkdir data
$ touch config/config.cfg

ਆਉ ਤੁਹਾਡੇ ਮਨਪਸੰਦ ਟੈਕਸਟ ਐਡੀਟਰ ਨਾਲ vim ਦੀ ਵਰਤੋਂ ਕਰੀਏ ਅਤੇ ਨਮੂਨੇ ਨੂੰ config.cfg ਵਿੱਚ ਪੇਸਟ ਕਰੀਏ ਸੰਰਚਨਾ.

ਸਫਲ ਓਪਰੇਸ਼ਨ ਲਈ, ਆਮ ਅਤੇ ਏਪੀਆਈ ਭਾਗਾਂ ਨੂੰ ਠੀਕ ਕਰਨਾ ਕਾਫ਼ੀ ਹੈ:

[general]
listen = "0.0.0.0:53"
protocol = "both"
domain = "acme.2nd.pp.ua"
nsname = "acmens.2nd.pp.ua" 
nsadmin = "admin.2nd.pp.ua" 
records = 
    "acme.2nd.pp.ua. A 35.237.128.147",
    "acme.2nd.pp.ua. NS acmens.2nd.pp.ua.",                                                                                                                                                                                                  ]
...
[api]
...
tls = "letsencrypt"
…

ਨਾਲ ਹੀ, ਜੇਕਰ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਅਸੀਂ ਮੁੱਖ ਸੇਵਾ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਇੱਕ ਡੌਕਰ-ਕੰਪੋਜ਼ ਫਾਈਲ ਬਣਾਵਾਂਗੇ:

version: '3.7'
services:
  acmedns:
    image: joohoi/acme-dns:latest
    ports:
      - "443:443"
      - "53:53"
      - "53:53/udp"
      - "80:80"
    volumes:
      - ./config:/etc/acme-dns:ro
      - ./data:/var/lib/acme-dns

ਤਿਆਰ ਹੈ। ਤੁਸੀਂ ਇਸਨੂੰ ਚਲਾ ਸਕਦੇ ਹੋ।

$ docker-compose up -d

ਇਸ ਪੜਾਅ 'ਤੇ ਮੇਜ਼ਬਾਨ ਨੂੰ ਹੱਲ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ acme.2nd.pp.ua, ਅਤੇ ਇੱਕ 404 'ਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ https://acme.2nd.pp.ua

$ ping acme.2nd.pp.ua
PING acme.2nd.pp.ua (35.237.128.147) 56(84) bytes of data.

$ curl https://acme.2nd.pp.ua
404 page not found

ਜੇ ਇਹ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦਾ - docker logs -f <container_name> ਮਦਦ ਕਰਨ ਲਈ, ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਲੌਗ ਕਾਫ਼ੀ ਪੜ੍ਹਨਯੋਗ ਹਨ।

ਅਸੀਂ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹਾਂ। ਪਾਵਰਸ਼ੇਲ ਨੂੰ ਪ੍ਰਸ਼ਾਸਕ ਵਜੋਂ ਖੋਲ੍ਹੋ ਅਤੇ winacme ਚਲਾਓ। ਅਸੀਂ ਚੋਣਾਂ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹਾਂ:

• M: ਨਵਾਂ ਸਰਟੀਫਿਕੇਟ ਬਣਾਓ (ਪੂਰੇ ਵਿਕਲਪ)
• 2: ਮੈਨੁਅਲ ਇਨਪੁੱਟ
• 2: [dns-01] acme-dns ਨਾਲ ਤਸਦੀਕ ਰਿਕਾਰਡ ਬਣਾਓ (https://github.com/joohoi/acme-dns)
• ACME-DNS ਸਰਵਰ ਦੇ ਲਿੰਕ ਬਾਰੇ ਪੁੱਛੇ ਜਾਣ 'ਤੇ, ਜਵਾਬ ਵਿੱਚ ਬਣਾਏ ਸਰਵਰ (https) ਦਾ URL ਦਾਖਲ ਕਰੋ। acme-dns ਸਰਵਰ ਦਾ URL: https://acme.2nd.pp.ua

ਸ਼ੁਰੂਆਤ ਵਿੱਚ, ਕਲਾਇੰਟ ਇੱਕ ਰਿਕਾਰਡ ਜਾਰੀ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ ਮੌਜੂਦਾ DNS ਸਰਵਰ (ਇੱਕ-ਵਾਰ ਪ੍ਰਕਿਰਿਆ) ਵਿੱਚ ਜੋੜਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

[INFO] Creating new acme-dns registration for domain 1nd.pp.ua

Domain:              1nd.pp.ua
Record:               _acme-challenge.1nd.pp.ua
Type:                   CNAME
Content:              c82a88a5-499f-464f-96e4-be7f606a3b47.acme.2nd.pp.ua.
Note:                   Some DNS control panels add the final dot automatically.
                           Only one is required.

ਅਸੀਂ ਲੋੜੀਂਦਾ ਰਿਕਾਰਡ ਬਣਾਉਂਦੇ ਹਾਂ ਅਤੇ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹਾਂ ਕਿ ਇਹ ਸਹੀ ਢੰਗ ਨਾਲ ਬਣਾਇਆ ਗਿਆ ਸੀ:

$ dig CNAME _acme-challenge.1nd.pp.ua +short
c82a88a5-499f-464f-96e4-be7f606a3b47.acme.2nd.pp.ua.

ਅਸੀਂ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਾਂ ਕਿ ਅਸੀਂ winacme ਵਿੱਚ ਲੋੜੀਂਦੀ ਐਂਟਰੀ ਬਣਾਈ ਹੈ, ਅਤੇ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਜਾਰੀ ਰੱਖੀ ਹੈ:

ਇੱਕ ਕਲਾਇੰਟ ਵਜੋਂ certbot ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰੀਏ ਬਾਰੇ ਦੱਸਿਆ ਗਿਆ ਹੈ ਇੱਥੇ.

ਇਹ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ; ਤੁਸੀਂ ਇਸਨੂੰ ਵੈਬ ਸਰਵਰ 'ਤੇ ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਜੇਕਰ, ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਬਣਾਉਂਦੇ ਸਮੇਂ, ਤੁਸੀਂ ਸ਼ਡਿਊਲਰ ਵਿੱਚ ਇੱਕ ਕੰਮ ਵੀ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਭਵਿੱਖ ਵਿੱਚ ਸਰਟੀਫਿਕੇਟ ਨਵਿਆਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਆਪਣੇ ਆਪ ਹੋ ਜਾਵੇਗੀ।

ਸਰੋਤ: www.habr.com