VPN ರೆಪೊಸಿಟರಿ ಸೇರಿಸಿದ ನಂತರ NO_PUBKEY ನೊಂದಿಗೆ apt ನವೀಕರಣ ವಿಫಲವಾಗುತ್ತದೆ

ನಿಮ್ಮ VPN ವಿಕ್ರೇತನದ apt ಮೂಲವು ನಿಮ್ಮ ಪ್ಯಾಕೇಜ್ ನಿರ್ವಾಹಕವನ್ನು ಮುರಿದಿದೆ, ಮತ್ತು ಪರಿಹಾರವು ನಿರ್ಧಾರವೇ ಹೊರತು ಆದೇಶವಲ್ಲ. NO_PUBKEY, ಅಥವಾ ಸಂಗ್ರಹದಲ್ಲಿ Release ಫೈಲ್ ಇಲ್ಲ ಎಂಬ ದೂರು, apt ಆ ಮೂಲವನ್ನು ನಂಬಲು ನಿರಾಕರಿಸಿದೆ ಎಂದರ್ಥ, ಆದ್ದರಿಂದ ನಂತರದ ಪ್ರತಿಯೊಂದು ಪ್ಯಾಕೇಜ್ ಕಾರ್ಯಾಚರಣೆಯು ಅದೇ ಎಚ್ಚರಿಕೆಯನ್ನು ಮುದ್ರಿಸುತ್ತಲೇ ಇರುತ್ತದೆ. ಸುರಂಗ ಸ್ವತಃ ಬಹುಶಃ ನಿರ್ದೋಷಿ. ಆ ಮೂಲವು ಇನ್ನೂ ಬೇಕೇ ಎಂಬ ಮೂರು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಿ, ಸರಿಯಾದ ದುರಸ್ತಿ ಬಹುತೇಕ ಯಾಂತ್ರಿಕವಾಗಿ ಬರುತ್ತದೆ.

ಮೊದಲು, ವೈಫಲ್ಯವನ್ನು ಸರಿಯಾದ ವರ್ಗದಲ್ಲಿ ಇರಿಸಿ

ವಿಶ್ವಾಸದ ವೈಫಲ್ಯವು ಮೂಲ ಫೈಲ್ ಹೆಸರನ್ನು ಮತ್ತು ಕಾಣೆಯಾದ ಕೀಲಿ ಅಥವಾ ಇಲ್ಲದ Release ಫೈಲ್ ಅನ್ನು ಹೇಳುತ್ತದೆ. ಸಾಗಣೆ ವೈಫಲ್ಯ ಬೇರೆಯಾಗಿ ಕಾಣುತ್ತದೆ: TLS ಪ್ರಮಾಣಪತ್ರ ದೋಷಗಳು, ನಿರಾಕರಿಸಿದ ಸಂಪರ್ಕ, ಕಾಲಮಿತಿ ಮೀರಿಕೆ, ಅಥವಾ CONNECT ಅನ್ನು ನಿರಾಕರಿಸುವ ಪ್ರಾಕ್ಸಿ. ಈ ವ್ಯತ್ಯಾಸವು ನೀವು ಯಾವ ಲೇಖನವನ್ನು ಓದುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ TLS ಅನ್ನು ಪ್ರತಿಬಂಧಿಸುವ ಅಥವಾ ವಿಕ್ರೇತನದ ಹೋಸ್ಟ್ ಅನ್ನು ತಡೆಯುವ VPN ಸಾಗಣೆ ದೋಷಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಸಹಿ ದೋಷಗಳನ್ನಲ್ಲ.

ನಡೆಸಿ sudo apt update ಅನ್ನು ಒಂಟಿಯಾಗಿ ಮತ್ತು ಕೊನೆಯನ್ನು ಓದಿ, ಮೇಲಿನ ಸಂಗ್ರಹಿತ ಫಲಿತಾಂಶಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸಿ. ಮುಖ್ಯವಾದ ಸಾಲು /etc/apt/sources.list.d/ ಎಂದು ಹೆಸರಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ಫೈಲ್ ತೆರೆಯಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ.

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

ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೂರು ಪ್ರಶ್ನೆಗಳು

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

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

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

trusted=yes ದುರಸ್ತಿಯಂತೆ ಕಾಣುವುದೇಕೆ ಮತ್ತು ಅಲ್ಲವೇಕೆ

sources.list ಕೈಪಿಡಿ ಪುಟ ಇದರ ಬಗ್ಗೆ ನೇರವಾಗಿದೆ. Trusted ಆಯ್ಕೆಯನ್ನು yes ಗೆ ಹೊಂದಿಸುವುದು, ದೃಢೀಕರಣ ವಿಫಲವಾದರೂ ಮೂಲವನ್ನು ಸ್ವೀಕರಿಸಲು apt ಗೆ ಹೇಳುತ್ತದೆ, ಇದು ಆ ಸಂಗ್ರಹಕ್ಕೆ apt-secure ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ಪುಟವು ಇದನ್ನು ಸ್ಥಳೀಯ ಸಂದರ್ಭಕ್ಕೆ ಕಾಯ್ದಿರಿಸಿದೆ, ಒಂದು ವೇಳೆ ಬಳಸಿದರೆ.

ಇದು ವಿಕ್ರೇತನವನ್ನು ನಂಬುವ ಸಂಕುಚಿತ ಆವೃತ್ತಿಯಲ್ಲ. ಇದು ಸೂಚಿಯನ್ನು ಯಾರು ಸಹಿ ಮಾಡಿದರು ಎಂಬ ಪ್ರಶ್ನೆಯನ್ನೇ ತೆಗೆದುಹಾಕುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ ಹೋಸ್ಟ್ಹೆಸ್ಗೆ ಉತ್ತರಿಸಬಲ್ಲ ಯಾರಾದರೂ ನಿಮ್ಮ ಯಂತ್ರಕ್ಕೆ root ಆಗಿ ಸ್ಥಾಪನೆಯಾಗುವ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ನೀಡಬಹುದು.

ದುರಸ್ತಿ ಮಾರ್ಗ: ಕೀಲಿಯನ್ನು ಪಡೆಯಿರಿ, ನಂತರ ಪಿನ್ ಮಾಡಿ

ವಿಕ್ರೇತನವು ದಾಖಲಿಸುವ ಸ್ಥಳದಿಂದ ಕೀಲಿಯನ್ನು ಪಡೆದು ನಿರ್ವಾಹಕನಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುವ ಕೀಲಿಹಾರದಲ್ಲಿ ಅದನ್ನು ಬಿಚ್ಚಿ, ನಂತರ ಸಂಗ್ರಹದ ಸಾಲನ್ನು ಆ ಫೈಲ್ಗೆ ತಿರುಗಿಸಿ ಇದರಿಂದ ವಿಶ್ವಾಸ ಜಾರಿಕೊಳ್ಳದಂತೆ.

1. ವಿಫಲವಾಗುವ ಸಾಲನ್ನು ಓದಿ ಕೀಲಿ ID ಮತ್ತು ಮೂಲ ಫೈಲ್ ಹೆಸರನ್ನು ಪಡೆಯಿರಿ.
2. ವಿಕ್ರೇತನದ ASCII-ಕವಚಿತ ಕೀಲಿಯನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ ಮತ್ತು gpg --dearmor ಅನ್ನು /etc/apt/keyrings/vendor-name.gpg ಗೆ ನಡೆಸಿ.
3. [signed-by=/etc/apt/keyrings/vendor-name.gpg] ಅನ್ನು ಆ ವಿಕ್ರೇತನದ .list ಫೈಲ್ನ ನಮೂದಿಗೆ ಸೇರಿಸಿ.
4. ನಡೆಸಿ sudo apt update ಮತ್ತು ಸಹಿ ಎಚ್ಚರಿಕೆಯನ್ನು ಪುನರಾವರ್ತಿಸುವ ಬದಲು ಮೂಲವು ಸೂಚಿಯನ್ನು ಪಡೆಯುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಪ್ಯಾಕೇಜ್ನೊಂದಿಗೆ ಬರುವ ಕೀಲಿಗಳಿಗೆ /usr/share/keyrings ಅನ್ನು ಆದ್ಯತೆ ನೀಡಿ ಮತ್ತು ಕೈಯಿಂದ ಇಡುವ ಕೀಲಿಗಳಿಗೆ /etc/apt/keyrings. ಈ ವಿಭಜನೆ ಅಲಂಕಾರವಲ್ಲ: ಇದು ಮುಂದಿನ ನಿರ್ವಾಹಕನಿಗೆ ಯಾವ ಕೀಲಿಗಳು ಪ್ಯಾಕೇಜ್ ನವೀಕರಣವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಯಾವುವಿಗೆ ಮನುಷ್ಯ ಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ.

ನಂಬುವ ಮೊದಲು ಬೆರಳಚ್ಚನ್ನು ವಿಕ್ರೇತನದ ಪ್ರಕಟಿತ ಮೌಲ್ಯದೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ. ಫೋರಂ ಪೋಸ್ಟ್ನಿಂದ ಅಂಟಿಸಿದ ಕೀಲಿ ID ಎಂಬುದು ಯಾರೂ ಹೆಸರಿಸಲಾಗದ ನವೀಕರಣ ಅಧಿಕಾರವನ್ನು ಯಂತ್ರವು ನಂಬಲು ಪ್ರಾರಂಭಿಸುವ ದಾರಿ.

ತೆಗೆದುಹಾಕುವ ಮಾರ್ಗ, ಮತ್ತು ದೋಷ ಮತ್ತೆ ಬರಬಹುದಾದ ಕಾರಣ

ಸ್ಥಾಪಕನು ವಾಸ್ತವವಾಗಿ ಏನು ಬರೆದನೆಂದು ನೋಡಿ, ಏಕೆಂದರೆ ಹಲವು ಫೈಲ್ಗಳು ಒಂದೇ ವಿಕ್ರೇತನವನ್ನು ಉಲ್ಲೇಖಿಸಬಹುದು ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಸಾಮಾನ್ಯವಾಗಿ ಉಳಿದ ಪ್ರತಿ.

grep -r . /etc/apt/sources.list.d/
sudo rm /etc/apt/sources.list.d/vendor.list

apt ಆ ಕೋಶದಿಂದ ಕೇವಲ .list ಮತ್ತು .sources ಫೈಲ್ಗಳನ್ನು ಓದುತ್ತದೆ, ಆದ್ದರಿಂದ .save ಅಥವಾ .distUpgrade ಪ್ರತಿಯನ್ನು ಈಗಾಗಲೇ ನಿರ್ಲಕ್ಷಿಸಲಾಗಿದೆ; ಹಾಗಿದ್ದರೂ ಅದನ್ನು ಅಳಿಸುವುದು ನಂತರದ ಓದುಗನು ಆಕಸ್ಮಿಕವಾಗಿ ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸದಂತೆ ತಡೆಯುತ್ತದೆ. ಮೂಲವನ್ನು ತೆಗೆದುಹಾಕುವುದು ಏನನ್ನೂ ಅನ್ಇನ್ಸ್ಟಾಲ್ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು apt ನಂತರ ಸ್ಥಾಪಿತ VPN ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಸ್ಥಾಪಿತ ಅಥವಾ ಇನ್ನು ಲಭ್ಯವಿಲ್ಲ ಎಂದು ವಿವರಿಸಬಹುದು, ಅದು ಪ್ಯಾಕೇಜ್ ಸ್ಥಿತಿಯ ಸಂದೇಶ, ವಿಶ್ವಾಸ ದೋಷದ ಮರಳುವಿಕೆ ಅಲ್ಲ.

ಪುನರಾವರ್ತಿತ ಪ್ರಕರಣವೆಂದರೆ ಹಳೆಯ ಸೂಚನೆ, ಅದು ಕೀಲಿಗಳನ್ನು apt-key ಮೂಲಕ ಜಾಗತಿಕ ವಿಶ್ವಸ್ತ ವಲಯಕ್ಕೆ ಸ್ಥಾಪಿಸುತ್ತಿತ್ತು. ಆ ಮಾರ್ಗವು ಬಳಕೆಯಿಂದ ಹೊರಗಿದೆ, ಮತ್ತು ಬಿಡುಗಡೆ ನವೀಕರಣವು ಕೀಲಿಯನ್ನು ಬೀಳಿಸಿ ಅಥವಾ ಸರಳವಾಗಿ ಸಂಪರ್ಕಿಸದೆ ಬಿಡಬಹುದು, ಮತ್ತು ಒಂದು ವರ್ಷ ಮೌನವಾಗಿದ್ದ ದೋಷವು ನೀವು ನವೀಕರಿಸುವ ವಾರದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಕ್ಕೆ ಅದೇ ಕಾರಣ. /etc/apt/trusted.gpg.d/ ಪರಿಶೀಲಿಸಿ, ನಂತರ ವಿಶ್ವಾಸದ ನಿರ್ಧಾರವನ್ನು ಸಂಗ್ರಹದ ಸಾಲಿಗೆ ಅದಕ್ಕೆ ಸಲ್ಲುವ ಸ್ಥಳಕ್ಕೆ ಸರಿಸಿ. ವಿಕ್ರೇತನವು ಇನ್ನೂ apt-key ಸೂಚನೆಗಳನ್ನು ಮುದ್ರಿಸುತ್ತಿದ್ದರೆ, ಹಾಗಿದ್ದರೂ signed-by ಬಳಸಿ; ಅದೇ ಕೈಪಿಡಿ ದಾಖಲಿಸುವ ವ್ಯವಸ್ಥೆ, ಮತ್ತು ನವೀಕರಣವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದು ಅದೇ.