HTTPS and SSL ಎಂದರೇನು? ಸುರಕ್ಷಿತ ವೆಬ್‌ಸೈಟ್‌ಗಳು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಸರಳವಾಗಿ
HTTPS ಎಂಬುದು HTTP ಯ ಸುರಕ್ಷಿತ ರೂಪ, ಅಂದರೆ ಬ್ರೌಸರ್‌ಗಳು ವೆಬ್‌ಸೈಟ್‌ಗಳೊಂದಿಗೆ ಮಾತನಾಡಲು ಬಳಸುವ ಪ್ರೋಟೋಕಾಲ್. ಇದು ಪ್ರತಿ ವಿನಂತಿ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು TLS (Transport Layer Security) ಬಳಸಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಸಂಪರ್ಕದಲ್ಲಿ ಸುತ್ತುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಂದರ್ಶಕ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ನಡುವೆ ಯಾರೂ ಕಳುಹಿಸಿದುದನ್ನು ಓದಲು ಅಥವಾ ತಿರುಚಲು ಸಾಧ್ಯವಿಲ್ಲ. SSL ಅದೇ ಕಲ್ಪನೆಯ ಹಳೆಯ ಹೆಸರು — TLS ಬದಲಿಸಿದ ಮೂಲ ಪ್ರೋಟೋಕಾಲ್ — ಅದಕ್ಕಾಗಿಯೇ ಜನರು ಇನ್ನೂ "SSL ಸರ್ಟಿಫಿಕೇಟ್" ಎನ್ನುತ್ತಾರೆ.
AI ಜೊತೆ ನಿರ್ಮಿಸುವಾಗ HTTPS ಏಕೆ ಮುಖ್ಯ
ನೀವು ಪ್ರಕಟಿಸುವ ಯಾವುದೇ ಆ್ಯಪ್ HTTPS ಮೂಲಕವೇ ಸೇವೆ ಆಗಬೇಕು. ಇದು ಕೇವಲ ಒಳ್ಳೆಯ ಅಭ್ಯಾಸವಲ್ಲ:
- ಬ್ರೌಸರ್‌ಗಳು ಇದನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತವೆ. ಸರಳ HTTP ಯಲ್ಲಿರುವ ಸೈಟ್‌ಗಳಿಗೆ "Not secure" ಲೇಬಲ್ ಬೀಳುತ್ತದೆ, ಮತ್ತು ಸ್ಥಳ ಪ್ರವೇಶ, ಕ್ಯಾಮೆರಾ ಮತ್ತು ಮೈಕ್ರೋಫೋನ್, ಆಫ್‌ಲೈನ್ ಆ್ಯಪ್‌ಗಳಿಗಾಗಿ ಸರ್ವಿಸ್ ವರ್ಕರ್‌ಗಳಂತಹ ಕೆಲವು ಬ್ರೌಸರ್ ಸೌಲಭ್ಯಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸುರಕ್ಷಿತ (HTTPS) ಪುಟಗಳಲ್ಲಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತವೆ.
- ಲಾಗಿನ್‌ಗಳು ಮತ್ತು ಫಾರ್ಮ್‌ಗಳು. HTTPS ಇಲ್ಲದಿದ್ದರೆ ಪಾಸ್‌ವರ್ಡ್‌ಗಳು, ಸೆಷನ್ ಕುಕೀಗಳು ಮತ್ತು ಫಾರ್ಮ್ ಡೇಟಾ ಓದಬಹುದಾದ ಪಠ್ಯದಲ್ಲಿ ಪ್ರಯಾಣಿಸುತ್ತವೆ. ಅದೇ ಕೆಫೆ ವೈ-ಫೈ ಬಳಸುವ ಯಾರಾದರೂ ಅವುಗಳನ್ನು ಸೆರೆಹಿಡಿಯಬಹುದು.
- ಪಾವತಿಗಳು ಮತ್ತು ಮೂರನೇ ಪಕ್ಷಗಳು. ಪೇಮೆಂಟ್ ಪ್ರೊವೈಡರ್‌ಗಳು, OAuth ಸೈನ್-ಇನ್ ಮತ್ತು ಅನೇಕ API ಗಳಿಗೆ HTTPS ರೀಡೈರೆಕ್ಟ್ ಮತ್ತು ಕಾಲ್‌ಬ್ಯಾಕ್ URL ಗಳು ಬೇಕು.
- ವಿಶ್ವಾಸ ಮತ್ತು ಹುಡುಕಾಟ. ಸಂದರ್ಶಕರು ಎಚ್ಚರಿಕೆಯನ್ನು ಗಮನಿಸುತ್ತಾರೆ, ಮತ್ತು HTTPS ಅನ್ನು ಶ್ರೇಯಾಂಕ ಸಂಕೇತವಾಗಿ ಪರಿಗಣಿಸುವುದಾಗಿ Google ಹೇಳಿದೆ.
ಒಳ್ಳೆಯ ಸುದ್ದಿ: ಬಹುತೇಕ ಆಧುನಿಕ ಹೋಸ್ಟಿಂಗ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ HTTPS ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸೆಟ್ ಆಗುತ್ತದೆ. ಕಸ್ಟಮ್ ಡೊಮೇನ್ ಅಥವಾ ಮಿಕ್ಸ್ಡ್-ಕಂಟೆಂಟ್ ಎಚ್ಚರಿಕೆ ತಪ್ಪಾದಾಗ ಸರಿಪಡಿಸಲು ಅದರ ಭಾಗಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸಾಕು.
ದೈನಂದಿನ ಉದಾಹರಣೆ
ಸರಳ HTTP ಮೂಲಕ ಡೇಟಾ ಕಳುಹಿಸುವುದು ಅಂಚೆ ಕಾರ್ಡ್ ಕಳುಹಿಸಿದಂತೆ: ದಾರಿಯಲ್ಲಿ ಕೈಯಾಡಿಸುವ ಪ್ರತಿ ಅಂಚೆ ಸಿಬ್ಬಂದಿಯೂ ಅದನ್ನು ಓದಬಹುದು, ಮತ್ತು ಯಾರಾದರೂ ಸಂದೇಶವನ್ನೇ ಬದಲಿಸಬಹುದು.
HTTPS ಎಂದರೆ ಮುದ್ರೆ ಹಾಕಿದ, ತಿರುಚಿದರೆ ತಿಳಿಯುವ ಲಕೋಟೆಯಲ್ಲಿ ಕಳುಹಿಸುವುದು — ಮತ್ತು ಮೊದಲು ಸ್ವೀಕರಿಸುವವರ ಅಧಿಕೃತ ಗುರುತಿನ ಚೀಟಿಯನ್ನು ಪರಿಶೀಲಿಸುವುದು. ಸರ್ಟಿಫಿಕೇಟ್ ಆ ಗುರುತಿನ ಚೀಟಿ, ವೆಬ್‌ಸೈಟ್ ನಿಜವಾಗಿ ಆ ಡೊಮೇನ್ ನಿಯಂತ್ರಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿದ ವಿಶ್ವಸನೀಯ ಅಧಿಕಾರಿ (certificate authority) ನೀಡುತ್ತಾರೆ. ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಮುದ್ರೆ ಹಾಕಿದ ಲಕೋಟೆ. ಗುರುತಿನ ಚೀಟಿ ನೀವು ಸರಿಯಾದ ವಿಳಾಸಕ್ಕೆ ಬರೆಯುತ್ತಿದ್ದೀರಿ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಲಕೋಟೆ ವಿಷಯವನ್ನು ಖಾಸಗಿಯಾಗಿಡುತ್ತದೆ.
HTTPS ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಸರಳವಾಗಿ
ಬ್ರೌಸರ್ https://shop.example.com ತೆರೆದಾಗ:
- ಹಲೋ. ಬ್ರೌಸರ್ ಸಂಪರ್ಕಿಸಿ ತಾನು ಬೆಂಬಲಿಸುವ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ವಿಧಾನಗಳನ್ನು ಹೇಳುತ್ತದೆ.
- ಸರ್ಟಿಫಿಕೇಟ್. ಸರ್ವರ್ ತನ್ನ ಸರ್ಟಿಫಿಕೇಟ್ ಕಳುಹಿಸುತ್ತದೆ, ಅದು "ಈ ಕೀ
shop.example.comಗೆ ಸೇರಿದೆ" ಎಂದು ಹೇಳುತ್ತದೆ ಮತ್ತು ವಿಶ್ವಸನೀಯ ಅಧಿಕಾರಿಯಿಂದ ಸಹಿ ಮಾಡಲ್ಪಟ್ಟಿರುತ್ತದೆ. - ಪರಿಶೀಲನೆ. ಬ್ರೌಸರ್ ಅದು ಈಗಾಗಲೇ ನಂಬುವ ಅಧಿಕಾರಿಗಳ ವಿರುದ್ಧ ಸಹಿಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ, ಸರ್ಟಿಫಿಕೇಟ್ ಅವಧಿ ಮುಗಿದಿಲ್ಲ ಎಂದು ನೋಡುತ್ತದೆ, ಮತ್ತು ಡೊಮೇನ್ ಹೊಂದುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ.
- ಕೀಗಳು. ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ಈ ಸೆಷನ್‌ಗಾಗಿ ಹೊಸ ರಹಸ್ಯ ಕೀ ಒಪ್ಪಿಕೊಳ್ಳುತ್ತವೆ, ಅದನ್ನು ಎಂದಿಗೂ ತೆರೆದಾಗಿ ಕಳುಹಿಸದೆ.
- ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಸಂಭಾಷಣೆ. ಈಗ ಎಲ್ಲಾ ವಿನಂತಿಗಳು ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳು — ಪುಟಗಳು, ಫಾರ್ಮ್ ಡೇಟಾ, ಕುಕೀಗಳು — ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿ ಚಲಿಸುತ್ತವೆ.
ಈ TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಕೆಲವು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಡೆಯುತ್ತದೆ. ಸಂದರ್ಶಕರಿಗೆ ಪ್ಯಾಡ್‌ಲಾಕ್ ಐಕಾನ್ (ಅಥವಾ ಕೆಲವು ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ ತಟಸ್ಥ ಸೈಟ್-ಮಾಹಿತಿ ಐಕಾನ್) ಮಾತ್ರ ಕಾಣುತ್ತದೆ.
HTTPS ಏನು ರಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಏನು ರಕ್ಷಿಸುವುದಿಲ್ಲ
| ರಕ್ಷಿಸುತ್ತದೆ | ರಕ್ಷಿಸುವುದಿಲ್ಲ |
|---|---|
| ಬ್ರೌಸರ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವೆ ಚಲಿಸುವ ಡೇಟಾ | ನಿಮ್ಮ ಸರ್ವರ್ ಅಥವಾ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಒಮ್ಮೆ ಇರುವ ಡೇಟಾ |
| ಸಾರ್ವಜನಿಕ ವೈ-ಫೈನಲ್ಲಿ ಕದ್ದು ಕೇಳುವಿಕೆ | ದುರುದ್ದೇಶಪೂರಿತ ಅಥವಾ ಮೋಸದ ವೆಬ್‌ಸೈಟ್ |
| ದಾರಿಯಲ್ಲಿ ಪುಟಗಳನ್ನು ಬದಲಿಸುವುದು | ನಿಮ್ಮ ಆ್ಯಪ್‌ನಲ್ಲಿನ ದೋಷಗಳು, ಉದಾಹರಣೆಗೆ ಕಾಣೆಯಾದ ಅನುಮತಿ ಪರಿಶೀಲನೆಗಳು |
| ಕಳುಹಿಸುವಾಗ ಕುಕೀಗಳು ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್‌ಗಳು | ದುರ್ಬಲ ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಅಥವಾ ಸೋರಿಕೆಯಾದ API ಕೀಗಳು |
HTTPS ವಿನಂತಿಗಳ ವಿಷಯವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ, ಪುಟದ ಮಾರ್ಗ ಮತ್ತು ಕ್ವೆರಿ ಸ್ಟ್ರಿಂಗ್ ಸೇರಿದಂತೆ. ಆದರೆ ನೀವು ಭೇಟಿ ನೀಡುವ ಡೊಮೇನ್ ಹೆಸರು ದಾರಿಯ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಕಾಣುತ್ತದೆ. ವೈಯಕ್ತಿಕ ಡೇಟಾವನ್ನು URL ಗಳಲ್ಲಿ ಎಂದಿಗೂ ಇಡಬಾರದು ಎಂಬುದಕ್ಕೆ ಇದೂ ಒಂದು ಕಾರಣ — ಅವು ಲಾಗ್‌ಗಳು ಮತ್ತು ಬ್ರೌಸರ್ ಇತಿಹಾಸದಲ್ಲಿಯೂ ಸೇರುತ್ತವೆ.
ಒಂದು ಕೆಲಸದ ಉದಾಹರಣೆ: ಕಸ್ಟಮ್ ಡೊಮೇನ್ ಸಂಪರ್ಕಿಸುವುದು
ನೀವು ಬುಕಿಂಗ್ ಆ್ಯಪ್ ಪ್ರಕಟಿಸಿ ಅದನ್ನು book.myyogastudio.com ನಲ್ಲಿ ಇಡಲು ಬಯಸುತ್ತೀರಿ ಎಂದುಕೊಳ್ಳಿ:
book.myyogastudio.comಅನ್ನು ನಿಮ್ಮ ಹೋಸ್ಟ್‌ಗೆ ತೋರಿಸುವ DNS ರೆಕಾರ್ಡ್ ಸೇರಿಸಿ. ಡೊಮೇನ್‌ಗಳು ಮತ್ತು DNS ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ ನೋಡಿ.- ಹೋಸ್ಟ್ ಆ ಹೆಸರನ್ನು ತಾನು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಎಂದು ಸರ್ಟಿಫಿಕೇಟ್ ಅಧಿಕಾರಿಗೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ — ಸಾಮಾನ್ಯವಾಗಿ ಆ ಡೊಮೇನ್‌ನಲ್ಲಿ ಒಂದು ಸವಾಲಿಗೆ ಉತ್ತರಿಸುವ ಮೂಲಕ — ಮತ್ತು ಸರ್ಟಿಫಿಕೇಟ್ ಪಡೆಯುತ್ತದೆ.
- ಹೋಸ್ಟ್ ಅದನ್ನು ಸ್ಥಾಪಿಸಿ, ಅವಧಿ ಮುಗಿಯುವ ಮೊದಲು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನವೀಕರಿಸುತ್ತದೆ. ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಲ್ಪಕಾಲಿಕವಾಗಿರುವುದರಿಂದ ಸ್ವಯಂ ನವೀಕರಣ ಮುಖ್ಯ.
http://book.myyogastudio.comಗೆ ಬರುವ ಸಂದರ್ಶಕರನ್ನುhttps://ಗೆ ರೀಡೈರೆಕ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಹಂತ 1 ತಪ್ಪಾದರೆ — ರೆಕಾರ್ಡ್ ಬೇರೆಡೆ ತೋರಿಸಿದರೆ, ಅಥವಾ ನಡುವೆ ಪ್ರಾಕ್ಸಿ ಇದ್ದರೆ — ಹಂತ 2 ವಿಫಲವಾಗಬಹುದು ಮತ್ತು ಸಂದರ್ಶಕರಿಗೆ ಸರ್ಟಿಫಿಕೇಟ್ ದೋಷ ಕಾಣುತ್ತದೆ. ಕಸ್ಟಮ್ ಡೊಮೇನ್ ಸಂಪರ್ಕಿಸುವುದು ಮಾಡುವಾಗ ಜನರು ಎದುರಿಸುವ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ 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 ವೈಶಿಷ್ಟ್ಯ), ನೀವು Mythex ತೋರಿಸುವ slug.mythex.ai ಗುರಿಗೆ CNAME ರೆಕಾರ್ಡ್ ಸೇರಿಸುತ್ತೀರಿ, Verify ಕ್ಲಿಕ್ ಮಾಡುತ್ತೀರಿ, ಮತ್ತು Mythex ಡೊಮೇನ್‌ಗೆ HTTPS ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನೀಡುತ್ತದೆ. ಡಾಕ್ಸ್ ಎರಡು ಸಾಮಾನ್ಯ ತೊಂದರೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ: ನಿಮ್ಮ DNS Cloudflare ನಲ್ಲಿದ್ದರೆ, ರೆಕಾರ್ಡ್ ಅನ್ನು ಪ್ರಾಕ್ಸಿ ಮಾಡುವ ಬದಲು "DNS only" (ಬೂದು ಮೋಡ) ಗೆ ಹೊಂದಿಸಿ, ಆಗ Mythex ಸರ್ಟಿಫಿಕೇಟ್ ನೀಡಬಲ್ಲದು; ಮತ್ತು HTTPS ಸಂಪೂರ್ಣವಾಗಿ ಸಿದ್ಧವಾಗುವ ಮೊದಲೇ DNS ಪರಿಶೀಲಿಸಬಹುದು, ಆದ್ದರಿಂದ ಕೆಲವು ನಿಮಿಷ ಕಾಯಿ ನಂತರ ಮತ್ತೆ Verify ಮಾಡಿ. ಡಾಕ್ಸ್‌ನಲ್ಲಿ ಕಸ್ಟಮ್ ಡೊಮೇನ್‌ಗಳು ನೋಡಿ, ಮತ್ತು ಕಸ್ಟಮ್ ಡೊಮೇನ್ ಸಂಪರ್ಕಿಸುವ ನಮ್ಮ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ನೋಡಿ.
ಪ್ರಶ್ನೆಗಳು
HTTP ಮತ್ತು HTTPS ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇನು?
HTTP ಬ್ರೌಸರ್ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ನಡುವೆ ಡೇಟಾವನ್ನು ಓದಬಹುದಾದ ಪಠ್ಯವಾಗಿ ಕಳುಹಿಸುತ್ತದೆ. HTTPS ಎಂದರೆ TLS ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಸಂಪರ್ಕದ ಮೂಲಕ ಕಳುಹಿಸಲಾದ HTTP; ಅದೇ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವವರು ಅಥವಾ ಮಾರ್ಗದಲ್ಲಿರುವವರು ಕಳುಹಿಸಿದುದನ್ನು ಓದಲು ಅಥವಾ ಬದಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ಬ್ರೌಸರ್ ತಾನು ನಿಜವಾದ ಸೈಟ್‌ನೊಂದಿಗೇ ಮಾತನಾಡುತ್ತಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಬಹುದು.
SSL ಮತ್ತು TLS ಒಂದೇ ವಿಷಯವೇ?
TLS ಎಂಬುದು SSL ನ ಆಧುನಿಕ ಉತ್ತರಾಧಿಕಾರಿ. SSL ನ ಎಲ್ಲಾ ಆವೃತ್ತಿಗಳು ಹಳತಾಗಿವೆ ಮತ್ತು ಅಸುರಕ್ಷಿತವಾಗಿವೆ; ಇಂದಿನ ಸುರಕ್ಷಿತ ವೆಬ್‌ಸೈಟ್‌ಗಳು TLS ಬಳಸುತ್ತವೆ. ಅಭ್ಯಾಸದಿಂದ ಜನರು ಇನ್ನೂ "SSL ಸರ್ಟಿಫಿಕೇಟ್" ಎನ್ನುತ್ತಾರೆ, ಆದರೆ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು TLS ನೊಂದಿಗೆ ಬಳಸಲಾಗುತ್ತದೆ.
ಪ್ಯಾಡ್‌ಲಾಕ್ ಇದ್ದರೆ ವೆಬ್‌ಸೈಟ್ ಸುರಕ್ಷಿತ ಎಂದರ್ಥವೇ?
ಇಲ್ಲ. ಪ್ಯಾಡ್‌ಲಾಕ್ ಅರ್ಥ ಸಂಪರ್ಕ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿದೆ ಮತ್ತು ಸರ್ಟಿಫಿಕೇಟ್ ಡೊಮೇನ್‌ಗೆ ಹೊಂದುತ್ತದೆ. ಮೋಸದ ಸೈಟ್‌ಗೂ ಮಾನ್ಯ ಸರ್ಟಿಫಿಕೇಟ್ ಇರಬಹುದು. ಸಂಪರ್ಕವನ್ನು ಯಾರೂ ಕದ್ದು ನೋಡಲಾರರು ಎಂದು ಅದು ಹೇಳುತ್ತದೆ, ಆದರೆ ಸೈಟ್‌ನ ಮಾಲೀಕರು ವಿಶ್ವಾಸಾರ್ಹರು ಎಂದಲ್ಲ.
SSL ಸರ್ಟಿಫಿಕೇಟ್‌ಗೆ ಹಣ ಕೊಡಬೇಕೇ?
ಸಾಮಾನ್ಯವಾಗಿ ಇಲ್ಲ. Let's Encrypt ನಂತಹ ಉಚಿತ, ಸ್ವಯಂಚಾಲಿತ ಸರ್ಟಿಫಿಕೇಟ್ ಅಧಿಕಾರಿಗಳು ಬ್ರೌಸರ್‌ಗಳು ನಂಬುವ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳನ್ನು ನೀಡುತ್ತವೆ, ಮತ್ತು ಬಹುತೇಕ ಹೋಸ್ಟಿಂಗ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಅವುಗಳನ್ನು ನಿಮಗಾಗಿ ಪಡೆದು ನವೀಕರಿಸುತ್ತವೆ. ಪಾವತಿಸಿದ ಸರ್ಟಿಫಿಕೇಟ್‌ಗಳು ಮುಖ್ಯವಾಗಿ ಬೆಂಬಲ ಅಥವಾ ಹೆಚ್ಚುವರಿ ಗುರುತು ಪರಿಶೀಲನೆಯನ್ನು ಸೇರಿಸುತ್ತವೆ.
ನನ್ನ ಸೈಟ್ "Not Secure" ಏಕೆ ತೋರಿಸುತ್ತದೆ?
ಸಾಮಾನ್ಯ ಕಾರಣಗಳು: ಸೈಟ್ ಅನ್ನು https:// ಬದಲು http:// ಮೂಲಕ ತೆರೆಯುವುದು, ಅವಧಿ ಮುಗಿದ ಅಥವಾ ಆ ನಿಖರ ಡೊಮೇನ್ ಒಳಗೊಳ್ಳದ ಸರ್ಟಿಫಿಕೇಟ್, ಅಥವಾ ಪುಟವು ಚಿತ್ರಗಳು ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಸರಳ http:// ಮೂಲಕ ಲೋಡ್ ಮಾಡುವುದು (ಮಿಕ್ಸ್ಡ್ ಕಂಟೆಂಟ್).