ಸೂಚನೆ ಅನುವಾದಕ: ಓದುಗರ ಅನುಕೂಲಕ್ಕಾಗಿ, ದಿನಾಂಕಗಳನ್ನು ಮಾಸ್ಕೋ ಸಮಯದಲ್ಲಿ ನೀಡಲಾಗಿದೆ
ಆಡ್-ಆನ್‌ಗಳಿಗೆ ಸಹಿ ಮಾಡಲು ಬಳಸುವ ಪ್ರಮಾಣಪತ್ರಗಳಲ್ಲಿ ಒಂದರ ಮುಕ್ತಾಯವನ್ನು ನಾವು ಇತ್ತೀಚೆಗೆ ಕಳೆದುಕೊಂಡಿದ್ದೇವೆ. ಇದರಿಂದಾಗಿ ಬಳಕೆದಾರರಿಗೆ ಆಡ್-ಆನ್‌ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ. ಈಗ ಸಮಸ್ಯೆಯನ್ನು ಬಹುತೇಕ ಪರಿಹರಿಸಲಾಗಿದೆ, ಏನಾಯಿತು ಮತ್ತು ಮಾಡಿದ ಕೆಲಸದ ವಿವರಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ನಾನು ಬಯಸುತ್ತೇನೆ.
ಹಿನ್ನೆಲೆ: ಸೇರ್ಪಡೆಗಳು ಮತ್ತು ಸಹಿಗಳು
ಸ್ಥಾಪಿಸಲಾದ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಹೊಂದಿರಬೇಕು ಡಿಜಿಟಲ್ ಸಹಿ, ಇದು ಬಳಕೆದಾರರನ್ನು ದುರುದ್ದೇಶಪೂರಿತ ಆಡ್-ಆನ್‌ಗಳಿಂದ ರಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಮೊಜಿಲ್ಲಾ ಸಿಬ್ಬಂದಿಯಿಂದ ಆಡ್-ಆನ್‌ಗಳ ಕನಿಷ್ಠ ವಿಮರ್ಶೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ. ನಾವು ಈ ಅವಶ್ಯಕತೆಯನ್ನು 2015 ರಲ್ಲಿ ಪರಿಚಯಿಸಿದ್ದೇವೆ ಏಕೆಂದರೆ ನಾವು ಅನುಭವಿಸುತ್ತಿದ್ದೇವೆ ಗಂಭೀರ ಸಮಸ್ಯೆಗಳು ದುರುದ್ದೇಶಪೂರಿತ ಆಡ್-ಆನ್‌ಗಳೊಂದಿಗೆ.
ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಫೈರ್‌ಫಾಕ್ಸ್‌ನ ಪ್ರತಿ ಪ್ರತಿಯು "ರೂಟ್ ಪ್ರಮಾಣಪತ್ರ" ವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಈ "ರೂಟ್" ಗೆ ಕೀಲಿಯನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಹಾರ್ಡ್‌ವೇರ್ ಸೆಕ್ಯುರಿಟಿ ಮಾಡ್ಯೂಲ್ (HSM)ನೆಟ್ವರ್ಕ್ ಪ್ರವೇಶವಿಲ್ಲದೆ. ಪ್ರತಿ ಕೆಲವು ವರ್ಷಗಳಿಗೊಮ್ಮೆ, ಹೊಸ "ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರ" ವನ್ನು ಈ ಕೀಲಿಯೊಂದಿಗೆ ಸಹಿ ಮಾಡಲಾಗುತ್ತದೆ, ಇದನ್ನು ಆಡ್-ಆನ್‌ಗಳಿಗೆ ಸಹಿ ಮಾಡುವಾಗ ಬಳಸಲಾಗುತ್ತದೆ. ಡೆವಲಪರ್ ಆಡ್-ಆನ್ ಅನ್ನು ಸಲ್ಲಿಸಿದಾಗ, ನಾವು ತಾತ್ಕಾಲಿಕ "ಅಂತ್ಯ ಪ್ರಮಾಣಪತ್ರ"ವನ್ನು ರಚಿಸುತ್ತೇವೆ ಮತ್ತು ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬಳಸಿಕೊಂಡು ಸಹಿ ಮಾಡುತ್ತೇವೆ. ಆಡ್-ಆನ್ ಅನ್ನು ನಂತರ ಅಂತಿಮ ಪ್ರಮಾಣಪತ್ರದೊಂದಿಗೆ ಸಹಿ ಮಾಡಲಾಗುತ್ತದೆ. ಕ್ರಮಬದ್ಧವಾಗಿ ಇದು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ.
ಪ್ರತಿ ಪ್ರಮಾಣಪತ್ರವು "ವಿಷಯ" (ಯಾರಿಗೆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಲಾಗಿದೆ) ಮತ್ತು "ವಿತರಕರು" (ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಿದವರು) ಹೊಂದಿದ್ದಾರೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. ಮೂಲ ಪ್ರಮಾಣಪತ್ರದ ಸಂದರ್ಭದಲ್ಲಿ, "ವಿಷಯ" = "ವಿತರಕರು", ಆದರೆ ಇತರ ಪ್ರಮಾಣಪತ್ರಗಳಿಗೆ, ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡುವವರು ಅದನ್ನು ಸಹಿ ಮಾಡಿದ ಪೋಷಕ ಪ್ರಮಾಣಪತ್ರದ ವಿಷಯವಾಗಿದೆ.
ಒಂದು ಪ್ರಮುಖ ಅಂಶ: ಪ್ರತಿ ಆಡ್-ಆನ್ ಅನ್ನು ಅನನ್ಯ ಅಂತಿಮ ಪ್ರಮಾಣಪತ್ರದಿಂದ ಸಹಿ ಮಾಡಲಾಗುತ್ತದೆ, ಆದರೆ ಯಾವಾಗಲೂ ಈ ಅಂತಿಮ ಪ್ರಮಾಣಪತ್ರಗಳು ಒಂದೇ ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರದಿಂದ ಸಹಿ ಮಾಡಲ್ಪಡುತ್ತವೆ.
ಲೇಖಕರ ಟಿಪ್ಪಣಿ: ಅಪವಾದವು ತುಂಬಾ ಹಳೆಯ ಸೇರ್ಪಡೆಯಾಗಿದೆ. ಆ ಸಮಯದಲ್ಲಿ, ವಿವಿಧ ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಬಳಸಲಾಗುತ್ತಿತ್ತು.
ಈ ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರವು ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಿದೆ: ಪ್ರತಿ ಪ್ರಮಾಣಪತ್ರವು ನಿರ್ದಿಷ್ಟ ಅವಧಿಗೆ ಮಾನ್ಯವಾಗಿರುತ್ತದೆ. ಈ ಅವಧಿಯ ಮೊದಲು ಅಥವಾ ನಂತರ, ಪ್ರಮಾಣಪತ್ರವು ಅಮಾನ್ಯವಾಗಿದೆ ಮತ್ತು ಈ ಪ್ರಮಾಣಪತ್ರದಿಂದ ಸಹಿ ಮಾಡಿದ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಬ್ರೌಸರ್ ಬಳಸುವುದಿಲ್ಲ. ದುರದೃಷ್ಟವಶಾತ್, ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರವು ಮೇ 4 ರಂದು ಮುಂಜಾನೆ 4 ಗಂಟೆಗೆ ಮುಕ್ತಾಯಗೊಂಡಿದೆ.
ಇದರ ಪರಿಣಾಮಗಳು ತಕ್ಷಣವೇ ಕಾಣಿಸಲಿಲ್ಲ. ಫೈರ್‌ಫಾಕ್ಸ್ ಸ್ಥಾಪಿಸಲಾದ ಆಡ್-ಆನ್‌ಗಳ ಸಹಿಗಳನ್ನು ನಿರಂತರವಾಗಿ ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ, ಆದರೆ ಸರಿಸುಮಾರು ಪ್ರತಿ 24 ಗಂಟೆಗಳಿಗೊಮ್ಮೆ, ಮತ್ತು ಪರಿಶೀಲನೆ ಸಮಯವು ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ಕೆಲವರು ತಕ್ಷಣ ಸಮಸ್ಯೆಗಳನ್ನು ಅನುಭವಿಸಿದರೆ, ಇತರರು ಬಹಳ ನಂತರ ಸಮಸ್ಯೆಗಳನ್ನು ಅನುಭವಿಸಿದರು. ಪ್ರಮಾಣಪತ್ರದ ಅವಧಿ ಮುಗಿಯುವ ಸಮಯದಲ್ಲಿ ನಾವು ಮೊದಲು ಸಮಸ್ಯೆಯ ಬಗ್ಗೆ ತಿಳಿದುಕೊಂಡಿದ್ದೇವೆ ಮತ್ತು ತಕ್ಷಣವೇ ಪರಿಹಾರವನ್ನು ಹುಡುಕಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ.
ಹಾನಿಯನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು
ಏನಾಯಿತು ಎಂದು ನಾವು ಅರಿತುಕೊಂಡ ನಂತರ, ಪರಿಸ್ಥಿತಿಯು ಹದಗೆಡದಂತೆ ತಡೆಯಲು ನಾವು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ.
ಮೊದಲನೆಯದಾಗಿ, ಅವರು ಹೊಸ ಸೇರ್ಪಡೆಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದನ್ನು ಮತ್ತು ಸಹಿ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿದರು. ಇದಕ್ಕಾಗಿ ಅವಧಿ ಮೀರಿದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬಳಸುವುದರಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಹಿಂತಿರುಗಿ ನೋಡಿದರೆ, ನಾವು ಎಲ್ಲವನ್ನೂ ಹಾಗೆಯೇ ಬಿಡಬಹುದಿತ್ತು ಎಂದು ನಾನು ಹೇಳುತ್ತೇನೆ. ನಾವು ಈಗ ಪೂರಕಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದನ್ನು ಪುನರಾರಂಭಿಸಿದ್ದೇವೆ.
ಎರಡನೆಯದಾಗಿ, ಅವರು ತಕ್ಷಣವೇ ಫಿಕ್ಸ್ ಅನ್ನು ಕಳುಹಿಸಿದರು, ಅದು ದೈನಂದಿನ ಆಧಾರದ ಮೇಲೆ ಸಹಿಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ. ಹೀಗಾಗಿ, ಕಳೆದ 24 ಗಂಟೆಗಳಲ್ಲಿ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ಬ್ರೌಸರ್ ಇನ್ನೂ ಸಮಯ ಹೊಂದಿಲ್ಲದ ಬಳಕೆದಾರರನ್ನು ನಾವು ಉಳಿಸಿದ್ದೇವೆ. ಈ ಪರಿಹಾರವನ್ನು ಈಗ ಹಿಂಪಡೆಯಲಾಗಿದೆ ಮತ್ತು ಇನ್ನು ಮುಂದೆ ಅಗತ್ಯವಿಲ್ಲ.
ಸಮಾನಾಂತರ ಕಾರ್ಯಾಚರಣೆ
ಸಿದ್ಧಾಂತದಲ್ಲಿ, ಸಮಸ್ಯೆಯ ಪರಿಹಾರವು ಸರಳವಾಗಿ ಕಾಣುತ್ತದೆ: ಹೊಸ ಮಾನ್ಯವಾದ ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರವನ್ನು ರಚಿಸಿ ಮತ್ತು ಪ್ರತಿ ಆಡ್-ಆನ್ ಅನ್ನು ಮರು-ಸೈನ್ ಮಾಡಿ. ದುರದೃಷ್ಟವಶಾತ್ ಇದು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ:
- ನಾವು ಏಕಕಾಲದಲ್ಲಿ 15 ಸಾವಿರ ಆಡ್-ಆನ್‌ಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಮರು-ಸೈನ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಅಂತಹ ಲೋಡ್‌ಗಾಗಿ ಸಿಸ್ಟಮ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿಲ್ಲ
- ನಾವು ಸೇರ್ಪಡೆಗಳಿಗೆ ಸಹಿ ಮಾಡಿದ ನಂತರ, ನವೀಕರಿಸಿದ ಆವೃತ್ತಿಗಳನ್ನು ಬಳಕೆದಾರರಿಗೆ ತಲುಪಿಸಬೇಕಾಗಿದೆ. ಹೆಚ್ಚಿನ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಮೊಜಿಲ್ಲಾ ಸರ್ವರ್‌ಗಳಿಂದ ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಫೈರ್‌ಫಾಕ್ಸ್ ಮುಂದಿನ 24 ಗಂಟೆಗಳ ಒಳಗೆ ನವೀಕರಣಗಳನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಕೆಲವು ಡೆವಲಪರ್‌ಗಳು ಸಹಿ ಮಾಡಿದ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಚಾನಲ್‌ಗಳ ಮೂಲಕ ವಿತರಿಸುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಬಳಕೆದಾರರು ಅಂತಹ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ನವೀಕರಿಸಬೇಕಾಗುತ್ತದೆ
ಬದಲಿಗೆ, ನಾವು ಹೆಚ್ಚಿನ ಅಥವಾ ಅವರ ಕಡೆಯಿಂದ ಯಾವುದೇ ಕ್ರಮದ ಅಗತ್ಯವಿಲ್ಲದೇ ಎಲ್ಲಾ ಬಳಕೆದಾರರನ್ನು ತಲುಪುವ ಒಂದು ಪರಿಹಾರವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ.
ತ್ವರಿತವಾಗಿ ನಾವು ಎರಡು ಮುಖ್ಯ ತಂತ್ರಗಳಿಗೆ ಬಂದಿದ್ದೇವೆ, ಅದನ್ನು ನಾವು ಸಮಾನಾಂತರವಾಗಿ ಬಳಸಿದ್ದೇವೆ:
- ಪ್ರಮಾಣಪತ್ರದ ಮಾನ್ಯತೆಯ ಅವಧಿಯನ್ನು ಬದಲಾಯಿಸಲು Firefox ಅನ್ನು ನವೀಕರಿಸಿ. ಇದು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಮತ್ತೆ ಮಾಂತ್ರಿಕವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವಂತೆ ಮಾಡುತ್ತದೆ, ಆದರೆ ಫೈರ್‌ಫಾಕ್ಸ್‌ನ ಹೊಸ ನಿರ್ಮಾಣವನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವ ಮತ್ತು ರವಾನಿಸುವ ಅಗತ್ಯವಿರುತ್ತದೆ
- ಮಾನ್ಯವಾದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ರಚಿಸಿ ಮತ್ತು ಅವಧಿ ಮೀರಿದ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದಕ್ಕೆ ಬದಲಾಗಿ ಅದನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಲು ಫೈರ್‌ಫಾಕ್ಸ್ ಅನ್ನು ಹೇಗಾದರೂ ಮನವರಿಕೆ ಮಾಡಿ
ನಾವು ಮೊದಲ ಆಯ್ಕೆಯನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ, ಅದು ಸಾಕಷ್ಟು ಕಾರ್ಯಸಾಧ್ಯವಾಗಿ ಕಾಣುತ್ತದೆ. ದಿನದ ಕೊನೆಯಲ್ಲಿ, ಅವರು ಎರಡನೇ ಫಿಕ್ಸ್ ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿದರು (ಹೊಸ ಪ್ರಮಾಣಪತ್ರ), ನಾವು ನಂತರ ಮಾತನಾಡುತ್ತೇವೆ.
ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬದಲಾಯಿಸುವುದು
ನಾನು ಮೇಲೆ ಹೇಳಿದಂತೆ, ಇದು ಅಗತ್ಯವಾಗಿತ್ತು:
- ಹೊಸ ಮಾನ್ಯ ಪ್ರಮಾಣಪತ್ರವನ್ನು ರಚಿಸಿ
- ಅದನ್ನು ಫೈರ್‌ಫಾಕ್ಸ್‌ನಲ್ಲಿ ದೂರದಿಂದಲೇ ಸ್ಥಾಪಿಸಿ
ಇದು ಏಕೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಆಡ್-ಆನ್ ಪರಿಶೀಲನೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹತ್ತಿರದಿಂದ ನೋಡೋಣ. ಆಡ್-ಆನ್ ಸ್ವತಃ ಸಹಿ ಮಾಡಲು ಬಳಸುವ ಪ್ರಮಾಣಪತ್ರಗಳ ಸರಣಿ ಸೇರಿದಂತೆ ಫೈಲ್‌ಗಳ ಒಂದು ಸೆಟ್‌ನಂತೆ ಬರುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ನಿರ್ಮಾಣ ಸಮಯದಲ್ಲಿ ಫೈರ್‌ಫಾಕ್ಸ್‌ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ರೂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬ್ರೌಸರ್ ತಿಳಿದಿದ್ದರೆ ಆಡ್-ಆನ್ ಅನ್ನು ಪರಿಶೀಲಿಸಬಹುದು. ಆದಾಗ್ಯೂ, ನಾವು ಈಗಾಗಲೇ ತಿಳಿದಿರುವಂತೆ, ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರವು ಅವಧಿ ಮೀರಿದೆ, ಆದ್ದರಿಂದ ಆಡ್-ಆನ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು ಅಸಾಧ್ಯ.
ಫೈರ್‌ಫಾಕ್ಸ್ ಆಡ್-ಆನ್ ಅನ್ನು ಪರಿಶೀಲಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ, ಅದು ಆಡ್-ಆನ್‌ನಲ್ಲಿರುವ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಬಳಸುವುದಕ್ಕೆ ಸೀಮಿತವಾಗಿಲ್ಲ. ಬದಲಾಗಿ, ಬ್ರೌಸರ್ ಮಾನ್ಯವಾದ ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿಯನ್ನು ರಚಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಅಂತಿಮ ಪ್ರಮಾಣಪತ್ರದಿಂದ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಅದು ರೂಟ್‌ಗೆ ಬರುವವರೆಗೆ ಮುಂದುವರಿಯುತ್ತದೆ. ಮೊದಲ ಹಂತದಲ್ಲಿ, ನಾವು ಅಂತಿಮ ಪ್ರಮಾಣಪತ್ರದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ ಮತ್ತು ಅಂತಿಮ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡುವವರ ವಿಷಯದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಕಂಡುಹಿಡಿಯುತ್ತೇವೆ (ಅಂದರೆ, ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರ). ವಿಶಿಷ್ಟವಾಗಿ ಈ ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಆಡ್-ಆನ್‌ನೊಂದಿಗೆ ಸರಬರಾಜು ಮಾಡಲಾಗುತ್ತದೆ, ಆದರೆ ಬ್ರೌಸರ್‌ನ ಸಂಗ್ರಹಣೆಯಿಂದ ಯಾವುದೇ ಪ್ರಮಾಣಪತ್ರವು ಈ ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರ ಸ್ಟೋರ್‌ಗೆ ನಾವು ಹೊಸ ಮಾನ್ಯ ಪ್ರಮಾಣಪತ್ರವನ್ನು ದೂರದಿಂದಲೇ ಸೇರಿಸಬಹುದಾದರೆ, ಫೈರ್‌ಫಾಕ್ಸ್ ಅದನ್ನು ಬಳಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಹೊಸ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ಥಾಪಿಸುವ ಮೊದಲು ಮತ್ತು ನಂತರದ ಪರಿಸ್ಥಿತಿ.
ಹೊಸ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ಥಾಪಿಸಿದ ನಂತರ, ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿಯನ್ನು ಮೌಲ್ಯೀಕರಿಸುವಾಗ ಫೈರ್‌ಫಾಕ್ಸ್ ಎರಡು ಆಯ್ಕೆಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ: ಹಳೆಯ ಅಮಾನ್ಯ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬಳಸಿ (ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ) ಅಥವಾ ಹೊಸ ಮಾನ್ಯ ಪ್ರಮಾಣಪತ್ರವನ್ನು (ಇದು ಕೆಲಸ ಮಾಡುತ್ತದೆ). ಹೊಸ ಪ್ರಮಾಣಪತ್ರವು ಹಳೆಯ ಪ್ರಮಾಣಪತ್ರದಂತೆಯೇ ಅದೇ ವಿಷಯದ ಹೆಸರು ಮತ್ತು ಸಾರ್ವಜನಿಕ ಕೀಲಿಯನ್ನು ಒಳಗೊಂಡಿರುವುದು ಮುಖ್ಯವಾಗಿದೆ, ಆದ್ದರಿಂದ ಅಂತಿಮ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿ ಅದರ ಸಹಿ ಮಾನ್ಯವಾಗಿರುತ್ತದೆ. ಫೈರ್‌ಫಾಕ್ಸ್ ಎರಡೂ ಆಯ್ಕೆಗಳನ್ನು ಪ್ರಯತ್ನಿಸುವಷ್ಟು ಸ್ಮಾರ್ಟ್ ಆಗಿದೆ, ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಒಂದನ್ನು ಕಂಡುಕೊಳ್ಳುವವರೆಗೆ, ಆಡ್-ಆನ್‌ಗಳನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಲಾಗುತ್ತದೆ. TLS ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸಲು ನಾವು ಬಳಸುವ ಅದೇ ತರ್ಕವನ್ನು ಗಮನಿಸಿ.
ಲೇಖಕರ ಟಿಪ್ಪಣಿ: WebPKI ಯೊಂದಿಗೆ ಪರಿಚಿತವಾಗಿರುವ ಓದುಗರು ಕ್ರಾಸ್-ಪ್ರಮಾಣಪತ್ರಗಳು ಒಂದೇ ರೀತಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂದು ಗಮನಿಸುತ್ತಾರೆ.
ಈ ಫಿಕ್ಸ್‌ನ ದೊಡ್ಡ ವಿಷಯವೆಂದರೆ ನೀವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಆಡ್-ಆನ್‌ಗಳಿಗೆ ಮರು-ಸೈನ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ. ಬ್ರೌಸರ್ ಹೊಸ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ವೀಕರಿಸಿದ ತಕ್ಷಣ, ಎಲ್ಲಾ ಆಡ್-ಆನ್‌ಗಳು ಮತ್ತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಬಳಕೆದಾರರಿಗೆ (ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮತ್ತು ದೂರದಿಂದಲೇ) ಹೊಸ ಪ್ರಮಾಣಪತ್ರವನ್ನು ತಲುಪಿಸುವುದು ಉಳಿದಿರುವ ಸವಾಲು, ಹಾಗೆಯೇ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಮರು-ಪರಿಶೀಲಿಸಲು Firefox ಅನ್ನು ಪಡೆಯುವುದು.
ನಾರ್ಮಂಡಿ ಮತ್ತು ಸಂಶೋಧನಾ ವ್ಯವಸ್ಥೆ
ವಿಪರ್ಯಾಸವೆಂದರೆ, ಈ ಸಮಸ್ಯೆಯನ್ನು "ಸಿಸ್ಟಮ್" ಎಂಬ ವಿಶೇಷ ಆಡ್-ಆನ್ ಮೂಲಕ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ. ಸಂಶೋಧನೆ ನಡೆಸಲು, ನಾವು ಬಳಕೆದಾರರಿಗೆ ಸಂಶೋಧನೆಯನ್ನು ತಲುಪಿಸುವ ನಾರ್ಮಂಡಿ ಎಂಬ ವ್ಯವಸ್ಥೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದೇವೆ. ಈ ಅಧ್ಯಯನಗಳು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಫೈರ್‌ಫಾಕ್ಸ್‌ನ ಆಂತರಿಕ API ಗಳಿಗೆ ವರ್ಧಿತ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿವೆ. ಸಂಶೋಧನೆಯು ಪ್ರಮಾಣಪತ್ರ ಅಂಗಡಿಗೆ ಹೊಸ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಸೇರಿಸಬಹುದು.
ಲೇಖಕರ ಟಿಪ್ಪಣಿ: ನಾವು ಯಾವುದೇ ವಿಶೇಷ ಸವಲತ್ತುಗಳೊಂದಿಗೆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸೇರಿಸುತ್ತಿಲ್ಲ; ಇದನ್ನು ಮೂಲ ಪ್ರಮಾಣಪತ್ರದಿಂದ ಸಹಿ ಮಾಡಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಫೈರ್‌ಫಾಕ್ಸ್ ಅದನ್ನು ನಂಬುತ್ತದೆ. ನಾವು ಅದನ್ನು ಬ್ರೌಸರ್‌ನಿಂದ ಬಳಸಬಹುದಾದ ಪ್ರಮಾಣಪತ್ರಗಳ ಪೂಲ್‌ಗೆ ಸೇರಿಸುತ್ತೇವೆ.
ಆದ್ದರಿಂದ ಪರಿಹಾರವು ಅಧ್ಯಯನವನ್ನು ರಚಿಸುವುದು:
- ಬಳಕೆದಾರರಿಗಾಗಿ ನಾವು ರಚಿಸಿದ ಹೊಸ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ
- ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾದ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಮರುಪರಿಶೀಲಿಸಲು ಬ್ರೌಸರ್ ಅನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ ಇದರಿಂದ ಅವು ಮತ್ತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ
"ಆದರೆ ನಿರೀಕ್ಷಿಸಿ," ನೀವು ಹೇಳುತ್ತೀರಿ, "ಆಡ್-ಆನ್‌ಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ನಾನು ಸಿಸ್ಟಮ್ ಆಡ್-ಆನ್ ಅನ್ನು ಹೇಗೆ ಪ್ರಾರಂಭಿಸಬಹುದು?" ಹೊಸ ಪ್ರಮಾಣಪತ್ರದೊಂದಿಗೆ ಸಹಿ ಮಾಡೋಣ!
ಎಲ್ಲವನ್ನೂ ಒಟ್ಟುಗೂಡಿಸಿ... ಏಕೆ ಇಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತಿದೆ?
ಆದ್ದರಿಂದ, ಯೋಜನೆ: ಹಳೆಯದನ್ನು ಬದಲಿಸಲು ಹೊಸ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಿ, ಸಿಸ್ಟಮ್ ಆಡ್-ಆನ್ ಅನ್ನು ರಚಿಸಿ ಮತ್ತು ಅದನ್ನು ನಾರ್ಮಂಡಿ ಮೂಲಕ ಬಳಕೆದಾರರಿಗೆ ಸ್ಥಾಪಿಸಿ. ಸಮಸ್ಯೆಗಳು, ನಾನು ಹೇಳಿದಂತೆ, ಮೇ 4 ರಂದು 4:00 ಕ್ಕೆ ಪ್ರಾರಂಭವಾಯಿತು, ಮತ್ತು ಈಗಾಗಲೇ ಅದೇ ದಿನದ 12:44 ಕ್ಕೆ, 9 ಗಂಟೆಗಳ ನಂತರ, ನಾವು ನಾರ್ಮಂಡಿಗೆ ಪರಿಹಾರವನ್ನು ಕಳುಹಿಸಿದ್ದೇವೆ. ಇದು ಎಲ್ಲಾ ಬಳಕೆದಾರರನ್ನು ತಲುಪಲು ಇನ್ನೂ 6-12 ಗಂಟೆಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿತು. ಕೆಟ್ಟದ್ದಲ್ಲ, ಆದರೆ ಟ್ವಿಟರ್‌ನಲ್ಲಿರುವ ಜನರು ನಾವು ಏಕೆ ವೇಗವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ ಎಂದು ಕೇಳುತ್ತಿದ್ದಾರೆ.
ಮೊದಲಿಗೆ, ಹೊಸ ಮಧ್ಯಂತರ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಲು ಸಮಯ ತೆಗೆದುಕೊಂಡಿತು. ನಾನು ಮೇಲೆ ಹೇಳಿದಂತೆ, ರೂಟ್ ಪ್ರಮಾಣಪತ್ರದ ಕೀಲಿಯನ್ನು ಹಾರ್ಡ್‌ವೇರ್ ಭದ್ರತಾ ಮಾಡ್ಯೂಲ್‌ನಲ್ಲಿ ಆಫ್‌ಲೈನ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಭದ್ರತಾ ದೃಷ್ಟಿಕೋನದಿಂದ ಇದು ಒಳ್ಳೆಯದು, ಏಕೆಂದರೆ ಮೂಲವನ್ನು ಬಹಳ ವಿರಳವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ರಕ್ಷಿಸಬೇಕು, ಆದರೆ ನೀವು ತುರ್ತಾಗಿ ಹೊಸ ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಸಹಿ ಮಾಡಬೇಕಾದಾಗ ಇದು ಸ್ವಲ್ಪ ಅನಾನುಕೂಲವಾಗಿದೆ. ನಮ್ಮ ಇಂಜಿನಿಯರ್ ಒಬ್ಬರು HSM ಶೇಖರಣಾ ಸೌಲಭ್ಯಕ್ಕೆ ಪ್ರಯಾಣಿಸಬೇಕಾಯಿತು. ನಂತರ ಸರಿಯಾದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಲು ವಿಫಲ ಪ್ರಯತ್ನಗಳು ನಡೆದವು, ಮತ್ತು ಪ್ರತಿ ಪ್ರಯತ್ನವು ಒಂದು ಅಥವಾ ಎರಡು ಗಂಟೆಗಳ ಪರೀಕ್ಷೆಯನ್ನು ಖರ್ಚುಮಾಡುತ್ತದೆ.
ಎರಡನೆಯದಾಗಿ, ಸಿಸ್ಟಮ್ ಆಡ್-ಆನ್‌ನ ಅಭಿವೃದ್ಧಿಯು ಸ್ವಲ್ಪ ಸಮಯ ತೆಗೆದುಕೊಂಡಿತು. ಕಲ್ಪನಾತ್ಮಕವಾಗಿ ಇದು ತುಂಬಾ ಸರಳವಾಗಿದೆ, ಆದರೆ ಸರಳವಾದ ಕಾರ್ಯಕ್ರಮಗಳಿಗೆ ಸಹ ಕಾಳಜಿಯ ಅಗತ್ಯವಿರುತ್ತದೆ. ನಾವು ಪರಿಸ್ಥಿತಿಯನ್ನು ಹದಗೆಡದಂತೆ ನೋಡಿಕೊಳ್ಳಲು ಬಯಸಿದ್ದೇವೆ. ಬಳಕೆದಾರರಿಗೆ ಕಳುಹಿಸುವ ಮೊದಲು ಸಂಶೋಧನೆಯನ್ನು ಪರೀಕ್ಷಿಸಬೇಕಾಗಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಆಡ್-ಆನ್ ಸಹಿ ಮಾಡಬೇಕು, ಆದರೆ ನಮ್ಮ ಆಡ್-ಆನ್ ಸಹಿ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ನಾವು ಪರಿಹಾರವನ್ನು ಹುಡುಕಬೇಕಾಗಿದೆ.
ಅಂತಿಮವಾಗಿ, ನಾವು ಸಲ್ಲಿಕೆಗಾಗಿ ಸಂಶೋಧನೆಯನ್ನು ಸಿದ್ಧಪಡಿಸಿದ ನಂತರ, ನಿಯೋಜನೆಯು ಸಮಯ ತೆಗೆದುಕೊಂಡಿತು. ಬ್ರೌಸರ್ ಪ್ರತಿ 6 ಗಂಟೆಗಳಿಗೊಮ್ಮೆ ನಾರ್ಮಂಡಿ ನವೀಕರಣಗಳಿಗಾಗಿ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಎಲ್ಲಾ ಕಂಪ್ಯೂಟರ್‌ಗಳು ಯಾವಾಗಲೂ ಆನ್ ಆಗಿರುವುದಿಲ್ಲ ಮತ್ತು ಇಂಟರ್ನೆಟ್‌ಗೆ ಕನೆಕ್ಟ್ ಆಗಿರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಫಿಕ್ಸ್ ಬಳಕೆದಾರರಿಗೆ ಹರಡಲು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಅಂತಿಮ ಹಂತಗಳು
ಸಂಶೋಧನೆಯು ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರಿಗೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಬೇಕು, ಆದರೆ ಎಲ್ಲರಿಗೂ ಲಭ್ಯವಿಲ್ಲ. ಕೆಲವು ಬಳಕೆದಾರರಿಗೆ ವಿಶೇಷ ವಿಧಾನದ ಅಗತ್ಯವಿರುತ್ತದೆ:
- ಸಂಶೋಧನೆ ಅಥವಾ ಟೆಲಿಮೆಟ್ರಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ ಬಳಕೆದಾರರು
- Android ಆವೃತ್ತಿಯ ಬಳಕೆದಾರರು (Fennec), ಅಲ್ಲಿ ಸಂಶೋಧನೆಗೆ ಬೆಂಬಲವಿಲ್ಲ
- ಟೆಲಿಮೆಟ್ರಿಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗದ ಉದ್ಯಮಗಳಲ್ಲಿ Firefox ESR ನ ಕಸ್ಟಮ್ ಬಿಲ್ಡ್‌ಗಳ ಬಳಕೆದಾರರು
- MitM ಪ್ರಾಕ್ಸಿಗಳ ಹಿಂದೆ ಕುಳಿತಿರುವ ಬಳಕೆದಾರರು, ಏಕೆಂದರೆ ನಮ್ಮ ಆಡ್-ಆನ್ ಅನುಸ್ಥಾಪನಾ ವ್ಯವಸ್ಥೆಯು ಕೀ ಪಿನ್ನಿಂಗ್ ಅನ್ನು ಬಳಸುತ್ತದೆ, ಅದು ಅಂತಹ ಪ್ರಾಕ್ಸಿಗಳೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ
- ಸಂಶೋಧನೆಯನ್ನು ಬೆಂಬಲಿಸದ Firefox ನ ಪರಂಪರೆಯ ಆವೃತ್ತಿಗಳ ಬಳಕೆದಾರರು
ನಂತರದ ವರ್ಗದ ಬಳಕೆದಾರರ ಬಗ್ಗೆ ನಾವು ಏನನ್ನೂ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ - ಅವರು ಇನ್ನೂ ಫೈರ್‌ಫಾಕ್ಸ್‌ನ ಹೊಸ ಆವೃತ್ತಿಗೆ ನವೀಕರಿಸಬೇಕು, ಏಕೆಂದರೆ ಹಳತಾದವುಗಳು ಗಂಭೀರವಾದ ದೋಷಗಳನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. ಕೆಲವು ಜನರು ಹಳೆಯ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ಬಯಸುವ ಕಾರಣ ಫೈರ್‌ಫಾಕ್ಸ್‌ನ ಹಳೆಯ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಉಳಿಯುತ್ತಾರೆ ಎಂದು ನಮಗೆ ತಿಳಿದಿದೆ, ಆದರೆ ಹಳೆಯ ಆಡ್-ಆನ್‌ಗಳನ್ನು ಈಗಾಗಲೇ ಬ್ರೌಸರ್‌ನ ಹೊಸ ಆವೃತ್ತಿಗಳಿಗೆ ಪೋರ್ಟ್ ಮಾಡಲಾಗಿದೆ. ಇತರ ಬಳಕೆದಾರರಿಗಾಗಿ, ನಾವು ಹೊಸ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ಥಾಪಿಸುವ ಪ್ಯಾಚ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದೇವೆ. ಇದನ್ನು ಬಗ್ಫಿಕ್ಸ್ ಬಿಡುಗಡೆಯಾಗಿ ಬಿಡುಗಡೆ ಮಾಡಲಾಗಿದೆ (ಅನುವಾದಕರ ಟಿಪ್ಪಣಿ: ಫೈರ್‌ಫಾಕ್ಸ್ 66.0.5), ಆದ್ದರಿಂದ ಜನರು ಅದನ್ನು ಪಡೆಯುತ್ತಾರೆ - ಹೆಚ್ಚಾಗಿ ಅದನ್ನು ಈಗಾಗಲೇ ಪಡೆದುಕೊಂಡಿದ್ದಾರೆ - ಸಾಮಾನ್ಯ ಅಪ್‌ಡೇಟ್ ಚಾನಲ್ ಮೂಲಕ. ನೀವು Firefox ESR ನ ಕಸ್ಟಮ್ ಬಿಲ್ಡ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ದಯವಿಟ್ಟು ನಿಮ್ಮ ನಿರ್ವಾಹಕರನ್ನು ಸಂಪರ್ಕಿಸಿ.
ಇದು ಸೂಕ್ತವಲ್ಲ ಎಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇವೆ. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಬಳಕೆದಾರರು ಆಡ್-ಆನ್ ಡೇಟಾವನ್ನು ಕಳೆದುಕೊಂಡಿದ್ದಾರೆ (ಉದಾಹರಣೆಗೆ, ಆಡ್-ಆನ್ ಡೇಟಾ ಬಹು ಖಾತೆ ಧಾರಕಗಳು).
ಈ ಅಡ್ಡ ಪರಿಣಾಮವನ್ನು ತಪ್ಪಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ, ಆದರೆ ಅಲ್ಪಾವಧಿಯಲ್ಲಿ ನಾವು ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರಿಗೆ ಉತ್ತಮ ಪರಿಹಾರವನ್ನು ಆರಿಸಿದ್ದೇವೆ ಎಂದು ನಾವು ನಂಬುತ್ತೇವೆ. ದೀರ್ಘಾವಧಿಯಲ್ಲಿ, ನಾವು ಇತರ, ಹೆಚ್ಚು ಸುಧಾರಿತ ವಾಸ್ತುಶಿಲ್ಪದ ವಿಧಾನಗಳನ್ನು ಹುಡುಕುತ್ತೇವೆ.
ಪಾಠಗಳು
ಮೊದಲನೆಯದಾಗಿ, ಸಮಸ್ಯೆಯನ್ನು ಪತ್ತೆಹಚ್ಚಿದ ನಂತರ 12 ಗಂಟೆಗಳಿಗಿಂತ ಕಡಿಮೆ ಅವಧಿಯಲ್ಲಿ ನಮ್ಮ ತಂಡವು ಪರಿಹಾರವನ್ನು ರಚಿಸುವ ಮತ್ತು ಶಿಪ್ಪಿಂಗ್ ಮಾಡುವ ಅದ್ಭುತ ಕೆಲಸವನ್ನು ಮಾಡಿದೆ. ಸಭೆಗಳಿಗೆ ಹಾಜರಾದ ವ್ಯಕ್ತಿಯಾಗಿ, ಈ ಕಷ್ಟಕರ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಜನರು ತುಂಬಾ ಕಷ್ಟಪಟ್ಟು ಕೆಲಸ ಮಾಡಿದರು ಮತ್ತು ಕಡಿಮೆ ಸಮಯ ವ್ಯರ್ಥವಾಯಿತು ಎಂದು ನಾನು ಹೇಳಬಲ್ಲೆ.
ನಿಸ್ಸಂಶಯವಾಗಿ, ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಸಂಭವಿಸಬಾರದು. ಅಂತಹ ಘಟನೆಗಳ ಸಾಧ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಮತ್ತು ಪರಿಹಾರವನ್ನು ಸುಲಭಗೊಳಿಸಲು ನಮ್ಮ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸರಿಹೊಂದಿಸುವುದು ಸ್ಪಷ್ಟವಾಗಿ ಯೋಗ್ಯವಾಗಿದೆ.
ಮುಂದಿನ ವಾರ ನಾವು ಅಧಿಕೃತ ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆ ಮತ್ತು ನಾವು ಮಾಡಲು ಉದ್ದೇಶಿಸಿರುವ ಬದಲಾವಣೆಗಳ ಪಟ್ಟಿಯನ್ನು ಪ್ರಕಟಿಸುತ್ತೇವೆ. ಸದ್ಯಕ್ಕೆ, ನಾನು ನನ್ನ ಆಲೋಚನೆಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತೇನೆ. ಮೊದಲನೆಯದಾಗಿ, ಸಂಭಾವ್ಯ ಟೈಮ್ ಬಾಂಬ್‌ನ ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಉತ್ತಮ ಮಾರ್ಗವಿರಬೇಕು. ಅವರಲ್ಲಿ ಒಬ್ಬರು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಕೆಲಸ ಮಾಡುವ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ನಾವು ನಮ್ಮನ್ನು ಕಂಡುಕೊಳ್ಳುವುದಿಲ್ಲ ಎಂದು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ನಾವು ಇನ್ನೂ ವಿವರಗಳನ್ನು ರೂಪಿಸುತ್ತಿದ್ದೇವೆ, ಆದರೆ ಕನಿಷ್ಠ, ಅಂತಹ ಎಲ್ಲಾ ವಿಷಯಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದು ಅವಶ್ಯಕ.
ಎರಡನೆಯದಾಗಿ, ಬಳಕೆದಾರರಿಗೆ ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ತ್ವರಿತವಾಗಿ ತಲುಪಿಸಲು ನಮಗೆ ಒಂದು ಕಾರ್ಯವಿಧಾನದ ಅಗತ್ಯವಿದೆ, ವಿಶೇಷವಾಗಿ ಎಲ್ಲವೂ ವಿಫಲವಾದಾಗಲೂ ಸಹ. ನಾವು "ಸಂಶೋಧನೆ" ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಾಯಿತು ಎಂಬುದು ಅದ್ಭುತವಾಗಿದೆ, ಆದರೆ ಇದು ಅಪೂರ್ಣ ಸಾಧನವಾಗಿದೆ ಮತ್ತು ಕೆಲವು ಅನಗತ್ಯ ಅಡ್ಡ ಪರಿಣಾಮಗಳನ್ನು ಹೊಂದಿದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಅನೇಕ ಬಳಕೆದಾರರು ಸ್ವಯಂಚಾಲಿತ ನವೀಕರಣಗಳನ್ನು ಆನ್ ಮಾಡಿದ್ದಾರೆ ಎಂದು ನಮಗೆ ತಿಳಿದಿದೆ, ಆದರೆ ಸಂಶೋಧನೆಯಲ್ಲಿ ಭಾಗವಹಿಸದಿರಲು ಬಯಸುತ್ತಾರೆ (ನಾನು ಒಪ್ಪಿಕೊಳ್ಳುತ್ತೇನೆ, ನಾನು ಅವುಗಳನ್ನು ಸಹ ಆಫ್ ಮಾಡಿದ್ದೇನೆ!). ಅದೇ ಸಮಯದಲ್ಲಿ, ಬಳಕೆದಾರರಿಗೆ ನವೀಕರಣಗಳನ್ನು ಕಳುಹಿಸಲು ನಮಗೆ ಒಂದು ಮಾರ್ಗ ಬೇಕು, ಆದರೆ ಆಂತರಿಕ ತಾಂತ್ರಿಕ ಅನುಷ್ಠಾನ ಏನೇ ಇರಲಿ, ಬಳಕೆದಾರರು ನವೀಕರಣಗಳಿಗೆ ಚಂದಾದಾರರಾಗಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ (ಹಾಟ್ ಫಿಕ್ಸ್‌ಗಳು ಸೇರಿದಂತೆ) ಆದರೆ ಎಲ್ಲದರಿಂದ ಹೊರಗುಳಿಯಬೇಕು. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಅಪ್‌ಡೇಟ್ ಚಾನಲ್ ಈಗಿರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸ್ಪಂದಿಸುವಂತಿರಬೇಕು. ಮೇ 6 ರಂದು ಸಹ, ಫಿಕ್ಸ್ ಅಥವಾ ಹೊಸ ಆವೃತ್ತಿಯ ಲಾಭವನ್ನು ಪಡೆಯದ ಬಳಕೆದಾರರು ಇನ್ನೂ ಇದ್ದಾರೆ. ಈ ಸಮಸ್ಯೆಯನ್ನು ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡಲಾಗಿದೆ, ಆದರೆ ಏನಾಯಿತು ಅದು ಎಷ್ಟು ಮುಖ್ಯ ಎಂದು ತೋರಿಸಿದೆ.
ಅಂತಿಮವಾಗಿ, ಯಾವುದನ್ನಾದರೂ ಮುರಿಯುವ ಕನಿಷ್ಠ ಅಪಾಯದೊಂದಿಗೆ ಸರಿಯಾದ ಮಟ್ಟದ ಸುರಕ್ಷತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಾವು ಆಡ್-ಆನ್‌ನ ಭದ್ರತಾ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಹತ್ತಿರದಿಂದ ನೋಡುತ್ತೇವೆ.
ಮುಂದಿನ ವಾರ ನಾವು ಏನಾಯಿತು ಎಂಬುದರ ಸಂಪೂರ್ಣ ವಿಶ್ಲೇಷಣೆಯ ಫಲಿತಾಂಶಗಳನ್ನು ನೋಡುತ್ತೇವೆ, ಆದರೆ ಈ ಮಧ್ಯೆ ಇಮೇಲ್ ಮೂಲಕ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಲು ನಾನು ಸಂತೋಷಪಡುತ್ತೇನೆ: [ಇಮೇಲ್ ರಕ್ಷಿಸಲಾಗಿದೆ]
ಮೂಲ: linux.org.ru