ವೆಬ್‌ಸೈಟ್‌ಗಳು VPN ಮೂಲಕ ಲೋಡ್ ಆಗುತ್ತವೆ, ಆದರೆ apt ಸಂಗ್ರಹವನ್ನು ತಲುಪುವುದಿಲ್ಲ

VPN ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಒಳಗಿನ ವಿಕಿ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಲೋಡ್ ಆಗುತ್ತದೆ, ಮತ್ತು apt update ಇನ್ನೂ ತಲುಪಲಾಗದ ಕನ್ನಡಿಯಲ್ಲಿ ನೇತಾಡುತ್ತಿದೆ. ಆ ಚಿತ್ರದಲ್ಲಿ ಸುರಂಗದಲ್ಲಿ ಏನೂ ಮುರಿದಿಲ್ಲ. ಬ್ರೌಸರ್ ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ ಎರಡು ಪ್ರತ್ಯೇಕ ಪ್ರಾಕ್ಸಿ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಂಡವು, ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಸಂರಚಿಸಲಾಗಿತ್ತು.

ಯಾವ ನಿರ್ಧಾರ ವಿಫಲವಾಯಿತು ಎಂಬುದನ್ನು ಮೊದಲು ನಿರ್ಧರಿಸುವುದೇ ಏಕೈಕ ಯೋಗ್ಯ ವಿಷಯ.

ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟುವ ಮೊದಲು ದೋಷವನ್ನು ಓದಿ

ಪ್ರತಿ ಹಂತ ಬೇರೆ ಸಂದೇಶವನ್ನು ಬಿಡುತ್ತದೆ. ಎಂದಿಗೂ ಪರಿಹಾರವಾಗದ ಹೆಸರು DNS, ಎಂದಿಗೂ ಪೂರ್ಣಗೊಳ್ಳದ ಸಂಪರ್ಕ ಮಾರ್ಗದರ್ಶನ ಅಥವಾ ಫೈರ್‌ವಾಲ್, ತಕ್ಷಣದ 407 ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣ, ಪ್ರಮಾಣಪತ್ರದ ಕುರಿತು ದೂರು TLS ಪರಿಶೀಲನೆ, ಮತ್ತು ಸಹಿಯ ಎಚ್ಚರಿಕೆ ಸಂಗ್ರಹದ ಮೆಟಾಡೇಟಾ. ಈ ಐದು ವೈಫಲ್ಯಗಳಿಗೆ ಐದು ವಿಭಿನ್ನ ಸರಿಪಡಿಸುವಿಕೆಗಳು ಬೇಕು, ಮತ್ತು DNS ಸಮಸ್ಯೆಯ ಮೇಲೆ ಅಂಟಿಸಿದ ಪ್ರಾಕ್ಸಿ ಸಾಲು ನೇತಾಡುವಿಕೆಯನ್ನು ಬೇರೆಡೆಗೆ ಸರಿಸುತ್ತದಷ್ಟೇ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಆ ನಿಖರ ಸಾಲನ್ನು ಮತ್ತು ಅದು ಹೆಸರಿಸುವ ಸಂಗ್ರಹವನ್ನು ನಕಲಿಸಿ. „ಸಮಯ ಮುಗಿಯಿತು“ ಎಂಬ ಮಸುಕಾದ ನೆನಪೇ ಹತ್ತು ನಿಮಿಷಗಳ ರೋಗನಿರ್ಣಯವನ್ನು ಪೂರ್ಣ ಮಧ್ಯಾಹ್ನವಾಗಿ ಮಾಡುತ್ತದೆ.

APT ತನ್ನದೇ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ

APT /etc/apt/apt.conf.d/, ಮುಖ್ಯ apt.conf ಮತ್ತು APT_CONFIG ಹೆಸರಿಸುವ ಯಾವುದೇ ಕಡತವನ್ನು ಓದುತ್ತದೆ. ಇದು ಡೆಸ್ಕ್‌ಟಾಪ್ ಪ್ರಾಕ್ಸಿ ಪ್ರೊಫೈಲ್, GNOME ನೆಟ್‌ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ ಅಥವಾ ಬ್ರೌಸರ್ ವಿಸ್ತರಣೆಯನ್ನು ಓದುವುದಿಲ್ಲ. ಸಾಗಣೆ ಪ್ರಾಕ್ಸಿ ಪರಿಸರ ಚರಗಳನ್ನು ಗೌರವಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಶೆಲ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ export https_proxy=... ಬೇರೆ ಪರಿಸರದಲ್ಲಿ ಚಾಲನೆಯಾಗುವ ಟೈಮರ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ವಿಫಲವಾಗುವ ಪ್ರಕ್ರಿಯೆ ನಿಜವಾಗಿ ಏನನ್ನು ನೋಡುತ್ತದೆ ಎಂಬುದನ್ನು ಡಂಪ್ ಮಾಡಿ: apt-config dump | grep -i proxy.

ಇದನ್ನು ವಿಫಲವಾಗುವ ಕ್ರಿಯೆ ನಡೆಯುವ ಬಳಕೆದಾರರಾಗಿಯೇ ಚಲಾಯಿಸಿ. root ಬೇರೆ ಕಡತ ಗುಂಪನ್ನು ಓದಿದರೆ, ಅಥವಾ systemd ಟೈಮರ್ ಬೇರೆ ಪರಿಸರದೊಂದಿಗೆ ಆರಂಭವಾದರೆ, ಡಂಪ್ ಭಿನ್ನವಾಗಿರುತ್ತದೆ, ಆ ವ್ಯತ್ಯಾಸವೇ ನಿಮ್ಮ ಉತ್ತರ. ಪರಸ್ಪರ ವಿರುದ್ಧವಾದ ಎರಡು ಪ್ರಾಕ್ಸಿ ಮೌಲ್ಯಗಳು ಒಂದು ಕಾಣೆಯಾದ ಮೌಲ್ಯಕ್ಕಿಂತ ಕೆಟ್ಟವು, ಏಕೆಂದರೆ ಸಾಗಣೆ ತನಗೆ ಸಿಗುವ ಅತ್ಯಂತ ನಿರ್ದಿಷ್ಟ ಹೊಂದಾಣಿಕೆಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ.

ಸಂರಚನೆಯ ಮಾಲೀಕರು ನಿರೀಕ್ಷಿಸುವಲ್ಲಿಯೇ ಪ್ರಾಕ್ಸಿಯನ್ನು ಸೆಟ್ ಮಾಡಿ

ನಿರ್ವಾಹಕರು ಅನುಮೋದಿಸಿದ ಸ್ಪಷ್ಟ ಪ್ರಾಕ್ಸಿಗೆ ಹೊಸ ಕಡತದಲ್ಲಿ ಸಣ್ಣ ತುಣುಕು ಸಾಕು:

Acquire::http::Proxy "http://proxy.corp.example:3128/";
Acquire::https::Proxy "http://proxy.corp.example:3128/";
Acquire::http::Proxy::archive.example.internal "DIRECT";

ಮೂರನೇ ಸಾಲು ಬಹುತೇಕ ಉದಾಹರಣೆಗಳು ಬಿಟ್ಟುಬಿಡುವ ಭಾಗ. ಪ್ರತಿ ಹೋಸ್ಟ್‌ನ ಕೀ ಸಾಮಾನ್ಯ ಮೌಲ್ಯವನ್ನು ಮೀರುತ್ತದೆ, ಆದ್ದರಿಂದ ಸುರಂಗದ ಮೂಲಕ ತಲುಪಬಹುದಾದ ಒಳಗಿನ ಕನ್ನಡಿ ಪ್ರಾಕ್ಸಿಯನ್ನು ಬಿಟ್ಟುಬಿಡಬಹುದು, ಉಳಿದೆಲ್ಲವೂ ಇನ್ನೂ ಅದರ ಮೂಲಕವೇ ಹೋಗುತ್ತವೆ. DIRECT ಅದಕ್ಕೆ ದಾಖಲಿಸಿದ ಮೌಲ್ಯ, ಖಾಲಿ ಸ್ಟ್ರಿಂಗ್ ಅಲ್ಲ.

ತುಣುಕನ್ನು ಹೊಸ ಕ್ರಮಸಂಖ್ಯೆಯ ಕಡತವಾಗಿ ಸೇರಿಸಿ, ಉದಾಹರಣೆಗೆ /etc/apt/apt.conf.d/95proxy. ವಿತರಣಾ ಕಡತವನ್ನು ಮೇಲೆಬರೆಯುವುದು ಎಂದರೆ ಮುಂದಿನ ಪ್ಯಾಕೇಜ್ ನವೀಕರಣ ನಿಮ್ಮ ಬದಲಾವಣೆಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ.

ರುಜುವಾತುಗಳು URI ನ ಹೊರಗೆ ಉಳಿಯುತ್ತವೆ

APT ಸಾಗಣೆ ಉಲ್ಲೇಖ ದೃಢೀಕರಣಕ್ಕಾಗಿ apt_auth.conf ಗೆ ತೋರಿಸುತ್ತದೆ, ಬಳಕೆದಾರಹೆಸರು ಮತ್ತು ಗುಪ್ತಪದ ಅಲ್ಲಿಯೇ ಸೇರಬೇಕು. ಅವನ್ನು ಪ್ರಾಕ್ಸಿ URI ನಲ್ಲಿ ಹುದುಗಿಸುವುದು ಪ್ರಕ್ರಿಯೆ ಪಟ್ಟಿಗಳು, ಶೆಲ್ ಇತಿಹಾಸ ಮತ್ತು ಟಿಕೆಟ್‌ನಲ್ಲಿ ಅಂಟಿಸಿದ ಪ್ರತಿ ಸಂರಚನಾ ಡಂಪ್‌ಗೆ ಅವನ್ನು ಕೊಂಡೊಯ್ಯುತ್ತದೆ. ದೃಢೀಕರಣ ಕಡತಕ್ಕೆ ಕಟ್ಟುನಿಟ್ಟಿನ ಅನುಮತಿಗಳು ಬೇಕು, ಏಕೆಂದರೆ ಅದು ರುಜುವಾತುಗಳ ಉಗ್ರಾಣ.

ಯೋಜನೆಯನ್ನೂ ಪರಿಶೀಲಿಸಿ. HTTPS ಸಂಗ್ರಹವನ್ನು ಇನ್ನೂ HTTP ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ತಲುಪಬಹುದು; ಸಾಗಣೆ ಕನ್ನಡಿಯ URI ಯೋಜನೆಯಿಂದ ಬೇರೆಯದೇ ಆಯ್ಕೆ.

ಗ್ರಾಫಿಕಲ್ ಸಾಫ್ಟ್‌ವೇರ್ ಕೇಂದ್ರ ಪ್ರತ್ಯೇಕ ಮುಂಭಾಗ. ಅದು PackageKit ಅಥವಾ snap ಹಿನ್ನೆಲೆಯನ್ನು ಬಳಸಿದರೆ, APT ತುಣುಕು ಅದಕ್ಕೆ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ವಿಫಲವಾದ ವಿನಂತಿಯನ್ನು ಯಾವ ಪ್ರಕ್ರಿಯೆ ಮಾಡಿತು ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಮಾರ್ಗವನ್ನು ದೃಢೀಕರಿಸಿ, ನಿರ್ಗಮನ ಸಂಕೇತವನ್ನು ಮಾತ್ರವಲ್ಲ

ತುಣುಕು ಸ್ಥಳದಲ್ಲಿರುವಾಗ ಹಸಿರು ಫಲಿತಾಂಶವನ್ನು ನಂಬುವ ಬದಲು ವಿನಂತಿಯನ್ನು ಗಮನಿಸಿ. apt-get -o Debug::Acquire::http=true update ಸಂಪರ್ಕ ಪ್ರಯತ್ನ, ಆಯ್ಕೆ ಮಾಡಿದ ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆ ಸಂಕೇತವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಇದು ತಪ್ಪು ಪ್ರಾಕ್ಸಿಯನ್ನು ನಿಮ್ಮನ್ನು ನಿರಾಕರಿಸಿದ ಪ್ರಾಕ್ಸಿಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ.

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

ಕೆಲಸ ಮಾಡುವ ತುಣುಕನ್ನು ಮತ್ತು ವಿಫಲವಾದ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಒಟ್ಟಿಗೆ ಇರಿಸಿ. ಅದೇ ನೇತಾಡುವಿಕೆಯನ್ನು ಎದುರಿಸುವ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಎರಡು ಸಾಲುಗಳ ವ್ಯತ್ಯಾಸವನ್ನು ಯಾವುದೇ ವಿವರಣೆಗಿಂತ ಬೇಗ ಗುರುತಿಸುತ್ತಾರೆ.