APT ರ್ಯಾಪರ್ ಇಲ್ಲದೆ SOCKS5h ಬಳಸಬಹುದು
SOCKS5h ಬೆಂಬಲವನ್ನು ದಾಖಲಿಸಿರುವ APT ಆವೃತ್ತಿಗಳಿಗೆ, ಪ್ರಾಕ್ಸಿ URI HTTP ಅಥವಾ HTTPS ಸಾಗಣೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಅಡಿಯಲ್ಲಿ ಬರುತ್ತದೆ, ಸೃಷ್ಟಿಸಿದ Acquire::socks ವಿಭಾಗದಲ್ಲಿ ಅಲ್ಲ.
“APT through SOCKS” ಕುರಿತ ಹಳೆಯ ಉತ್ತರಗಳು ಸಾಮಾನ್ಯವಾಗಿ ರ್ಯಾಪರ್ ಅಥವಾ HTTP-to-SOCKS ರಿಲೇವನ್ನು ಶಿಫಾರಸು ಮಾಡುತ್ತವೆ. ಆ ಉತ್ತರಗಳು ಹಳೆಯ ಆವೃತ್ತಿಗಳ ನಿಜವಾದ ಮಿತಿಗಳನ್ನು ವಿವರಿಸಬಹುದು. ಆದರೆ socks5h ಬೆಂಬಲವನ್ನು ದಾಖಲಿಸುವ APT ಆವೃತ್ತಿಯಲ್ಲಿ ಅವು ಏಕೈಕ ಆಯ್ಕೆಯಲ್ಲ.
ಕಾನ್ಫಿಗರೇಶನ್ ತುಣುಕು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ acquisition transport ಕೀಗಳನ್ನು ಬಳಸಬಹುದು:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";ಈ ಉದಾಹರಣೆಯು ಅದೇ ಯಂತ್ರದಲ್ಲಿ ಅಧಿಕೃತ SOCKS5 ಶ್ರೋತೃ ಈಗಾಗಲೇ ಇದೆ ಎಂದು ಊಹಿಸುತ್ತದೆ. ಅದು ಒಂದನ್ನು ಪ್ರಾರಂಭಿಸುವುದಿಲ್ಲ. SSH ಡೈನಾಮಿಕ್ ಫಾರ್ವರ್ಡ್ ಆ ಸ್ಥಳೀಯ ಶ್ರೋತೃವನ್ನು ರಚಿಸುವ ಒಂದು ಮಾರ್ಗ. ಪ್ರಾಕ್ಸಿ ದೂರದಲ್ಲಿದ್ದರೆ, ಬದಲಿಗೆ ಅದರ ನಿಜವಾದ ತಲುಪಬಹುದಾದ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಳಸಿ; SOCKS5 ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯ ಅಭ್ಯರ್ಥಿಗಳು ರೆಪೊಸಿಟರಿ ವಿನಂತಿಗಳಿಗೆ ಸಾರ್ವಜನಿಕ ಪ್ರಾಕ್ಸಿಗಳನ್ನು ಅನುಮತಿಸಿದ ಸ್ಥಳಗಳಲ್ಲಿ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತವೆ.
ಸ್ಕೀಮ್ ಸೂಚನೆಯ ಭಾಗವಾಗಿದೆ
APT ಸಾಗಣೆ ಕೈಪಿಡಿ ದೂರದ DNS ರೆಸಲ್ಯೂಶನ್‌ನೊಂದಿಗೆ SOCKS5ಗಾಗಿ socks5h ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಸ್ಥಾಪಿತ ಆವೃತ್ತಿಗೆ ದಾಖಲಾದ ಸ್ಕೀಮ್ ಬಳಸಿ, ಬೇರೆ ಪ್ರೋಗ್ರಾಂ ಆಕಸ್ಮಿಕವಾಗಿ ಸ್ವೀಕರಿಸುವ ಲೇಬಲ್‌ಗೆ ಅದನ್ನು ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸಬೇಡಿ.
ಅದೇ ರೀತಿ, ಹಳೆಯ ಫೋರಮ್ ಸ್ನಿಪ್ಪೆಟ್‌ನಲ್ಲಿರುವ Acquire::socks::Proxy HTTP acquisition ವಿಧಾನವು ಆ ಸೆಟ್ಟಿಂಗ್ ಓದುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ. ಕಾನ್ಫಿಗರೇಶನ್ ಪಾರ್ಸರ್ ಕೀಯನ್ನು ಸ್ವೀಕರಿಸಬಹುದು, ಆದರೆ ಡೌನ್‌ಲೋಡ್ ವಿಧಾನ ಅದನ್ನು ಬಳಸದಿರಬಹುದು.
ಸ್ಥಳೀಯ ವಿಳಾಸಕ್ಕೆ ಗಡಿ ಇದೆ
APT ಕಂಟೇನರ್ ಅಥವಾ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಒಳಗೆ ಚಾಲನೆಯಾದಾಗ, 127.0.0.1 ಆ ಪರಿಸರವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಹೋಸ್ಟ್‌ನಲ್ಲಿನ SOCKS ಶ್ರೋತೃ ಬೇರೆ ಎಂಡ್‌ಪಾಯಿಂಟ್. ತಿರಸ್ಕರಿಸಿದ ಸ್ಥಳೀಯ ಸಂಪರ್ಕವನ್ನು ನಿರ್ಣಯಿಸುವ ಮೊದಲು APT ಎಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
SOCKS ಬೆಂಬಲವು ರೆಪೊಸಿಟರಿ ಸಹಿ ಅಥವಾ HTTPS ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಗಳನ್ನು ಸಹ ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ. ಆ ರಕ್ಷಣೆಗಳನ್ನು ಸಕ್ರಿಯವಾಗಿಡಿ. ಸ್ಥಾಪಿತ APT ಬಳಿ ದಾಖಲಾದ ಸಾಮರ್ಥ್ಯ ಇಲ್ಲದಿದ್ದರೆ, ಅಪರಿಚಿತ URI ಸ್ಕೀಮ್ ಅನ್ನು ಪಾಸ್‌ವರ್ಡ್ ಸಮಸ್ಯೆ ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಅನುಮೋದಿತ ಪರ್ಯಾಯ ಅಥವಾ ನವೀಕರಣ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆಮಾಡಿ.