VPN APT ಮೂಲ: ಅದು ಏನನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಮಿತಿಗೊಳಿಸುವುದು

VPN ಕ್ಲೈಂಟ್ ಡೌನ್‌ಲೋಡ್ ಮಾಡುವುದು ಒಂದು ಬಾರಿಯ ನಿರ್ಧಾರ; ಅದರ APT ಸಂಗ್ರಹವನ್ನು ಸೇರಿಸುವುದು ಹಾಗಲ್ಲ. ಎರಡನೆಯದು ಪ್ಯಾಕೇಜ್ ನಿರ್ವಾಹಕನಿಗೆ ಭವಿಷ್ಯದ ತಂತ್ರಾಂಶ ಎಲ್ಲಿಂದ ಬರಬಹುದು ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಅದು ಡೌನ್‌ಲೋಡ್ ಅಲ್ಲ, ಅಧಿಕಾರದ ಶಾಶ್ವತ ವರ್ಗಾವಣೆ. ಮಾರಾಟಗಾರರು ಸಂಗ್ರಹವನ್ನು ಸರಿಯಾಗಿ ನಿರ್ವಹಿಸಿದಾಗ ಅದು ಸರಿಯಾದ ವ್ಯವಸ್ಥೆಯಾಗಿರಬಹುದು. ಆದರೂ ಅದು ಉದ್ದೇಶಪೂರ್ವಕ ನಿರ್ಧಾರಕ್ಕೆ ಅರ್ಹವಾಗಿದೆ, ಮತ್ತು ಬಹುಪಾಲು ಸ್ಥಾಪನಾ ಮಾರ್ಗದರ್ಶಿಗಳು ಅದನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತವೆ.

ಸಹಿ ಆರ್ಕೈವ್ ಅನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ, ಅದರ ಕೋಡ್ ಅನ್ನಲ್ಲ

APT ಸಹಿ ಮಾಡಿದ ಸಂಗ್ರಹದ ಮೆಟಾಡೇಟಾವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಅದು ತರುವ ಪ್ಯಾಕೇಜ್‌ಗಳಿಗೆ ಆ ಮೆಟಾಡೇಟಾದೊಳಗಿನ ಚೆಕ್‌ಸಮ್‌ಗಳನ್ನು ನಂಬುತ್ತದೆ. ಅದು ಸಾಬೀತುಪಡಿಸುವುದು ಆರ್ಕೈವ್ ಕೀಲಿ ಹೊಂದಿಗರು ಪ್ರಕಟಿಸಿದ್ದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ ಎಂದು, ಮತ್ತು ಅದರೊಳಗಿನ ಕೋಡ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಅಲ್ಲ. ಸರಿಯಾಗಿ ಸಹಿ ಮಾಡಿದ ಪ್ಯಾಕೇಜ್ ಕೂಡ ಅಸುರಕ್ಷಿತ ನಿರ್ವಾಹಕ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಹೊಂದಿರಬಹುದು, ಮತ್ತು ಆ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಪ್ಯಾಕೇಜ್ ಸ್ಥಾಪನೆಯಾಗುವಾಗ root ಆಗಿ ಚಲಿಸುತ್ತವೆ. apt-secure ಕೈಪಿಡಿ ಆರ್ಕೈವ್ ದೃಢೀಕರಣ ಮತ್ತು ತಂತ್ರಾಂಶದ ಪರಿಶೀಲನೆಯ ನಡುವೆ ನಿಖರವಾಗಿ ಈ ಗೆರೆಯನ್ನು ಎಳೆಯುತ್ತದೆ.

ಆದ್ದರಿಂದ ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಸಹಿ ಮಾನ್ಯವೇ ಎಂಬುದಲ್ಲ, ಏಕೆಂದರೆ ಮುರಿದ ಸಹಿ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಸ್ಥಾಪನೆಯನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಪ್ರಶ್ನೆ ಎಂದರೆ ಇಲ್ಲಿಂದ ಮುಂದೆ ನೀವು ಯಾರ ಸಹಿಯನ್ನು ನಂಬಲು ಆಯ್ಕೆ ಮಾಡುತ್ತೀರಿ. ಕದ್ದ ಸಹಿ ಕೀಲಿ ಕದ್ದ ಪ್ಯಾಕೇಜ್‌ಗಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಆಕ್ರಮಣಕಾರರು ಮೊದಲ ಕೆಟ್ಟ ಬಿಡುಗಡೆಯ ನಂತರವೂ ಬಹಳ ಕಾಲ ಮಾನ್ಯ ಮೆಟಾಡೇಟಾವನ್ನು ಉತ್ಪಾದಿಸುತ್ತಲೇ ಇರುತ್ತಾರೆ. ಕೀಲಿ ಬದಲಾವಣೆಯೇ ಏಕೈಕ ಪರಿಹಾರ, ಮತ್ತು ಅದು ಮಾರಾಟಗಾರರು ನೀವು ಸ್ವತಂತ್ರವಾಗಿ ಪರಿಶೀಲಿಸಬಹುದಾದ ಮಾರ್ಗದ ಮೂಲಕ ಹೊಸ ಕೀಲಿಯನ್ನು ಪ್ರಕಟಿಸುವುದನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಅದಕ್ಕಾಗಿಯೇ ಕೀಲಿಯ ಗುರುತು ಸಂಗ್ರಹದ URL ನಷ್ಟೇ ಗಮನಕ್ಕೆ ಅರ್ಹವಾಗಿದೆ. ಹಳೆಯ ಫೋರಂ ಉತ್ತರದಲ್ಲಿನ ವಿಳಾಸದಿಂದ ತೆಗೆದ ಕೀಲಿ ಪ್ರಕಾಶಕರ ಬಗ್ಗೆ ಏನನ್ನೂ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಆದರೆ HTTPS ಫೋನ್‌ಗೆ ಉತ್ತರಿಸಿದವರವರೆಗಿನ ಸಾಗಣೆಯನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. ಸಾಗಣೆ ಭದ್ರತೆ ಮತ್ತು ಪ್ರಕಾಶಕರ ಗುರುತು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳು, ಮತ್ತು ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ಪ್ರಮಾಣಪತ್ರ ಪರಿಹರಿಸುತ್ತದೆ.

ಕೀಲಿಯನ್ನು ವ್ಯವಸ್ಥೆಗಲ್ಲ, ಮೂಲಕ್ಕೆ ಮಿತಿಗೊಳಿಸಿ

ಆಧುನಿಕ APT ಮೂಲ-ನಿರ್ದಿಷ್ಟ Signed-By ಉಲ್ಲೇಖವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ನಿರ್ವಾಹಕ ನಿರ್ವಹಿಸುವ ಕೀಲಿ /etc/apt/keyrings/ ಅಡಿಯಲ್ಲಿ ಇರಬಹುದು, ಮತ್ತು ಮೂಲ ನಮೂದು ಆ ಆರ್ಕೈವ್ ಅನ್ನು ದೃಢೀಕರಿಸಲು ಅನುಮತಿ ಇರುವ ಕೀಲಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಇದು ಅದೇ ಕೀಲಿಯನ್ನು ಜಾಗತಿಕ ನಂಬಲರ್ಹ ಗುಂಪಿಗೆ ಹಾಕುವುದಕ್ಕಿಂತ ಸಂಕುಚಿತವಾಗಿದೆ, ಅಲ್ಲಿ ಅದು ನೀವು ಎಂದೂ ಅನುಮತಿಸಲು ಉದ್ದೇಶಿಸದ ಮೂಲಗಳಿಗೆ ಖಾತರಿ ನೀಡಬಹುದು. ವಿವಿಧ ಪೀಳಿಗೆಯ ಮಾರ್ಗದರ್ಶಿಗಳ ತುಣುಕುಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡುವ ಬದಲು ಸ್ಥಾಪಿತ APT ಆವೃತ್ತಿ ಮತ್ತು ಮಾರಾಟಗಾರರ ಪ್ರಸ್ತುತ ಸೂಚನೆಗಳನ್ನು ಅನುಸರಿಸಿ.

curl -fsSL https://repo.example.com/vpn-key.gpg -o /etc/apt/keyrings/vpn.gpg
echo "deb [signed-by=/etc/apt/keyrings/vpn.gpg] https://repo.example.com/debian stable main" > /etc/apt/sources.list.d/vpn.list

ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ಅಥವಾ ಅಪರಿಚಿತ ಆರ್ಕೈವ್ ಅನ್ನು ನಂಬಲರ್ಹ ಎಂದು ಗುರುತಿಸಿ ಸಹಿ ವೈಫಲ್ಯವನ್ನು ಎಂದಿಗೂ ಸರಿಪಡಿಸಬೇಡಿ. ಅದು ಕಾಣುವ ದೋಷವನ್ನು ಕಾಣದ ದೋಷಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಕಾಣದ ದೋಷವು ಯಾರಾದರೂ ಮೂಲ ಪಟ್ಟಿಯನ್ನು ಪರಿಶೀಲಿಸುವವರೆಗೆ ಇರುತ್ತದೆ. ಕೀಲಿ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ಸರಿಯಾದ ಪರಿಹಾರ ಸರಿಯಾದ ಕೀಲಿಯನ್ನು ಹುಡುಕುವುದು, ಪರಿಶೀಲನೆಯನ್ನು ತೆಗೆಯುವುದಲ್ಲ.

ಸಂಗ್ರಹದ ವಿವರಗಳನ್ನು ಮತ್ತು ಕೀಲಿಯ ಗುರುತನ್ನು ಯೋಜನೆಯಿಂದ ಅಥವಾ ನಿರ್ವಹಿತ ನಿರ್ವಾಹಕರಿಂದ ಪಡೆಯಿರಿ. ಬ್ಲಾಗ್ ಪೋಸ್ಟ್‌ನಿಂದ ನಕಲಿಸಿದ ಕೀಲಿ ಕರ್ತೃತ್ವದ ಬಗ್ಗೆ ಹೇಳಿಕೆ, ಅದರ ಸಾಕ್ಷ್ಯವಲ್ಲ. ಮಾರಾಟಗಾರರು ಬದಲಾವಣಾ ಮಾರ್ಗವನ್ನು ಪ್ರಕಟಿಸಿದಾಗ, ಅದನ್ನು ಕೀಲಿಯೊಂದಿಗೆ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಆ ಮಾರ್ಗವೇ ಮುಂದಿನ ಬದಲಾವಣೆಯನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.

ಮೂಲ ಪಿನ್ನಿಂಗ್ ಪ್ಯಾಕೇಜ್ ಅನುಮತಿ ಪಟ್ಟಿಯಲ್ಲ

ಕೀಲಿಯನ್ನು ಒಂದು ಮೂಲಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸುವುದು ಅದು ಯಾವ ಆರ್ಕೈವ್ ಅನ್ನು ದೃಢೀಕರಿಸಬಹುದು ಎಂಬುದನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ, ಆ ಆರ್ಕೈವ್ ಯಾವ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಪ್ರಕಟಿಸಬಹುದು ಎಂಬುದನ್ನಲ್ಲ. ಸಂಗ್ರಹವು ನೀವು ಬಯಸಿದ VPN ಕ್ಲೈಂಟ್‌ಗಿಂತ ಬಹಳ ಹೆಚ್ಚು ಕಳುಹಿಸಬಹುದು, ಮತ್ತು ಯಾವ ಅರ್ಹ ಆವೃತ್ತಿ ಗೆಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನು APTನ ಅಭ್ಯರ್ಥಿ ಆಯ್ಕೆ ಮತ್ತು ಆದ್ಯತೆಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ. ಖಚಿತಪಡಿಸುವ ಮೊದಲು ಪ್ರಸ್ತಾವಿತ ವಹಿವಾಟನ್ನು ಅವಲಂಬನೆ ಪಟ್ಟಿ ಸೇರಿದಂತೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಅವಲಂಬನೆಗಳು ಅದೇ ಆರ್ಕೈವ್‌ನಿಂದ ಬರುತ್ತವೆ. ಕೀಲಿಯ ವ್ಯಾಪ್ತಿ ’ಈ ಪ್ಯಾಕೇಜ್ ಮಾತ್ರ’ ಎಂದು ವ್ಯಕ್ತಪಡಿಸಲಾರದು.

ನಿಮಗೆ ಬಲವಾದ ನಿಯಂತ್ರಣ ಬೇಕಾದರೆ, ಅದನ್ನು ಪ್ಯಾಕೇಜ್ ಹೆಸರುಗಳು ಅಥವಾ ಆವೃತ್ತಿಗಳ ಮೇಲಿನ ನೀತಿಯಾಗಿ ವ್ಯಕ್ತಪಡಿಸಿ ಮತ್ತು ಆ ನೀತಿಯನ್ನು ಸಂರಚನಾ ನಿರ್ವಹಣೆಯ ಅಡಿಯಲ್ಲಿ ಇರಿಸಿ. ವಹಿವಾಟನ್ನು ಓದಲು ಒಂದು ನಿಮಿಷ ಬೇಕು; ಆರು ತಿಂಗಳ ನಂತರ ಅನಿರೀಕ್ಷಿತ ಪ್ಯಾಕೇಜ್ ಕಂಡುಹಿಡಿಯಲು ಒಂದು ಪರಿಶೀಲನೆ ಬೇಕು.

ಅನಿರೀಕ್ಷಿತ ಪ್ಯಾಕೇಜ್‌ಗಳು ಮುಂದುವರಿಯುವ ಸಮಯವಲ್ಲ, ನಿಲ್ಲುವ ಸಮಯ, ಮತ್ತು ಆರ್ಕೈವ್ ಮಾಲೀಕರಿಗೆ ಪ್ರಶ್ನೆ ಎಂದರೆ ಅವು ಏಕೆ ಬೇಕು. ಒಂದು ಕ್ಲೈಂಟ್‌ನ ಸುತ್ತ ಡಜನ್ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಪ್ರಕಟಿಸುವ ಸಂಗ್ರಹ ಡೆಸ್ಕ್‌ಟಾಪ್ ಸೂಟ್ ಕಳುಹಿಸುವ ಮಾರಾಟಗಾರರಿಗೆ ಸಾಮಾನ್ಯ. ಅದು ಸ್ಥಾಪನಾ ಮಾರ್ಗದರ್ಶಿ ಸೂಚಿಸಿದ್ದಕ್ಕಿಂತ ದೊಡ್ಡ ಮೇಲ್ಮೈ ಕೂಡ, ಮತ್ತು ಈ ಭಾಗವೇ ದಾಖಲಿಸಲು ಯೋಗ್ಯ. ಎರಡೂ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಯಾವುದೂ ಸಹಿಯ ಮೇಲೆ ಅನುಮಾನದ ಕಾರಣವಲ್ಲ; ಎರಡೂ ನೀವು ಏನನ್ನು ಸ್ವೀಕರಿಸಿದಿರಿ ಎಂದು ಬರೆಯುವ ಕಾರಣ.

ಅಧಿಕಾರ ಮತ್ತು ಅದನ್ನು ತೆಗೆಯುವ ಬಗೆಯನ್ನು ದಾಖಲಿಸಿ

ಆರ್ಕೈವ್ ಮಾಲೀಕ, ಬೆಂಬಲಿತ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಆವೃತ್ತಿ, ಕೀಲಿ ಬದಲಾವಣಾ ಮಾರ್ಗ ಮತ್ತು ತೆಗೆಯುವ ಕ್ರಿಯಾವಿಧಿಯನ್ನು ಬರೆಯಿರಿ. ಆ ನಾಲ್ಕು ಸಂಗತಿಗಳೇ ಉತ್ತರಾಧಿಕಾರಿಗೆ ಬೇಕಾದದ್ದು, ಕ್ಲೈಂಟ್ ನಿವೃತ್ತಿಯಾದಾಗ ಅಥವಾ ಮಾರಾಟಗಾರರು ತಮ್ಮ ಕೀಲಿಯನ್ನು ಬದಲಿಸಿದಾಗ. ಅವುಗಳಿಲ್ಲದೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಯಾವುದೇ ಕಥೆಯಿಲ್ಲದೆ ಮೂಲ ಸಾಲು ಮತ್ತು ಕೀಲಿ ಕಡತವನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತಾರೆ.

ತೆಗೆಯುವುದೇ ಬಿಟ್ಟುಬಿಡುವ ಹಂತ, ಆದ್ದರಿಂದ ಅದನ್ನು ಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲೇ ಬರೆಯಿರಿ. ಮೂಲ ನಮೂದು ಮತ್ತು ಅದರ ಮೀಸಲಾದ ಕೀಲಿಯನ್ನು ಒಟ್ಟಿಗೆ ಅಳಿಸಿ, ಮತ್ತು ಕಡತವನ್ನು ತೆಗೆಯುವ ಮೊದಲು ಆ ಕೀಲಿಗೆ ಬೇರೆಡೆ ಉಲ್ಲೇಖವಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಆ ಪರಿಶೀಲನೆ ಇಲ್ಲದೆ ಅಳಿಸಿದ ಹಂಚಿದ ಕೀಲಿ ಸ್ವಚ್ಛತೆಯನ್ನು ಅಸಂಬಂಧಿತ ಅಡಚಣೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ, ಇದು ನಿಯಮಿತ ಬದಲಾವಣೆಗೆ ಅತ್ಯಂತ ಕೆಟ್ಟ ಫಲಿತಾಂಶ. ನಂತರ ನಮೂದು ಹೋದ ನಂತರವೂ ಸಾಮಾನ್ಯ ನವೀಕರಣಗಳು ಇತ್ಯರ್ಥವಾಗುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಸಂಗ್ರಹವನ್ನು ತೆಗೆದ ನಂತರ ಒಂದು ವಿಷಯ ಉಳಿಯುತ್ತದೆ: ಅದರಿಂದ ಈಗಾಗಲೇ ಸ್ಥಾಪಿಸಿದ ಯಾವುದೇ ಪ್ಯಾಕೇಜ್ ಯಾವುದೋ ಅದನ್ನು ಬದಲಿಸುವವರೆಗೆ ಚಾಲನೆಯಲ್ಲಿರುತ್ತದೆ. ಪ್ರಾಮಾಣಿಕ ಪ್ರಶ್ನೆ ಎಂದರೆ ನೀವು ಯಾವ ಅಧಿಕಾರವನ್ನು ಸೇರಿಸಿದಿರಿ, ಮತ್ತು ಅದರ ಪಾತ್ರ ಎಷ್ಟು ಸಂಕುಚಿತವಾಗಿ ವ್ಯಕ್ತವಾಗಿತ್ತು.