apt-cache ನಿಮ್ಮ VPN ಪ್ಯಾಕೇಜಿಗಾಗಿ ಸ್ಥಾಪಿತ (ಯಾವುದೂ ಇಲ್ಲ) ಏಕೆ ತೋರಿಸುತ್ತದೆ
ಸ್ಥಾಪಿತ (ಯಾವುದೂ ಇಲ್ಲ) ಎಂದರೆ VPN ಪ್ಯಾಕೇಜ್ ಸ್ಥಾಪಿತವಾಗಿಲ್ಲ, ಅದು ಕಾಣೆಯಾಗಿದೆ ಎಂದಲ್ಲ. ಮೂಲಗಳನ್ನು ಸಂಪಾದಿಸುವ ಮೊದಲು ಅಭ್ಯರ್ಥಿ, ಪಿನ್ ಮತ್ತು ಆರ್ಕಿಟೆಕ್ಚರ್ ಸಾಲುಗಳನ್ನು ಓದಿ.
Installed: (none) ಎಂದು ವರದಿ ಮಾಡುವ VPN ಪ್ಯಾಕೇಜ್ ಕಾಣೆಯಾಗಿಲ್ಲ; ಅದು ಸ್ಥಾಪಿತವಾಗಿಲ್ಲ ಅಷ್ಟೇ. ನೀವು ಅದನ್ನು ಸ್ಥಾಪಿಸಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುವ ಸಾಲು Candidate, ಅದನ್ನು APT ಸೂಚ್ಯಂಕಗಳು, suite ಹೆಸರು, ಆರ್ಕಿಟೆಕ್ಚರ್ ಮತ್ತು ಜಾರಿಯಲ್ಲಿರುವ ಯಾವುದೇ ಪಿನ್ ನಿಯಮಗಳಿಂದ ಪಡೆಯುತ್ತದೆ. ಕಾಣೆಯಾದ VPN ಪ್ಯಾಕೇಜ್ ಬಗ್ಗೆ ಬರುವ ಹೆಚ್ಚಿನ ವರದಿಗಳು ಪ್ಯಾಕೇಜಿಂಗ್ ಸಮಸ್ಯೆಯಲ್ಲ, ಅಭ್ಯರ್ಥಿ ಸಮಸ್ಯೆ ಎಂದು ಸಾಬೀತಾಗುತ್ತವೆ. ಒಂದೇ ಒಂದು ಮೂಲ ನಮೂದನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಎರಡೂ ಸಾಲುಗಳನ್ನು ಓದಿ.
ನಾನು ಮೊದಲು ಅಭ್ಯರ್ಥಿಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತೇನೆ, ಏಕೆಂದರೆ ಅದಕ್ಕೆ ಒಂದೇ ಆಜ್ಞೆ ಸಾಕು ಮತ್ತು ಸಾಮಾನ್ಯ ಊಹೆಗಳ ಅರ್ಧವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.
apt-cache policy ನ ಔಟ್ಪುಟ್ ನಿಮಗೆ ಏನು ಹೇಳುತ್ತದೆ
apt-cache policy ಸ್ಥಳೀಯ ಪ್ಯಾಕೇಜ್ ಕ್ಯಾಶ್ ಓದುತ್ತದೆ, ಜಾಲವನ್ನಲ್ಲ. ಅದು ಸ್ಥಾಪಿತ ಆವೃತ್ತಿ, ಅಭ್ಯರ್ಥಿ ಆವೃತ್ತಿ ಮತ್ತು ಪ್ಯಾಕೇಜನ್ನು ನೀಡುವ ಪ್ರತಿಯೊಂದು ಸೂಚ್ಯಂಕದ ಕೋಷ್ಟಕವನ್ನು ಅದಕ್ಕೆ ಜೋಡಿಸಿದ ಆದ್ಯತೆಯೊಂದಿಗೆ ಮುದ್ರಿಸುತ್ತದೆ.
apt-cache policy openvpn
apt-cache madison openvpn
apt list -a network-manager-openvpnಅಭ್ಯರ್ಥಿ ಎಂದರೆ APT ಈಗ ಆಯ್ಕೆ ಮಾಡುವ ಆವೃತ್ತಿ. madison ಪ್ರತಿ ಮೂಲ ತನ್ನ ಆದ್ಯತೆಯೊಂದಿಗೆ ಏನು ನೀಡುತ್ತದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಹೀಗೆಯೇ ಸೂಚ್ಯಂಕದಲ್ಲಿದ್ದರೂ ಪಿನ್ ಸ್ಪರ್ಧೆಯಲ್ಲಿ ಸೋಲುವ ಪ್ಯಾಕೇಜನ್ನು ನೀವು ಗುರುತಿಸುತ್ತೀರಿ. apt-cache ಕೈಪಿಡಿ ಎರಡನ್ನೂ ಕ್ಯಾಶ್ ಓದುವಿಕೆ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಕನ್ನಡಿಯು ಈ ಕ್ಷಣ ತಲುಪಬಹುದು ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಅಭ್ಯರ್ಥಿ ಸಾಲು ಖಾಲಿಯಾಗಿದ್ದರೆ ಅಥವಾ (none) ತೋರಿಸಿದರೆ, ಸಂರಚಿಸಿದ ಮೂಲಗಳಲ್ಲಿ ಈ ವ್ಯವಸ್ಥೆಗೆ, ಅದು ಸಂರಚಿಸಿರುವಂತೆಯೇ, ಯಾವುದೂ ಅರ್ಹವಲ್ಲ.
ಅಭ್ಯರ್ಥಿ ಮಾಯವಾಗುವ ನಾಲ್ಕು ಕಾರಣಗಳು
ಪ್ರಾಯೋಗಿಕವಾಗಿ ಕಾರಣ ಬಹುತೇಕ ಯಾವಾಗಲೂ ನಾಲ್ಕರಲ್ಲಿ ಒಂದು, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಪರಿಹಾರವಿದೆ.
ನಿಮ್ಮ ಮೂಲಗಳಲ್ಲಿನ suite ಹೆಸರು ಪ್ಯಾಕೇಜನ್ನು ನಿರ್ಮಿಸಿದ ವಿತರಣೆಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು. trixie ಕನ್ನಡಿಗೆ ತಿರುಗಿಸಿದ Debian bookworm ವ್ಯವಸ್ಥೆ, ಅಥವಾ ನವೀಕರಣದ ಸಮಯದಲ್ಲಿ sources.list.d ಕಡತದಲ್ಲಿ ಮರುನಾಮಕರಣಗೊಂಡ Ubuntu ಬಿಡುಗಡೆ, ಇನ್ನೊಂದು suite ನಲ್ಲಿ ಮಾತ್ರ ಇರುವ ಪ್ಯಾಕೇಜುಗಳಿಗೆ ಏನನ್ನೂ ಪರಿಹರಿಸುವುದಿಲ್ಲ. ಪ್ರತಿ ನಮೂದಿನಲ್ಲಿ lsb_release -cs ಅನ್ನು suite ಕ್ಷೇತ್ರದೊಂದಿಗೆ ಹೋಲಿಸಿ.
APT dpkg ಗೊತ್ತಿರುವ ಆರ್ಕಿಟೆಕ್ಚರುಗಳಿಗಾಗಿ ನಿರ್ಮಿಸಿದ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ. 32-ಬಿಟ್ ಕಂಟೇನರ್, arm64 ಇಮೇಜ್ ಅಥವಾ amd64 ಗೆ ಮಾತ್ರ ಸಾಗಿಸುವ ಪ್ಯಾಕೇಜನ್ನು ಕೇಳುವ Raspberry Pi ಸ್ಥಾಪನೆ ದೋಷ ಸಂದೇಶದ ಬದಲು ಖಾಲಿ ಅಭ್ಯರ್ಥಿಯನ್ನು ಪಡೆಯುತ್ತದೆ. dpkg --print-architecture ಮತ್ತು dpkg --print-foreign-architectures ನೀವು ವಾಸ್ತವವಾಗಿ ಯಾವ ಗುಂಪಿನಲ್ಲಿದ್ದೀರಿ ಎಂದು ಹೇಳುತ್ತವೆ.
ಘಟಕಗಳೂ ಮುಖ್ಯ. main ಮಾತ್ರ ಸಕ್ರಿಯವಾಗಿದ್ದಾಗ contrib ಅಥವಾ non-free ನಲ್ಲಿನ ಪ್ಯಾಕೇಜ್ ಅಗೋಚರವಾಗಿರುತ್ತದೆ, ಮತ್ತು Ubuntu ನ universe ಅದೇ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ. ಸೂಚ್ಯಂಕವಿದೆ ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಅದರಲ್ಲಿದೆ; ನಿಮ್ಮ ಸಕ್ರಿಯ ಘಟಕಗಳ ಪಟ್ಟಿ ಅದನ್ನು ಒಳಗೊಂಡಿಲ್ಲ ಅಷ್ಟೇ.
ಪಿನ್ನಿಂಗ್ ಮೌನ ಕಾರಣ. /etc/apt/preferences.d ನಲ್ಲಿನ ಕಡತವು ಪ್ಯಾಕೇಜನ್ನು ಸ್ಥಾಪನಾ ಮಿತಿಗಿಂತ ಕೆಳಗೆ ಸೀಮಿತಗೊಳಿಸಬಹುದು, ಆಗ ಸಂಪೂರ್ಣ ಉತ್ತಮ ಅಭ್ಯರ್ಥಿ ಔಟ್ಪುಟ್ನಿಂದ ಮಾಯವಾಗುತ್ತದೆ, ಸೂಚ್ಯಂಕ ಇನ್ನೂ ಅದನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತಿರುತ್ತದೆ. policy ಪ್ರತಿ ಮೂಲದ ಪಕ್ಕದಲ್ಲಿ ಆದ್ಯತೆಗಳನ್ನು ಮುದ್ರಿಸುವುದರಿಂದ, ಪ್ರತಿ ಮೂಲವೂ ಕಡಿಮೆ ಪಿನ್ ಸಂಖ್ಯೆ ಹೊಂದಿರುವ ಪ್ಯಾಕೇಜ್ ಸುಳಿವು.
ಹಳೆಯ ಸೂಚ್ಯಂಕಗಳು ಕಾಣೆಯಾದ ಪ್ಯಾಕೇಜುಗಳಂತೆ ಕಾಣುತ್ತವೆ
ಕ್ಯಾಶ್ ಒಂದು ಕ್ಷಣದ ಚಿತ್ರ. ಕೊನೆಯ apt update ಒಂದು ಸೂಚ್ಯಂಕದಲ್ಲಿ ವಿಫಲವಾದರೆ, ಪ್ರಶ್ನೆಗಳು ಹಳೆಯ ಪ್ರತಿಯಿಂದಲೇ ಉತ್ತರಿಸುತ್ತಿರುತ್ತವೆ, ಮತ್ತು ನೀವು ನಿರೀಕ್ಷಿಸುವ ಪ್ಯಾಕೇಜ್ ಆ ಪ್ರತಿಯಲ್ಲಿ ಇಲ್ಲದಿರಬಹುದು.
apt update ಪ್ರತಿ ಸೂಚ್ಯಂಕಕ್ಕೂ ದೋಷಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೇರವಾಗಿ ಕೊನೆಯ ಸಾಲಿಗೆ ಸ್ಕ್ರಾಲ್ ಮಾಡುವ ಬದಲು ಅವನ್ನು ಓದಿ.
ಸಹಿ ದೋಷ, ಅವಧಿ ಮುಗಿದ release ಕಡತ ಅಥವಾ ತಲುಪಲಾಗದ ಕನ್ನಡಿಯ ಕಾರಣ ವಿಫಲವಾದ ರಿಫ್ರೆಶ್ ಹಿಂದಿನ ಸೂಚ್ಯಂಕವನ್ನು ಅದರ ಜಾಗದಲ್ಲಿ ಬಿಡುತ್ತದೆ. ಅದು ವಿವೇಕಯುತ ವಿನ್ಯಾಸ, ಏಕೆಂದರೆ ಕನ್ನಡಿ ಸ್ವಲ್ಪ ಸಮಯ ಸ್ಥಗಿತಗೊಂಡಾಗ ಕೆಲಸ ಮಾಡುವ ಕ್ಯಾಶನ್ನು ಉಳಿಸುತ್ತದೆ. ಅಡ್ಡಪರಿಣಾಮ ಎಂದರೆ ಭಂಡಾರ ಆಫ್ಲೈನ್ ಇದ್ದರೂ ಹುಡುಕಾಟ ಯಶಸ್ವಿಯಾಗಬಹುದು. ಸೂಚ್ಯಂಕವನ್ನು ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಪಡೆಯಲಾಯಿತು ಎಂದು ತಿಳಿಯುವವರೆಗೂ ಪ್ಯಾಕೇಜಿನ ಅನುಪಸ್ಥಿತಿ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ ಎಂದೂ ಇದು ಅರ್ಥ. ಪ್ಯಾಕೇಜ್ ಹೆಸರನ್ನು ದೂಷಿಸುವ ಮೊದಲು /var/lib/apt/lists ಅಡಿಯಲ್ಲಿ ಕಡತಗಳ ದಿನಾಂಕಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
ನಿಜವಾಗಿ ಬೇಕಾದ ಪ್ಯಾಕೇಜಿನ ಹೆಸರು ಹೇಳಿ
OpenVPN ಒಂದು ಡೀಮನ್, ಮತ್ತು ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಬಯಸುವ ಭಾಗಗಳು ಪ್ರತ್ಯೇಕ ಪ್ಯಾಕೇಜುಗಳು.
ಎಂಜಿನ್, NetworkManager ಪ್ಲಗಿನ್ ಮತ್ತು ಡೆಸ್ಕ್ಟಾಪ್ ಸಂಪಾದಕ ಮೂರು ಹೆಸರಿನ ಮೂರು ಪ್ಯಾಕೇಜುಗಳು, ಮತ್ತು ಪ್ಲಗಿನ್ಗೆ ವಿತರಣೆಗಳ ನಡುವೆ ಹೆಸರು ಬದಲಾಗುವ GTK ರೂಪಾಂತರವಿದೆ. apt-cache search --names-only openvpn ವಿವರಣೆಗಳ ಬದಲು ಹೆಸರುಗಳು ಮತ್ತು ಒದಗಿಸಿದ ಹೆಸರುಗಳನ್ನು ಹೊಂದಿಸುತ್ತದೆ, ಮತ್ತು ಆ ವಸ್ತುವಿನ ಹೆಸರು ಸ್ಥೂಲವಾಗಿ ಗೊತ್ತಿದ್ದಾಗ ನಿಮಗೆ ಬೇಕಾಗಿರುವುದು ಅದೇ.
ಹೆಸರು ನಿಜವಾಗಿ ಅಜ್ಞಾತವಾಗಿದ್ದರೆ, ಒಮ್ಮೆ ವಿವರಣೆಗಳಲ್ಲಿ ಹುಡುಕಿ, ನಂತರ ನಿಖರ ಹೆಸರುಗಳಿಗೆ ಮರಳಿ. ಇನ್ನೊಂದು ವಿತರಣೆಯಿಂದ ಎರವಲು ಪಡೆದ -gui ಪ್ರತ್ಯಯವನ್ನು ಸೇರಿಸಿ ಪ್ಯಾಕೇಜ್ ಇನ್ನು ಇಲ್ಲ ಎಂದು ತೀರ್ಮಾನಿಸಬೇಡಿ.
ಮೂಲಗಳನ್ನು ಕೊನೆಯದಾಗಿ ಬದಲಿಸಿ, ನಂತರ ವ್ಯವಹಾರವನ್ನು ಪರಿಶೀಲಿಸಿ
ಭಂಡಾರ ಸೇರಿಸುವುದು ನಿಮ್ಮ ನವೀಕರಣಗಳನ್ನು ಯಾರು ಪೂರೈಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ತನಿಖೆಯ ಕೊನೆಗೆ ಸೇರುತ್ತದೆ, ಪ್ರಾರಂಭಕ್ಕಲ್ಲ.
ಅದಕ್ಕೂ ಮೊದಲು ಬಿಡುಗಡೆ, ಆರ್ಕಿಟೆಕ್ಚರ್, ಘಟಕ ಮತ್ತು ಪಿನ್ ಸ್ಥಿತಿಯನ್ನು ದೃಢೀಕರಿಸಿ. ನಾಲ್ಕರಲ್ಲಿ ಯಾವುದನ್ನು ಪರಿಶೀಲಿಸಿದಿರಿ ಎಂದು ಬರೆದಿಡಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಮತ್ತೆ ಸಮಗ್ರ ಪರಿಶೀಲನೆ ಮಾಡದಂತೆ. ನಾಲ್ಕೂ ಸರಿಯಾಗಿದ್ದು ಅಭ್ಯರ್ಥಿ ಇನ್ನೂ ಕಾಣೆಯಾಗಿದ್ದರೆ, ಪ್ರಾಮಾಣಿಕ ತೀರ್ಮಾನ ಎಂದರೆ ಈ ಬಿಡುಗಡೆ ಆ ಪ್ಯಾಕೇಜನ್ನು ಸಾಗಿಸುವುದಿಲ್ಲ. ಉಳಿದ ಆಯ್ಕೆಗಳು backport, ಮಾರಾಟಗಾರರ ಪ್ಯಾಕೇಜ್ ಅಥವಾ ಬೇರೆ ಬೆಂಬಲಿತ ಬಿಡುಗಡೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಊಹೆಯಲ್ಲ, ಸಚೇತನ ಆಯ್ಕೆ.
ಅಭ್ಯರ್ಥಿ ಕಾಣಿಸಿಕೊಂಡಾಗ, ಅನ್ವಯಿಸುವ ಮೊದಲು ಅನುಕರಿಸಿ: ಪ್ಯಾಕೇಜ್ ಹೆಸರಿನೊಂದಿಗೆ apt-get install --simulate ಏನು ಎಳೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಏನು ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಪ್ಯಾಕೇಜಿನ ಲಭ್ಯತೆ, ಸ್ಥಾಪನೆ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸುರಂಗ ಮೂರು ಪ್ರತ್ಯೇಕ ಹಂತಗಳಾಗಿ ಉಳಿಯುತ್ತವೆ, ಮತ್ತು ಸುರಂಗ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುವ ಮೊದಲು ಅದರ ಪ್ರೊಫೈಲ್, ರುಜುವಾತುಗಳು, ಮಾರ್ಗಗಳು ಮತ್ತು DNS ಅನ್ನು ಇನ್ನೂ ಬಯಸುತ್ತದೆ.