APT ಫೈಲ್ ಸ್ವೀಕರಿಸುತ್ತದೆ ಆದರೆ ಪ್ರಾಕ್ಸಿ ಕೀಯನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ

ಸಂರಚನಾ ಫೈಲ್ ಯಶಸ್ವಿಯಾಗಿ ವಿಶ್ಲೇಷಣೆಯಾಗಬಹುದು ಮತ್ತು ಆದರೂ ಪ್ರಾಕ್ಸಿಯನ್ನು ಸಂರಚಿಸದೇ ಇರಬಹುದು. APT ಹೆಸರಿಸಿದ ಆಯ್ಕೆಗಳ ಮರವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ; ಅದು ಪ್ರತಿ ಸಂಭಾವ್ಯ ಶಾಖೆಯನ್ನು ತನ್ನ HTTP ಸಾಗಣೆಗೆ ಸೂಚನೆಯೆಂದು ಪರಿಗಣಿಸುವುದಿಲ್ಲ.

HTTP ಮಾರ್ಗಕ್ಕೆ, APT ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಇದು:

Acquire::http::Proxy "http://proxy.example.net:8080/";

ಸಾರ್ವಜನಿಕ ಸಂಗ್ರಹಾಲಯಗಳ ಪ್ರವೇಶವು ಸಾರ್ವಜನಿಕ ಪ್ರಾಕ್ಸಿಗಳನ್ನು ಬಳಸಬಹುದಾದಾಗ ನಿಮ್ಮ ಸೇವೆಯ HTTP ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅಥವಾ HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಬಳಸಿ. ಅದೇ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಹೆಚ್ಚುವರಿ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಸುತ್ತುವುದು ಅದರ ಹೆಸರನ್ನು ಬದಲಿಸುತ್ತದೆ:

APT {
    Acquire {
        http {
            Proxy "http://proxy.example.net:8080/";
        };
    };
};

ಅದು ಮೌಲ್ಯವನ್ನು APT::Acquire::http::Proxy ನಲ್ಲಿ ಇಡುತ್ತದೆ. ಇದು Acquire::http::Proxy ನ ಇನ್ನೊಂದು ಕಾಗುಣಿತವಲ್ಲ. HTTP ಸ್ವಾಧೀನ ವಿಧಾನವು ಎರಡನೆಯದನ್ನು ಹುಡುಕುತ್ತದೆ.

ನಿಖರ ಮೌಲ್ಯವನ್ನು ಕೇಳಿ

apt-config shell HTTP_PROXY_VALUE Acquire::http::Proxy
apt-config shell NESTED_VALUE APT::Acquire::http::Proxy

ಇವು ಓದಲು-ಮಾತ್ರ ಸಂರಚನಾ ಪರಿಶೀಲನೆಗಳು. URI ಅದನ್ನು ಹೊಂದಿದ್ದರೆ ಔಟ್‌ಪುಟ್ ಬಳಕೆದಾರ ಮಾಹಿತಿಯನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು, ಆದ್ದರಿಂದ ರುಜುವಾತುಗಳನ್ನು ಹಂಚಿದ ಪ್ರತಿಗಳಿಂದ ದೂರವಿರಿಸಿ. ವಿಫಲವಾದ ಪ್ಯಾಕೇಜ್ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವ ಅದೇ ಸಂರಚನಾ ಫೈಲ್‌ಗಳು, ಆಯ್ಕೆಗಳು ಮತ್ತು ಖಾತೆ ಸಂದರ್ಭವನ್ನು ಹೋಲಿಸಿ.

ಸರಿಯಾದ ಮಾರ್ಗದಲ್ಲಿ ಮೌಲ್ಯ ಇಲ್ಲದಿರುವುದು ಮಾನ್ಯವೆಂದು ಕಾಣುವ ಫೈಲ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಏಕೆ ಆಯ್ಕೆಮಾಡಲಿಲ್ಲ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಆ ಎಂಡ್‌ಪಾಯಿಂಟ್ ತಲುಪಬಹುದೇ ಎಂಬುದನ್ನು ಅದು ಇನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಸರಿಯಾದ ಪದರದಲ್ಲಿ ವಿರಾಮಚಿಹ್ನೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಹೆಸರುಗಳು ಎರಡು ಕೋಲನ್ ವಿಭಾಜಕಗಳನ್ನು ಬಳಸುತ್ತವೆ; ಸಾಮಾನ್ಯ ಮೌಲ್ಯ ನಿಗದಿಗಳಿಗೆ ಉಲ್ಲೇಖಗಳು ಮತ್ತು ಕೊನೆಯಲ್ಲಿ ಅರ್ಧವಿರಾಮ ಅಗತ್ಯ. APT ಆಯ್ಕೆ ಹೆಸರುಗಳಲ್ಲಿ ಅಕ್ಷರದ ದೊಡ್ಡ-ಸಣ್ಣ ಮುಖ್ಯವಲ್ಲ, ಆದ್ದರಿಂದ proxy ಅನ್ನು Proxy ಗೆ ಬದಲಿಸುವುದು ಹೆಚ್ಚುವರಿ ವ್ಯಾಪ್ತಿಗೆ ಸರಿಪಡಿಸುವಿಕೆಯಲ್ಲ. URI ಸ್ಟ್ರಿಂಗ್ ಒಳಗಿನ ಅರ್ಧವಿರಾಮ ಡೇಟಾ, ಹೇಳಿಕೆಯ ಅಂತ್ಯವಲ್ಲ.

ಸುತ್ತಲೂ ಹೆಚ್ಚು ರಫ್ತುಗಳನ್ನು ಸೇರಿಸುವ ಬದಲು ಘೋಷಣೆಯನ್ನು ಸರಿಪಡಿಸಿ. APT ಉದ್ದೇಶಿತ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ವರದಿ ಮಾಡಿದ ನಂತರ, ಸಂಪರ್ಕ ನಿರಾಕರಣೆ, 407 ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ದೋಷವು ನಂತರದ ಹಂತಕ್ಕೆ ಸೇರಿದೆ.