ವರ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ VPN ಪ್ಲಗಿನ್ನ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ
ಪ್ಯಾಕೇಜ್ ಸಂಖ್ಯೆ ವೈಶಿಷ್ಟ್ಯಗಳ ಪಟ್ಟಿ ಅಲ್ಲ. epoch, upstream ಮತ್ತು revision ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಿ, ಏನು ಸ್ಥಾಪಿತವಾಗಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಆಯ್ಕೆಯನ್ನು ಅದು ಇರುವಲ್ಲಿಯೇ ಸಾಬೀತುಪಡಿಸಿ.
ಮೂರು ಪ್ರಶ್ನೆಗಳು ಆವೃತ್ತಿಯ ವಾದವನ್ನು ವೈಶಿಷ್ಟ್ಯದ ತನಿಖೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ: ಆಯ್ಕೆಯನ್ನು ಯಾವ ಘಟಕ ಒದಗಿಸಬೇಕು, ಆ ಘಟಕದ ಯಾವ ಆವೃತ್ತಿ ನಿಜವಾಗಿ ಸ್ಥಾಪಿತವಾಗಿದೆ, ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಅದರ ಬದಲಾವಣೆ ದಾಖಲೆ ಏನು ಹೇಳುತ್ತದೆ. ಪ್ಲಗಿನ್ನ ಸಂಖ್ಯೆ ಒಂದೇ ಸ್ವತಃ ಅವುಗಳಲ್ಲಿ ಯಾವುದಕ್ಕೂ ಉತ್ತರಿಸುವುದಿಲ್ಲ. ಆಮಿಷದ ಸಣ್ಣದಾರಿ, ಸಂಕ್ಷಿಪ್ತ ಆವೃತ್ತಿಯನ್ನು ಟ್ಯುಟೋರಿಯಲ್ನ ಕನಿಷ್ಠದೊಂದಿಗೆ ಹೋಲಿಸುವುದು, ವಿಫಲವಾಗುತ್ತದೆ ಏಕೆಂದರೆ ವಿತರಣೆಗಳ ಆವೃತ್ತಿ ಸ್ಟ್ರಿಂಗ್ಗಳು ದಶಮಾಂಶಗಳಲ್ಲ. ಹೋಲಿಸುವ ಮೊದಲು ನೀವು ಏನನ್ನು ಹೋಲಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ.
ಆಯ್ಕೆ NetworkManager ನಲ್ಲಿ, ಅದರ VPN ಪ್ಲಗಿನ್ನಲ್ಲಿ, ಕೆಳಗಿನ ಎಂಜಿನ್ನಲ್ಲಿ, ಅಥವಾ ಪ್ರತ್ಯೇಕ ಡೆಸ್ಕ್ಟಾಪ್ ಫ್ರಂಟ್ಎಂಡ್ನಲ್ಲಿ ಇರಬಹುದು. ಅವು ನಾಲ್ಕು ಯೋಜನೆಗಳು, ನಾಲ್ಕು ಬಿಡುಗಡೆ ಇತಿಹಾಸಗಳೊಂದಿಗೆ.
ನಾಲ್ಕು ಘಟಕಗಳು, ನಾಲ್ಕು ಬಿಡುಗಡೆ ಇತಿಹಾಸಗಳು
ನೀವು ನೋಡುವ ಸಂಪಾದಕ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ಲಗಿನ್, ಮತ್ತು ಪ್ಲಗಿನ್ OpenVPN ಬೈನರಿ ಅಥವಾ WireGuard ಅನುಷ್ಠಾನದಂತಹ ಎಂಜಿನ್ ಅನ್ನು ಕರೆಯುತ್ತದೆ. NetworkManager ಸ್ವತಃ ಸಂಪರ್ಕ ಮಾದರಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಡೆಸ್ಕ್ಟಾಪ್ ಫ್ರಂಟ್ಎಂಡ್ ತನ್ನದೇ ಕ್ಷೇತ್ರಗಳನ್ನು ಅದರ ಮೇಲೆ ಸೇರಿಸಬಹುದು. ವೈಶಿಷ್ಟ್ಯವು ಅವುಗಳಲ್ಲಿ ಯಾವುದರಲ್ಲಾದರೂ ಕಾಣಿಸಿಕೊಳ್ಳಬಹುದು, ಮತ್ತು ಒಂದನ್ನು ಅಪ್ಗ್ರೇಡ್ ಮಾಡುವುದು ಉಳಿದವನ್ನು ಅಪ್ಗ್ರೇಡ್ ಮಾಡುವುದಿಲ್ಲ. ಹೊಸ ಎಂಜಿನ್ ಸ್ಥಾಪಿತ ಸಂಪಾದಕ ಎಂಜಿನ್ ಬೆಂಬಲಿಸುವ ಆಯ್ಕೆಯನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳಬಲ್ಲದು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ.
ಲಕ್ಷಣದಿಂದ ಪ್ರಾರಂಭಿಸಿ: ಕ್ಷೇತ್ರವು ಸಂವಾದದಲ್ಲಿ ಇಲ್ಲವೇ, ಆಮದಿನ ನಂತರ ಕಾಣೆಯಾಗಿದೆಯೇ, ಅಥವಾ ಇದ್ದರೂ ನಿರ್ಲಕ್ಷಿಸಲ್ಪಡುತ್ತಿದೆಯೇ? ಆ ವೀಕ್ಷಣೆಗಳು ವಿವಿಧ ಘಟಕಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ ಮತ್ತು ವಿವಿಧ ಸಾಕ್ಷ್ಯಗಳನ್ನು ಬೇಡುತ್ತವೆ.
ಹೋಲಿಸುವ ಮೊದಲು ಆವೃತ್ತಿಯನ್ನು ವಿಶ್ಲೇಷಿಸಿ
Debian ನ ಪ್ಯಾಕೇಜ್ ನೀತಿ ಸ್ವರೂಪವನ್ನು epoch, upstream ಆವೃತ್ತಿ ಮತ್ತು ಪ್ಯಾಕೇಜಿಂಗ್ revision ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಮೊದಲು epoch, ನಂತರ upstream ಭಾಗ, ನಂತರ revision ಅನ್ನು ಹೋಲಿಸಲಾಗುತ್ತದೆ, ಪ್ಯಾಕೇಜ್ ನಿರ್ವಾಹಕರ ಸ್ವಂತ ಕ್ರಮ ನಿಯಮಗಳಿಂದ, ದಶಮಾಂಶ ಅಂಕಗಣಿತ ಅಥವಾ ಸರಳ ಅಕ್ಷರಮಾಲೆ ವಿಂಗಡಣೆಯಿಂದ ಅಲ್ಲ. ಟಿಲ್ಡಾ ಎಲ್ಲದಕ್ಕಿಂತ ಮೊದಲು ವಿಂಗಡಣೆಯಾಗುತ್ತದೆ, ಆ ಭಾಗದ ಅಂತ್ಯ ಸೇರಿದಂತೆ, ಮತ್ತು ಹೀಗೆ ಬಿಡುಗಡೆ ಅಭ್ಯರ್ಥಿ ಅಂತಿಮ ಬಿಡುಗಡೆಗಿಂತ ಮೊದಲು ಬರುತ್ತದೆ. ಭಾಗಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಓದುವುದೇ ಹೋಲಿಕೆಯನ್ನು ಅರ್ಥಪೂರ್ಣವಾಗಿಸುತ್ತದೆ.
0.8.999, 0.9 ಕ್ಕೆ ಹತ್ತಿರವಾಗಿ ಕಾಣುವ ಬೇರೆ ಯಾವುದೇ ಯೋಜನೆಗೆ ಪರಿವರ್ತನಾ ನಿಯಮವನ್ನು ಕಲ್ಪಿಸಬೇಡಿ. ಅಂಕಿಗಳ ಸಾಮೀಪ್ಯವು ವಿಷಯದ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯವಲ್ಲ.
ಏನು ಸ್ಥಾಪಿತವಾಗಿದೆ ಮತ್ತು ಏನಾಗಬಹುದು ಎಂದು ಕೇಳಿ
apt-cache policy ನೀವು ಹೆಸರಿಸುವ ಪ್ರತಿಯೊಂದು ಪ್ಯಾಕೇಜ್ಗೆ ಸ್ಥಾಪಿತ ಆವೃತ್ತಿ, ಅಭ್ಯರ್ಥಿ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಬರುವ ರೆಪೊಸಿಟರಿಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಎಂಜಿನ್ ಮತ್ತು ಪ್ಲಗಿನ್ ಎರಡಕ್ಕೂ ಅದನ್ನು ಓದಿ, ಮತ್ತು ಸಂಕ್ಷಿಪ್ತ ರೂಪಗಳ ಬದಲು ಪೂರ್ಣ ಸ್ಟ್ರಿಂಗ್ಗಳನ್ನು ದಾಖಲಿಸಿ. ಸ್ಥಳೀಯ ಮೆಟಾಡೇಟಾ ಹಳೆಯದಾಗಿರಬಹುದು, ಮತ್ತು ಅಭ್ಯರ್ಥಿ ಆವೃತ್ತಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆ ಆ ಬಿಲ್ಡ್ ಅನ್ನು ಲೋಡ್ ಮಾಡಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ನವೀಕರಣದ ನಂತರ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸದಿದ್ದರೆ, ಡಿಸ್ಕ್ನಲ್ಲಿರುವ ಫೈಲ್ ಮತ್ತು ನೀವು ಗಮನಿಸುವ ವರ್ತನೆ ಭಿನ್ನವಾಗಿರಬಹುದು.
ನಂತರ ಹೊಂದುವ ಬದಲಾವಣೆ ದಾಖಲೆಯನ್ನು ಓದಿ. ಪ್ಯಾಕೇಜಿಂಗ್ revision ಹೊಸ upstream ಸಂಖ್ಯೆಯನ್ನು ಅಳವಡಿಸದೆಯೇ ಪ್ಯಾಚ್ಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬಹುದು, ಮತ್ತು ಆವೃತ್ತಿ ಬದಲಾಗದಂತೆ ಕಾಣುತ್ತಾ ವರ್ತನೆ ಭಿನ್ನವಾಗುವ ಸಂದರ್ಭ ನಿಖರವಾಗಿ ಅದೇ.
ಮಾಲೀಕ ಘಟಕದಲ್ಲಿ ಆಯ್ಕೆಯನ್ನು ಸಾಬೀತುಪಡಿಸಿ
ಆಮದು ಸಮಸ್ಯೆಗೆ, ಸಂವಾದವನ್ನು ಮಾತ್ರವಲ್ಲ, ಸ್ಥಾಪಿತ ಪ್ಲಗಿನ್ನ ಬೆಂಬಲಿತ ಕ್ಷೇತ್ರಗಳು ಮತ್ತು ಉಳಿಸಿದ ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸಿ. ಲೇಬಲ್, ಸ್ಥಳೀಯ ಡೇಟಾ ಕ್ಷೇತ್ರ ಮತ್ತು ಎಂಜಿನ್ ಆರ್ಗ್ಯುಮೆಂಟ್ ಒಂದೇ ಸೆಟ್ಟಿಂಗ್ನ ಮೂರು ನಿರೂಪಣೆಗಳಾಗಿರಬಹುದು, ಮತ್ತು ಫೈಲ್ ಆಮದಿನ ಯಶಸ್ಸು ಪ್ರತಿ ಸೂಚನೆಯೂ ಉಳಿದಿದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ವೈಶಿಷ್ಟ್ಯವನ್ನು ನಿಖರವಾಗಿ ಹೆಸರಿಸಿ: ಉದಾಹರಣೆಗೆ, ಈ ಸೂಚನೆಯನ್ನು ಅದರ ದೃಢೀಕರಣ ಅರ್ಥವನ್ನು ಉಳಿಸಿಕೊಂಡು ಸ್ವೀಕರಿಸುವುದು.
ಆ ಬಿಡುಗಡೆಗೆ ಬೆಂಬಲಿತ ಬಿಲ್ಡ್ನಲ್ಲಿ ಏಕೀಕರಣ ಇಲ್ಲದಿದ್ದರೆ, ಅನುಮೋದಿತ ನವೀಕರಣ ಮಾರ್ಗ ಅಥವಾ ಬೇರೆ ಕ್ಲೈಂಟ್ ಆಯ್ಕೆಮಾಡಿ. ಇನ್ನೊಂದು ಬಿಡುಗಡೆಯ ರೆಪೊಸಿಟರಿಯನ್ನು ಮಿಶ್ರಣ ಮಾಡುವುದು, ಅಥವಾ ಕಾಣುವ ಸಂಖ್ಯೆಯನ್ನು ಹೆಚ್ಚಿಸಲು ಆರ್ಕೈವ್ ಮಾಡಿದ ಮೂಲ ಪ್ಯಾಚ್ ಅನ್ನು ಅನ್ವಯಿಸುವುದು, ಆವೃತ್ತಿಯ ವಾದವನ್ನು ಬೆಂಬಲವಿಲ್ಲದ ವ್ಯವಸ್ಥೆಯೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತದೆ.
ಉಪಯುಕ್ತ ವರದಿ ವಿತರಣೆ, ಪೂರ್ಣ ಪ್ಯಾಕೇಜ್ ಆವೃತ್ತಿಗಳು, ಸಕ್ರಿಯ ಸಂಪರ್ಕದ ಮಾಲೀಕ, ಅಗತ್ಯವಿರುವ ಆಯ್ಕೆ ಮತ್ತು ಗಮನಿಸಿದ ಉಳಿಸಿದ ವರ್ತನೆಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಅದು ಪುನರುತ್ಪಾದಿಸಬಹುದಾದ ಪ್ರಶ್ನೆ.