HTTPS ਅਤੇ SSL ਕੀ ਹਨ? ਸੁਰੱਖਿਅਤ ਵੈੱਬਸਾਈਟਾਂ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਸਰਲ ਭਾਸ਼ਾ ਵਿੱਚ

HTTPS HTTP ਦਾ ਸੁਰੱਖਿਅਤ ਰੂਪ ਹੈ, ਉਹ ਪ੍ਰੋਟੋਕੋਲ ਜਿਸ ਰਾਹੀਂ ਬ੍ਰਾਊਜ਼ਰ ਵੈੱਬਸਾਈਟਾਂ ਨਾਲ ਗੱਲ ਕਰਦੇ ਹਨ। ਇਹ ਹਰ ਬੇਨਤੀ ਅਤੇ ਜਵਾਬ ਨੂੰ TLS (Transport Layer Security) ਵਰਤ ਕੇ ਇੱਕ ਏਨਕ੍ਰਿਪਟਡ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਲਪੇਟਦਾ ਹੈ, ਤਾਂ ਜੋ ਵਿਜ਼ਿਟਰ ਅਤੇ ਵੈੱਬਸਾਈਟ ਵਿਚਕਾਰ ਕੋਈ ਵੀ ਭੇਜੀ ਗਈ ਚੀਜ਼ ਨਾ ਪੜ੍ਹ ਸਕੇ ਅਤੇ ਨਾ ਬਦਲ ਸਕੇ। SSL ਉਸੇ ਵਿਚਾਰ ਦਾ ਪੁਰਾਣਾ ਨਾਂ ਹੈ, ਜਿਸ ਦੀ ਥਾਂ TLS ਆਇਆ, ਇਸੇ ਕਰਕੇ ਲੋਕ ਅਜੇ ਵੀ "SSL ਸਰਟੀਫਿਕੇਟ" ਕਹਿੰਦੇ ਹਨ।

AI ਨਾਲ ਬਣਾਉਣ ਵਿੱਚ HTTPS ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ

ਜੋ ਵੀ ਐਪ ਤੁਸੀਂ ਪਬਲਿਸ਼ ਕਰਦੇ ਹੋ, ਉਹ HTTPS 'ਤੇ ਹੀ ਪਰੋਸੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਹ ਸਿਰਫ਼ ਚੰਗਾ ਅਭਿਆਸ ਨਹੀਂ:

ਬ੍ਰਾਊਜ਼ਰ ਇਸਦੀ ਉਮੀਦ ਕਰਦੇ ਹਨ। ਸਾਦੇ HTTP 'ਤੇ ਸਾਈਟਾਂ ਨੂੰ "Not secure" ਲੇਬਲ ਮਿਲਦਾ ਹੈ, ਅਤੇ ਕੁਝ ਬ੍ਰਾਊਜ਼ਰ ਫੀਚਰ, ਜਿਵੇਂ ਲੋਕੇਸ਼ਨ ਐਕਸੈਸ, ਕੈਮਰਾ ਅਤੇ ਮਾਈਕ੍ਰੋਫ਼ੋਨ, ਅਤੇ ਔਫਲਾਈਨ ਐਪਾਂ ਲਈ ਸਰਵਿਸ ਵਰਕਰ, ਆਮ ਤੌਰ 'ਤੇ ਸਿਰਫ਼ ਸੁਰੱਖਿਅਤ (HTTPS) ਪੇਜਾਂ 'ਤੇ ਹੀ ਕੰਮ ਕਰਦੇ ਹਨ।
ਲੌਗਇਨ ਅਤੇ ਫਾਰਮ। HTTPS ਤੋਂ ਬਿਨਾਂ ਪਾਸਵਰਡ, ਸੈਸ਼ਨ ਕੁਕੀਜ਼ ਅਤੇ ਫਾਰਮ ਡਾਟਾ ਪੜ੍ਹਨਯੋਗ ਟੈਕਸਟ ਵਿੱਚ ਜਾਂਦੇ ਹਨ। ਕੈਫ਼ੇ ਦੇ ਉਸੇ Wi-Fi 'ਤੇ ਕੋਈ ਵੀ ਇਹਨਾਂ ਨੂੰ ਫੜ ਸਕਦਾ ਹੈ।
ਪੇਮੈਂਟ ਅਤੇ ਤੀਜੀ ਧਿਰਾਂ। ਪੇਮੈਂਟ ਪ੍ਰਦਾਤਾ, OAuth ਸਾਈਨ-ਇਨ ਅਤੇ ਬਹੁਤ ਸਾਰੇ APIs ਨੂੰ HTTPS ਰੀਡਾਇਰੈਕਟ ਅਤੇ ਕਾਲਬੈਕ URL ਚਾਹੀਦੇ ਹਨ।
ਭਰੋਸਾ ਅਤੇ ਖੋਜ। ਵਿਜ਼ਿਟਰ ਚੇਤਾਵਨੀ ਵੇਖਦੇ ਹਨ, ਅਤੇ Google ਕਹਿ ਚੁੱਕਾ ਹੈ ਕਿ ਉਹ HTTPS ਨੂੰ ਰੈਂਕਿੰਗ ਸੰਕੇਤ ਵਜੋਂ ਵਰਤਦਾ ਹੈ।

ਚੰਗੀ ਖ਼ਬਰ ਇਹ ਹੈ ਕਿ ਜ਼ਿਆਦਾਤਰ ਆਧੁਨਿਕ ਹੋਸਟਿੰਗ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ HTTPS ਆਪਣੇ ਆਪ ਸੈੱਟ ਹੋ ਜਾਂਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਮੁੱਖ ਤੌਰ 'ਤੇ ਇਸਦੇ ਹਿੱਸੇ ਏਨੇ ਸਮਝਣੇ ਚਾਹੀਦੇ ਹਨ ਕਿ ਜਦੋਂ ਕਸਟਮ ਡੋਮੇਨ ਜਾਂ ਮਿਕਸਡ-ਕੰਟੈਂਟ ਚੇਤਾਵਨੀ ਵਿੱਚ ਗੜਬੜ ਹੋਵੇ, ਤਾਂ ਤੁਸੀਂ ਉਸਨੂੰ ਠੀਕ ਕਰ ਸਕੋ।

ਰੋਜ਼ ਦੀ ਮਿਸਾਲ

ਸਾਦੇ HTTP 'ਤੇ ਡਾਟਾ ਭੇਜਣਾ ਇੱਕ ਪੋਸਟਕਾਰਡ ਭੇਜਣ ਵਰਗਾ ਹੈ: ਹਰ ਡਾਕੀਆ ਜੋ ਉਸਨੂੰ ਸੰਭਾਲਦਾ ਹੈ ਉਹ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਸੁਨੇਹਾ ਵੀ ਬਦਲ ਸਕਦਾ ਹੈ।

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

HTTPS ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਸਰਲ ਰੂਪ ਵਿੱਚ

ਜਦੋਂ ਬ੍ਰਾਊਜ਼ਰ https://shop.example.com ਖੋਲ੍ਹਦਾ ਹੈ:

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

ਇਹ TLS ਹੈਂਡਸ਼ੇਕ ਕੁਝ ਮਿਲੀਸਕਿੰਟਾਂ ਵਿੱਚ ਆਪਣੇ ਆਪ ਹੋ ਜਾਂਦਾ ਹੈ। ਵਿਜ਼ਿਟਰ ਨੂੰ ਸਿਰਫ਼ ਪੈਡਲਾਕ ਆਈਕਨ ਦਿਸਦਾ ਹੈ (ਜਾਂ ਕੁਝ ਬ੍ਰਾਊਜ਼ਰਾਂ ਵਿੱਚ ਇੱਕ ਨਿਰਪੱਖ ਸਾਈਟ-ਜਾਣਕਾਰੀ ਆਈਕਨ)।

HTTPS ਕੀ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ	ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕਰਦਾ
ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਰਸਤੇ ਦਾ ਡਾਟਾ	ਤੁਹਾਡੇ ਸਰਵਰ ਜਾਂ ਡਾਟਾਬੇਸ ਵਿੱਚ ਆ ਜਾਣ ਤੋਂ ਬਾਅਦ ਦਾ ਡਾਟਾ
ਪਬਲਿਕ Wi-Fi 'ਤੇ ਚੋਰੀ-ਸੁਣਨ ਤੋਂ ਬਚਾਅ	ਕਿਸੇ ਖਤਰਨਾਕ ਜਾਂ ਧੋਖੇਬਾਜ਼ ਵੈੱਬਸਾਈਟ ਤੋਂ ਬਚਾਅ
ਰਸਤੇ ਵਿੱਚ ਪੇਜ ਬਦਲਣ ਤੋਂ ਬਚਾਅ	ਤੁਹਾਡੀ ਐਪ ਦੀਆਂ ਗਲਤੀਆਂ ਤੋਂ ਬਚਾਅ, ਜਿਵੇਂ ਗੁੰਮ ਪਰਮਿਸ਼ਨ ਜਾਂਚਾਂ
ਭੇਜੇ ਜਾ ਰਹੇ ਕੁਕੀਜ਼ ਅਤੇ ਪਾਸਵਰਡ	ਕਮਜ਼ੋਰ ਪਾਸਵਰਡ ਜਾਂ ਲੀਕ ਹੋਈਆਂ API ਕੁੰਜੀਆਂ ਤੋਂ ਬਚਾਅ

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

ਇੱਕ ਕੰਮ ਕੀਤੀ ਉਦਾਹਰਣ: ਕਸਟਮ ਡੋਮੇਨ ਜੋੜਨਾ

ਮੰਨ ਲਓ ਤੁਸੀਂ ਇੱਕ ਬੁਕਿੰਗ ਐਪ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀ ਹੈ ਅਤੇ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਉਹ book.myyogastudio.com 'ਤੇ ਹੋਵੇ:

ਤੁਸੀਂ ਇੱਕ DNS ਰਿਕਾਰਡ ਜੋੜਦੇ ਹੋ ਜੋ book.myyogastudio.com ਨੂੰ ਤੁਹਾਡੇ ਹੋਸਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੇ। ਵੇਖੋ ਡੋਮੇਨ ਅਤੇ DNS ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ।
ਹੋਸਟ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਅਥਾਰਟੀ ਨੂੰ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਉਸ ਨਾਮ 'ਤੇ ਉਸਦਾ ਕੰਟਰੋਲ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਉਸ ਡੋਮੇਨ 'ਤੇ ਇੱਕ ਚੁਣੌਤੀ ਦਾ ਜਵਾਬ ਦੇ ਕੇ, ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।
ਹੋਸਟ ਇਸਨੂੰ ਇੰਸਟਾਲ ਕਰਦਾ ਹੈ ਅਤੇ ਮਿਆਦ ਖਤਮ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਆਪ ਰੀਨਿਊ ਕਰਦਾ ਹੈ। ਸਰਟੀਫਿਕੇਟ ਜਾਣਬੁੱਝ ਕੇ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਆਟੋਮੈਟਿਕ ਰੀਨਿਊਅਲ ਜ਼ਰੂਰੀ ਹੈ।
http://book.myyogastudio.com 'ਤੇ ਆਉਣ ਵਾਲੇ ਵਿਜ਼ਿਟਰ https:// 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਹੁੰਦੇ ਹਨ।

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

ਮੁੱਖ ਸ਼ਬਦ

ਸ਼ਬਦ	ਅਰਥ
TLS	Transport Layer Security, ਉਹ ਏਨਕ੍ਰਿਪਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਜੋ HTTPS ਦੇ ਪਿੱਛੇ ਹੈ।
SSL	Secure Sockets Layer, TLS ਦਾ ਪੁਰਾਣਾ ਪੂਰਵਜ। ਨਾਂ ਅਜੇ ਵੀ ਚੱਲਦਾ ਹੈ।
Certificate	ਇੱਕ ਦਸਤਖ਼ਤ ਕੀਤੀ ਫਾਈਲ ਜੋ ਡੋਮੇਨ ਨੂੰ ਜਨਤਕ ਕੁੰਜੀ ਨਾਲ ਜੋੜਦੀ ਹੈ।
Certificate authority (CA)	ਇੱਕ ਸੰਸਥਾ ਜਿਸ 'ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਭਰੋਸਾ ਕਰਦੇ ਹਨ ਅਤੇ ਜੋ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰਦੀ ਹੈ, ਜਿਵੇਂ Let's Encrypt।
Domain validation (DV)	ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਜੋ ਡੋਮੇਨ 'ਤੇ ਕੰਟਰੋਲ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਜੋ ਲਗਭਗ ਹਰ ਸਾਈਟ ਵਰਤਦੀ ਹੈ।
Wildcard certificate	ਇੱਕ ਪੱਧਰ ਹੇਠਾਂ ਦੇ ਸਾਰੇ ਸਬਡੋਮੇਨ ਕਵਰ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ `*.example.com`।
Mixed content	ਇੱਕ HTTPS ਪੇਜ ਜੋ ਕੁਝ ਸਰੋਤ ਸਾਦੇ HTTP 'ਤੇ ਲੋਡ ਕਰਦਾ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਇਸਨੂੰ ਬਲੌਕ ਜਾਂ ਚੇਤਾਵਨੀ ਦਿੰਦੇ ਹਨ।
HSTS	ਇੱਕ ਹੈਡਰ ਜੋ ਬ੍ਰਾਊਜ਼ਰਾਂ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਹੁਣ ਤੋਂ ਤੁਹਾਡੀ ਸਾਈਟ ਲਈ ਹਮੇਸ਼ਾ HTTPS ਵਰਤਣਾ ਹੈ।
Port 443	HTTPS ਲਈ ਮਿਆਰੀ ਪੋਰਟ (HTTP ਪੋਰਟ 80 ਵਰਤਦਾ ਹੈ)।

ਆਮ ਗਲਤਫਹਿਮੀਆਂ

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

ਆਮ HTTPS ਸਮੱਸਿਆਵਾਂ ਦਾ ਹੱਲ

ਲੱਛਣ	ਸੰਭਾਵਿਤ ਕਾਰਨ
"Your connection is not private"	ਸਰਟੀਫਿਕੇਟ ਇਸ ਸਹੀ ਡੋਮੇਨ ਨੂੰ ਕਵਰ ਨਹੀਂ ਕਰਦਾ, ਮਿਆਦ ਖਤਮ ਹੋ ਗਈ ਹੈ, ਜਾਂ ਅਜੇ ਜਾਰੀ ਨਹੀਂ ਹੋਇਆ
`www.` 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ ਪਰ ਬੇਅਰ ਡੋਮੇਨ 'ਤੇ ਨਹੀਂ (ਜਾਂ ਉਲਟ)	ਸਿਰਫ਼ ਇੱਕ ਨਾਂ ਕੋਲ DNS ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਹੈ
ਪੈਡਲਾਕ ਗੈਰਹਾਜ਼ਰ, ਕੁਝ ਪੇਜਾਂ 'ਤੇ "Not secure"	ਮਿਕਸਡ ਕੰਟੈਂਟ: ਕੋਈ ਚਿੱਤਰ, ਸਕ੍ਰਿਪਟ ਜਾਂ ਫੌਂਟ `http://` ਰਾਹੀਂ ਲੋਡ ਹੋ ਰਿਹਾ ਹੈ
ਕਸਟਮ ਡੋਮੇਨ ਜੋੜਨ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਸਰਟੀਫਿਕੇਟ ਗਲਤੀ	DNS ਅਜੇ ਫੈਲ ਰਿਹਾ ਹੈ, ਜਾਂ ਅੱਗੇ ਲੱਗੀ ਪ੍ਰੌਕਸੀ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਨੂੰ ਰੋਕ ਰਹੀ ਹੈ

ਆਪਣੇ AI ਬਿਲਡਰ ਤੋਂ ਕੀ ਮੰਗਣਾ ਹੈ

"ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਹਰ ਚਿੱਤਰ, ਸਕ੍ਰਿਪਟ ਅਤੇ ਫੌਂਟ HTTPS 'ਤੇ ਜਾਂ ਰਿਸ਼ਤੇਦਾਰ URL ਰਾਹੀਂ ਲੋਡ ਹੋਵੇ, ਕੋਈ http:// ਲਿੰਕ ਨਾ ਹੋਵੇ।"
"ਸਾਰੀ HTTP ਟ੍ਰੈਫਿਕ ਨੂੰ HTTPS 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰੋ।"
"ਸੈਸ਼ਨ ਕੁਕੀਜ਼ ਨੂੰ Secure ਅਤੇ HttpOnly ਫਲੈਗਾਂ ਨਾਲ ਸੈੱਟ ਕਰੋ।"
"ਹਰ OAuth, ਪੇਮੈਂਟ ਅਤੇ ਵੈਬਹੁੱਕ ਕਾਲਬੈਕ URL ਲਈ https:// ਵਰਤੋ।"
"ਮੇਰੇ ਕਸਟਮ ਡੋਮੇਨ 'ਤੇ ਸਰਟੀਫਿਕੇਟ ਗਲਤੀ ਹੈ, ਹੋਸਟ ਕਿਹੜਾ DNS ਰਿਕਾਰਡ ਚਾਹੁੰਦਾ ਹੈ?"

Mythex ਵਿੱਚ HTTPS

Mythex 'ਤੇ ਕਸਟਮ ਡੋਮੇਨ ਜੋੜਨ ਵੇਲੇ (ਇਹ Pro ਫੀਚਰ ਹੈ), ਤੁਸੀਂ ਇੱਕ CNAME ਰਿਕਾਰਡ ਜੋੜਦੇ ਹੋ ਜੋ Mythex ਵੱਲੋਂ ਦਿਖਾਏ ਗਏ slug.mythex.ai ਟਾਰਗੇਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, Verify 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ, ਅਤੇ Mythex ਡੋਮੇਨ ਲਈ HTTPS ਆਪਣੇ ਆਪ ਜਾਰੀ ਕਰ ਦਿੰਦਾ ਹੈ। ਡੌਕਸ ਦੀਆਂ ਦੋ ਸਭ ਤੋਂ ਆਮ ਮੁਸ਼ਕਲਾਂ ਦੱਸਦੇ ਹਨ: ਜੇ ਤੁਹਾਡਾ DNS Cloudflare 'ਤੇ ਹੈ, ਤਾਂ ਰਿਕਾਰਡ ਨੂੰ "DNS only" (ਸਲੇਟੀ ਬੱਦਲ) 'ਤੇ ਸੈੱਟ ਕਰੋ ਨਾ ਕਿ proxied, ਤਾਂ ਜੋ Mythex ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰ ਸਕੇ; ਅਤੇ DNS HTTPS ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੈੱਟ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਵੀ ਵੈਰੀਫਾਈ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਕੁਝ ਮਿੰਟ ਉਡੀਕ ਕੇ ਮੁੜ ਵੈਰੀਫਾਈ ਕਰੋ। ਵੇਖੋ ਡੌਕਸ ਵਿੱਚ ਕਸਟਮ ਡੋਮੇਨ, ਅਤੇ ਸਾਡੀ ਗਾਈਡ ਕਸਟਮ ਡੋਮੇਨ ਜੋੜਨਾ।

ਸਵਾਲ

HTTP ਅਤੇ HTTPS ਵਿੱਚ ਕੀ ਫਰਕ ਹੈ?

HTTP ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਵੈੱਬਸਾਈਟ ਵਿਚਕਾਰ ਡਾਟਾ ਪੜ੍ਹਨਯੋਗ ਟੈਕਸਟ ਵਜੋਂ ਭੇਜਦਾ ਹੈ। HTTPS ਉਹੀ HTTP ਹੈ ਜੋ ਏਨਕ੍ਰਿਪਟਡ TLS ਕਨੈਕਸ਼ਨ ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕੋ ਨੈੱਟਵਰਕ 'ਤੇ ਜਾਂ ਰਸਤੇ ਵਿੱਚ ਕੋਈ ਵੀ ਭੇਜੀ ਗਈ ਚੀਜ਼ ਨਹੀਂ ਪੜ੍ਹ ਜਾਂ ਬਦਲ ਸਕਦਾ, ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਜਾਂਚ ਸਕਦਾ ਹੈ ਕਿ ਉਹ ਅਸਲ ਸਾਈਟ ਨਾਲ ਗੱਲ ਕਰ ਰਿਹਾ ਹੈ।

ਕੀ SSL ਅਤੇ TLS ਇੱਕੋ ਚੀਜ਼ ਹਨ?

TLS SSL ਦਾ ਆਧੁਨਿਕ ਉੱਤਰਾਧਿਕਾਰੀ ਹੈ। SSL ਦੇ ਸਾਰੇ ਵਰਜ਼ਨ ਪੁਰਾਣੇ ਅਤੇ ਅਸੁਰੱਖਿਅਤ ਹਨ, ਅਤੇ ਅੱਜ ਦੀਆਂ ਸੁਰੱਖਿਅਤ ਵੈੱਬਸਾਈਟਾਂ TLS ਵਰਤਦੀਆਂ ਹਨ। ਆਦਤ ਕਰਕੇ ਲੋਕ ਅਜੇ ਵੀ "SSL ਸਰਟੀਫਿਕੇਟ" ਕਹਿੰਦੇ ਹਨ, ਪਰ ਸਰਟੀਫਿਕੇਟ TLS ਨਾਲ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।

ਕੀ ਪੈਡਲਾਕ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਵੈੱਬਸਾਈਟ ਸੁਰੱਖਿਅਤ ਹੈ?

ਨਹੀਂ। ਪੈਡਲਾਕ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਏਨਕ੍ਰਿਪਟ ਹੈ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਡੋਮੇਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਕਿਸੇ ਧੋਖੇਬਾਜ਼ ਸਾਈਟ ਕੋਲ ਵੀ ਸਹੀ ਸਰਟੀਫਿਕੇਟ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਕੋਈ ਨਹੀਂ ਸੁਣ ਸਕਦਾ, ਨਾ ਕਿ ਇਹ ਕਿ ਸਾਈਟ ਦਾ ਮਾਲਕ ਭਰੋਸੇਯੋਗ ਹੈ।

ਕੀ ਮੈਨੂੰ SSL ਸਰਟੀਫਿਕੇਟ ਲਈ ਪੈਸੇ ਦੇਣੇ ਪੈਂਦੇ ਹਨ?

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

ਮੇਰੀ ਸਾਈਟ "Not Secure" ਕਿਉਂ ਦਿਖਾਉਂਦੀ ਹੈ?

ਆਮ ਕਾਰਨ ਹਨ: ਸਾਈਟ ਨੂੰ https:// ਦੀ ਥਾਂ http:// ਰਾਹੀਂ ਖੋਲ੍ਹਣਾ, ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਜੋ ਮਿਆਦ ਪੁੱਗ ਗਿਆ ਹੈ ਜਾਂ ਉਸ ਸਹੀ ਡੋਮੇਨ ਨੂੰ ਕਵਰ ਨਹੀਂ ਕਰਦਾ, ਜਾਂ ਕੋਈ ਪੇਜ ਚਿੱਤਰ ਜਾਂ ਸਕ੍ਰਿਪਟਾਂ ਸਾਦੇ http:// ਰਾਹੀਂ ਲੋਡ ਕਰ ਰਿਹਾ ਹੈ (ਮਿਕਸਡ ਕੰਟੈਂਟ)।