ਫਾਇਰਫਾਕਸ ਵਿੱਚ ਐਡ-ਆਨ ਦੇ ਹਾਲ ਹੀ ਵਿੱਚ ਅਸਮਰੱਥ ਹੋਣ ਦੇ ਤਕਨੀਕੀ ਵੇਰਵੇ

ਨੋਟ ਕਰੋ ਅਨੁਵਾਦਕ: ਪਾਠਕਾਂ ਦੀ ਸਹੂਲਤ ਲਈ, ਮਿਤੀਆਂ ਮਾਸਕੋ ਸਮੇਂ ਵਿੱਚ ਦਿੱਤੀਆਂ ਗਈਆਂ ਹਨ

ਅਸੀਂ ਹਾਲ ਹੀ ਵਿੱਚ ਐਡ-ਆਨ 'ਤੇ ਦਸਤਖਤ ਕਰਨ ਲਈ ਵਰਤੇ ਗਏ ਸਰਟੀਫਿਕੇਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋ ਗਈ ਹੈ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਐਡ-ਆਨ ਅਸਮਰੱਥ ਹੋ ਗਏ ਹਨ। ਹੁਣ ਜਦੋਂ ਸਮੱਸਿਆ ਜ਼ਿਆਦਾਤਰ ਹੱਲ ਹੋ ਗਈ ਹੈ, ਮੈਂ ਕੀ ਹੋਇਆ ਅਤੇ ਕੀਤੇ ਗਏ ਕੰਮ ਦੇ ਵੇਰਵੇ ਸਾਂਝੇ ਕਰਨਾ ਚਾਹਾਂਗਾ।

ਪਿਛੋਕੜ: ਜੋੜ ਅਤੇ ਦਸਤਖਤ

ਹਾਲਾਂਕਿ ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਬਾਕਸ ਤੋਂ ਬਾਹਰ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਫਾਇਰਫਾਕਸ "ਐਡ-ਆਨ" ਨਾਮਕ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਉਨ੍ਹਾਂ ਦੀ ਮਦਦ ਨਾਲ, ਉਪਭੋਗਤਾ ਬ੍ਰਾਉਜ਼ਰ ਵਿੱਚ ਕਈ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋੜਦੇ ਹਨ। ਇੱਥੇ 15 ਹਜ਼ਾਰ ਤੋਂ ਵੱਧ ਐਡ-ਆਨ ਹਨ: ਤੋਂ ਵਿਗਿਆਪਨ ਬਲਾਕਿੰਗ ਨੂੰ ਸੈਂਕੜੇ ਟੈਬਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ.

ਇੰਸਟਾਲ ਕੀਤੇ ਐਡ-ਆਨ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਡਿਜੀਟਲ ਦਸਤਖਤ, ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਖਤਰਨਾਕ ਐਡ-ਆਨ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ ਅਤੇ ਮੋਜ਼ੀਲਾ ਸਟਾਫ ਦੁਆਰਾ ਐਡ-ਆਨ ਦੀ ਘੱਟੋ-ਘੱਟ ਸਮੀਖਿਆ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਸੀਂ ਇਸ ਲੋੜ ਨੂੰ 2015 ਵਿੱਚ ਪੇਸ਼ ਕੀਤਾ ਸੀ ਕਿਉਂਕਿ ਅਸੀਂ ਅਨੁਭਵ ਕਰ ਰਹੇ ਸੀ ਗੰਭੀਰ ਸਮੱਸਿਆਵਾਂ ਖਤਰਨਾਕ ਐਡ-ਆਨ ਦੇ ਨਾਲ।

ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ: ਫਾਇਰਫਾਕਸ ਦੀ ਹਰ ਕਾਪੀ ਵਿੱਚ "ਰੂਟ ਸਰਟੀਫਿਕੇਟ" ਹੁੰਦਾ ਹੈ। ਇਸ "ਰੂਟ" ਦੀ ਕੁੰਜੀ ਵਿੱਚ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਹਾਰਡਵੇਅਰ ਸੁਰੱਖਿਆ ਮੋਡੀਊਲ (HSM)ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਤੋਂ ਬਿਨਾਂ। ਹਰ ਕੁਝ ਸਾਲਾਂ ਵਿੱਚ, ਇਸ ਕੁੰਜੀ ਨਾਲ ਇੱਕ ਨਵਾਂ "ਵਿਚਕਾਰਲਾ ਸਰਟੀਫਿਕੇਟ" ਹਸਤਾਖਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਐਡ-ਆਨ ਸਾਈਨ ਕਰਨ ਵੇਲੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਡਿਵੈਲਪਰ ਇੱਕ ਐਡ-ਆਨ ਸਪੁਰਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਇੱਕ ਅਸਥਾਈ "ਅੰਤ ਸਰਟੀਫਿਕੇਟ" ਬਣਾਉਂਦੇ ਹਾਂ ਅਤੇ ਇੱਕ ਵਿਚਕਾਰਲੇ ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ 'ਤੇ ਦਸਤਖਤ ਕਰਦੇ ਹਾਂ। ਐਡ-ਆਨ ਨੂੰ ਫਿਰ ਅੰਤਮ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਦਸਤਖਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਯੋਜਨਾਬੱਧ ਤੌਰ 'ਤੇ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਸਦਾ ਹੈ.

ਕਿਰਪਾ ਕਰਕੇ ਧਿਆਨ ਦਿਓ ਕਿ ਹਰੇਕ ਸਰਟੀਫਿਕੇਟ ਦਾ ਇੱਕ "ਵਿਸ਼ਾ" (ਜਿਸ ਨੂੰ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ) ਅਤੇ ਇੱਕ "ਜਾਰੀਕਰਤਾ" (ਜਿਸਨੇ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕੀਤਾ) ਹੁੰਦਾ ਹੈ। ਇੱਕ ਰੂਟ ਸਰਟੀਫਿਕੇਟ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, "ਵਿਸ਼ਾ" = "ਜਾਰੀਕਰਤਾ", ਪਰ ਹੋਰ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਲਈ, ਸਰਟੀਫਿਕੇਟ ਜਾਰੀਕਰਤਾ ਮਾਤਾ-ਪਿਤਾ ਸਰਟੀਫਿਕੇਟ ਦਾ ਵਿਸ਼ਾ ਹੁੰਦਾ ਹੈ ਜਿਸ ਦੁਆਰਾ ਇਸ 'ਤੇ ਹਸਤਾਖਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤਾ: ਹਰੇਕ ਐਡ-ਆਨ ਇੱਕ ਵਿਲੱਖਣ ਅੰਤ ਸਰਟੀਫਿਕੇਟ ਦੁਆਰਾ ਹਸਤਾਖਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਲਗਭਗ ਹਮੇਸ਼ਾਂ ਇਹ ਅੰਤ ਸਰਟੀਫਿਕੇਟ ਉਸੇ ਇੰਟਰਮੀਡੀਏਟ ਸਰਟੀਫਿਕੇਟ ਦੁਆਰਾ ਹਸਤਾਖਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਲੇਖਕ ਦਾ ਨੋਟ: ਅਪਵਾਦ ਬਹੁਤ ਪੁਰਾਣਾ ਜੋੜ ਹੈ। ਉਸ ਸਮੇਂ, ਵੱਖ-ਵੱਖ ਵਿਚਕਾਰਲੇ ਸਰਟੀਫਿਕੇਟ ਵਰਤੇ ਗਏ ਸਨ.

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

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

ਨੁਕਸਾਨ ਨੂੰ ਘਟਾਉਣਾ

ਇੱਕ ਵਾਰ ਜਦੋਂ ਸਾਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਕੀ ਹੋਇਆ ਸੀ, ਅਸੀਂ ਸਥਿਤੀ ਨੂੰ ਵਿਗੜਨ ਤੋਂ ਰੋਕਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ।

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

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

ਸਮਾਨਾਂਤਰ ਕਾਰਵਾਈ

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

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

ਇਸਦੀ ਬਜਾਏ, ਅਸੀਂ ਇੱਕ ਅਜਿਹਾ ਫਿਕਸ ਵਿਕਸਿਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਜੋ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਤੱਕ ਉਹਨਾਂ ਦੇ ਵੱਲੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਜਾਂ ਕੋਈ ਕਾਰਵਾਈ ਕੀਤੇ ਬਿਨਾਂ ਪਹੁੰਚ ਸਕੇ।

ਬਹੁਤ ਜਲਦੀ ਅਸੀਂ ਦੋ ਮੁੱਖ ਰਣਨੀਤੀਆਂ 'ਤੇ ਆਏ, ਜੋ ਅਸੀਂ ਸਮਾਨਾਂਤਰ ਵਿੱਚ ਵਰਤੀਆਂ:

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

ਅਸੀਂ ਪਹਿਲਾਂ ਪਹਿਲੇ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ, ਜੋ ਕਾਫ਼ੀ ਕੰਮ ਕਰਨ ਯੋਗ ਦਿਖਾਈ ਦਿੰਦਾ ਸੀ। ਦਿਨ ਦੇ ਅੰਤ ਵਿੱਚ, ਉਹਨਾਂ ਨੇ ਇੱਕ ਦੂਜਾ ਫਿਕਸ (ਇੱਕ ਨਵਾਂ ਸਰਟੀਫਿਕੇਟ) ਜਾਰੀ ਕੀਤਾ, ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਬਾਅਦ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗੇ।

ਸਰਟੀਫਿਕੇਟ ਬਦਲਣਾ

ਜਿਵੇਂ ਕਿ ਮੈਂ ਉੱਪਰ ਦੱਸਿਆ ਹੈ, ਇਹ ਜ਼ਰੂਰੀ ਸੀ:

• ਇੱਕ ਨਵਾਂ ਵੈਧ ਸਰਟੀਫਿਕੇਟ ਬਣਾਓ
• ਇਸਨੂੰ ਫਾਇਰਫਾਕਸ ਵਿੱਚ ਰਿਮੋਟਲੀ ਇੰਸਟਾਲ ਕਰੋ

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

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

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

ਲੇਖਕ ਦਾ ਨੋਟ: WebPKI ਤੋਂ ਜਾਣੂ ਪਾਠਕ ਨੋਟ ਕਰਨਗੇ ਕਿ ਕਰਾਸ-ਸਰਟੀਫਿਕੇਟ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੇ ਹਨ।

ਇਸ ਫਿਕਸ ਬਾਰੇ ਸਭ ਤੋਂ ਵੱਡੀ ਗੱਲ ਇਹ ਹੈ ਕਿ ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਮੌਜੂਦਾ ਐਡ-ਆਨਾਂ 'ਤੇ ਦੁਬਾਰਾ ਸਾਈਨ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਜਿਵੇਂ ਹੀ ਬ੍ਰਾਊਜ਼ਰ ਨਵਾਂ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਸਾਰੇ ਐਡ-ਆਨ ਦੁਬਾਰਾ ਕੰਮ ਕਰਨਗੇ। ਬਾਕੀ ਚੁਣੌਤੀ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਨਵਾਂ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਦਾਨ ਕਰਨਾ ਹੈ (ਆਟੋਮੈਟਿਕ ਅਤੇ ਰਿਮੋਟਲੀ), ਨਾਲ ਹੀ ਫਾਇਰਫਾਕਸ ਨੂੰ ਅਯੋਗ ਐਡ-ਆਨ ਦੀ ਮੁੜ-ਚੈੱਕ ਕਰਨ ਲਈ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ।

ਨੋਰਮੈਂਡੀ ਅਤੇ ਖੋਜ ਪ੍ਰਣਾਲੀ

ਵਿਅੰਗਾਤਮਕ ਤੌਰ 'ਤੇ, ਇਹ ਸਮੱਸਿਆ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਐਡ-ਆਨ ਦੁਆਰਾ ਹੱਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਸਨੂੰ "ਸਿਸਟਮ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਖੋਜ ਕਰਨ ਲਈ, ਅਸੀਂ Normandy ਨਾਂ ਦੀ ਇੱਕ ਪ੍ਰਣਾਲੀ ਵਿਕਸਿਤ ਕੀਤੀ ਹੈ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਖੋਜ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਇਹ ਅਧਿਐਨ ਆਪਣੇ ਆਪ ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਫਾਇਰਫਾਕਸ ਦੇ ਅੰਦਰੂਨੀ API ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਵਧਾਉਂਦੇ ਹਨ। ਖੋਜ ਸਰਟੀਫਿਕੇਟ ਸਟੋਰ ਵਿੱਚ ਨਵੇਂ ਸਰਟੀਫਿਕੇਟ ਜੋੜ ਸਕਦੀ ਹੈ।

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

ਇਸ ਲਈ ਹੱਲ ਇੱਕ ਅਧਿਐਨ ਬਣਾਉਣਾ ਹੈ:

• ਨਵੇਂ ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨਾ ਜੋ ਅਸੀਂ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਬਣਾਇਆ ਹੈ
• ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਅਯੋਗ ਐਡ-ਆਨ ਦੀ ਮੁੜ ਜਾਂਚ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਨਾ ਤਾਂ ਜੋ ਉਹ ਦੁਬਾਰਾ ਕੰਮ ਕਰਨ

"ਪਰ ਉਡੀਕ ਕਰੋ," ਤੁਸੀਂ ਕਹਿੰਦੇ ਹੋ, "ਐਡ-ਆਨ ਕੰਮ ਨਹੀਂ ਕਰਦੇ, ਮੈਂ ਸਿਸਟਮ ਐਡ-ਆਨ ਕਿਵੇਂ ਲਾਂਚ ਕਰ ਸਕਦਾ ਹਾਂ?" ਆਓ ਇਸ ਨੂੰ ਇੱਕ ਨਵੇਂ ਸਰਟੀਫਿਕੇਟ ਨਾਲ ਦਸਤਖਤ ਕਰੀਏ!

ਇਹ ਸਭ ਇਕੱਠਾ ਕਰਨਾ... ਇੰਨਾ ਸਮਾਂ ਕਿਉਂ ਲੱਗ ਰਿਹਾ ਹੈ?

ਇਸ ਲਈ, ਯੋਜਨਾ: ਪੁਰਾਣੇ ਨੂੰ ਬਦਲਣ ਲਈ ਇੱਕ ਨਵਾਂ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰੋ, ਇੱਕ ਸਿਸਟਮ ਐਡ-ਆਨ ਬਣਾਓ ਅਤੇ ਇਸਨੂੰ ਨੌਰਮੈਂਡੀ ਦੁਆਰਾ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਸਥਾਪਿਤ ਕਰੋ। ਸਮੱਸਿਆਵਾਂ, ਜਿਵੇਂ ਕਿ ਮੈਂ ਕਿਹਾ, 4 ਮਈ ਨੂੰ 4:00 ਵਜੇ ਸ਼ੁਰੂ ਹੋਈਆਂ, ਅਤੇ ਉਸੇ ਦਿਨ ਦੇ 12:44 ਵਜੇ, 9 ਘੰਟਿਆਂ ਤੋਂ ਵੀ ਘੱਟ ਸਮੇਂ ਬਾਅਦ, ਅਸੀਂ ਨੌਰਮੈਂਡੀ ਨੂੰ ਇੱਕ ਫਿਕਸ ਭੇਜ ਦਿੱਤਾ। ਇਸ ਨੂੰ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਹੋਰ 6-12 ਘੰਟੇ ਲੱਗ ਗਏ। ਬਿਲਕੁਲ ਵੀ ਬੁਰਾ ਨਹੀਂ, ਪਰ ਟਵਿੱਟਰ 'ਤੇ ਲੋਕ ਪੁੱਛ ਰਹੇ ਹਨ ਕਿ ਅਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਕੰਮ ਕਿਉਂ ਨਹੀਂ ਕਰ ਸਕਦੇ ਸੀ।

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

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

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

ਅੰਤਮ ਕਦਮ

ਖੋਜ ਨੂੰ ਜ਼ਿਆਦਾਤਰ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਹਰ ਕਿਸੇ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਕੁਝ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

• ਉਪਭੋਗਤਾ ਜਿਨ੍ਹਾਂ ਨੇ ਖੋਜ ਜਾਂ ਟੈਲੀਮੈਟਰੀ ਨੂੰ ਅਯੋਗ ਕਰ ਦਿੱਤਾ ਹੈ
• Android ਸੰਸਕਰਣ (Fennec) ਦੇ ਉਪਭੋਗਤਾ, ਜਿੱਥੇ ਖੋਜ ਬਿਲਕੁਲ ਵੀ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ
• ਉੱਦਮਾਂ ਵਿੱਚ ਫਾਇਰਫਾਕਸ ESR ਦੇ ਕਸਟਮ ਬਿਲਡ ਦੇ ਉਪਭੋਗਤਾ ਜਿੱਥੇ ਟੈਲੀਮੈਟਰੀ ਨੂੰ ਸਮਰੱਥ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
• MitM ਪ੍ਰੌਕਸੀਆਂ ਦੇ ਪਿੱਛੇ ਬੈਠੇ ਉਪਭੋਗਤਾ, ਕਿਉਂਕਿ ਸਾਡਾ ਐਡ-ਆਨ ਇੰਸਟਾਲੇਸ਼ਨ ਸਿਸਟਮ ਕੁੰਜੀ ਪਿਨਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜੋ ਅਜਿਹੀਆਂ ਪ੍ਰੌਕਸੀਜ਼ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ
• ਫਾਇਰਫਾਕਸ ਦੇ ਪੁਰਾਤਨ ਸੰਸਕਰਣਾਂ ਦੇ ਉਪਭੋਗਤਾ ਜੋ ਖੋਜ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ ਹਨ

ਅਸੀਂ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਬਾਅਦ ਵਾਲੀ ਸ਼੍ਰੇਣੀ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਰ ਸਕਦੇ - ਉਹਨਾਂ ਨੂੰ ਅਜੇ ਵੀ ਫਾਇਰਫਾਕਸ ਦੇ ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ ਅੱਪਡੇਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਪੁਰਾਣੇ ਲੋਕਾਂ ਵਿੱਚ ਗੰਭੀਰ ਅਣਪਛਾਤੇ ਕਮਜ਼ੋਰੀਆਂ ਹਨ। ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਕੁਝ ਲੋਕ ਫਾਇਰਫਾਕਸ ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ 'ਤੇ ਰਹਿੰਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ ਪੁਰਾਣੇ ਐਡ-ਆਨ ਚਲਾਉਣਾ ਚਾਹੁੰਦੇ ਹਨ, ਪਰ ਬਹੁਤ ਸਾਰੇ ਪੁਰਾਣੇ ਐਡ-ਆਨ ਪਹਿਲਾਂ ਹੀ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਨਵੇਂ ਸੰਸਕਰਣਾਂ 'ਤੇ ਪੋਰਟ ਕੀਤੇ ਜਾ ਚੁੱਕੇ ਹਨ। ਦੂਜੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ, ਅਸੀਂ ਇੱਕ ਪੈਚ ਵਿਕਸਤ ਕੀਤਾ ਹੈ ਜੋ ਇੱਕ ਨਵਾਂ ਸਰਟੀਫਿਕੇਟ ਸਥਾਪਤ ਕਰੇਗਾ। ਇਹ ਇੱਕ ਬੱਗਫਿਕਸ ਰੀਲੀਜ਼ ਵਜੋਂ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ (ਅਨੁਵਾਦਕ ਦਾ ਨੋਟ: ਫਾਇਰਫਾਕਸ 66.0.5), ਇਸ ਲਈ ਲੋਕ ਇਸਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਗੇ - ਜ਼ਿਆਦਾਤਰ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਪਹਿਲਾਂ ਹੀ ਇਹ ਪ੍ਰਾਪਤ ਕਰ ਚੁੱਕੇ ਹਨ - ਨਿਯਮਤ ਅਪਡੇਟ ਚੈਨਲ ਦੁਆਰਾ। ਜੇਕਰ ਤੁਸੀਂ Firefox ESR ਦੀ ਕਸਟਮ ਬਿਲਡ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ ਆਪਣੇ ਮੇਨਟੇਨਰ ਨਾਲ ਸੰਪਰਕ ਕਰੋ।

ਅਸੀਂ ਸਮਝਦੇ ਹਾਂ ਕਿ ਇਹ ਆਦਰਸ਼ ਨਹੀਂ ਹੈ। ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਐਡ-ਆਨ ਡਾਟਾ ਗੁਆ ਦਿੰਦੇ ਹਨ (ਉਦਾਹਰਨ ਲਈ, ਐਡ-ਆਨ ਡਾਟਾ ਮਲਟੀ-ਖਾਤਾ ਕੰਟੇਨਰ).

ਇਸ ਮਾੜੇ ਪ੍ਰਭਾਵ ਤੋਂ ਬਚਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਸੀ, ਪਰ ਅਸੀਂ ਵਿਸ਼ਵਾਸ ਕਰਦੇ ਹਾਂ ਕਿ ਥੋੜ੍ਹੇ ਸਮੇਂ ਵਿੱਚ ਅਸੀਂ ਜ਼ਿਆਦਾਤਰ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਹੱਲ ਚੁਣਿਆ ਹੈ। ਲੰਬੇ ਸਮੇਂ ਵਿੱਚ, ਅਸੀਂ ਹੋਰ, ਵਧੇਰੇ ਉੱਨਤ ਆਰਕੀਟੈਕਚਰਲ ਪਹੁੰਚਾਂ ਦੀ ਭਾਲ ਕਰਾਂਗੇ।

ਸਬਕ

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

ਜ਼ਾਹਿਰ ਹੈ, ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਸੀ। ਅਜਿਹੀਆਂ ਘਟਨਾਵਾਂ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਘਟਾਉਣ ਅਤੇ ਉਪਚਾਰ ਨੂੰ ਆਸਾਨ ਬਣਾਉਣ ਲਈ ਸਾਡੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਨਾ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਲਾਭਦਾਇਕ ਹੈ।

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

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

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

ਅਗਲੇ ਹਫ਼ਤੇ ਅਸੀਂ ਕੀ ਹੋਇਆ ਇਸ ਬਾਰੇ ਵਧੇਰੇ ਡੂੰਘਾਈ ਨਾਲ ਵਿਸ਼ਲੇਸ਼ਣ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਦੇਖਾਂਗੇ, ਪਰ ਇਸ ਦੌਰਾਨ ਮੈਨੂੰ ਈਮੇਲ ਦੁਆਰਾ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਵਿੱਚ ਖੁਸ਼ੀ ਹੋਵੇਗੀ: [ਈਮੇਲ ਸੁਰੱਖਿਅਤ]

ਸਰੋਤ: linux.org.ru