ನೀವು ಅನೇಕ ಯಂತ್ರಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಪ್ರತಿ ಯಂತ್ರಕ್ಕೆ ಭದ್ರತಾ ಪ್ಯಾಚ್ಗಳನ್ನು ನವೀಕರಿಸುವ ಮತ್ತು ಅನ್ವಯಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬಹಳ ಸರಳವಾಗಿಸುವುದರಿಂದ ಆಪ್ಟ್ ಬಹಳ ಸಹಾಯಕವಾಗುತ್ತದೆ. ಸಮಸ್ಯೆಯೆಂದರೆ, ಸಾಂಪ್ರದಾಯಿಕ ವಿಧಾನದೊಂದಿಗೆ, ಒಮ್ಮೆ ನವೀಕರಣ ಹೊರಬಂದ ನಂತರ, ನೀವು ಪ್ರತಿಯೊಂದು ಯಂತ್ರಗಳಿಗೆ ಎಲ್ಲಾ ಹೊಸ ಪ್ಯಾಕೇಜ್ಗಳ ನಕಲನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ, ಇದು ನಮ್ಮ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಮತ್ತು ಬ್ಯಾಂಡ್ವಿಡ್ತ್ನ ಅದ್ಭುತ ಬಳಕೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಅಧಿಕೃತ ಸರ್ವರ್ನಿಂದ ಅದೃಷ್ಟವಶಾತ್, ಒಂದು ಯಂತ್ರವನ್ನು ನವೀಕರಿಸಲು ನಮಗೆ ಅನುಮತಿಸುವ ಒಂದು ವಿಧಾನವಿದೆ ಮತ್ತು ಅಲ್ಲಿಂದ ನಮ್ಮ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ರಚಿಸುವ ಉಳಿದ ಯಂತ್ರಗಳನ್ನು ನವೀಕರಿಸಿ. ಈ ವಿಧಾನವು ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದರ ಜೊತೆಗೆ ನಮ್ಮ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಬಳಕೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸುವುದರ ಜೊತೆಗೆ, ವಿಭಿನ್ನ ಯಂತ್ರಗಳಲ್ಲಿ ಪ್ಯಾಕೇಜ್ಗಳ ನಕಲನ್ನು ತಪ್ಪಿಸುತ್ತದೆ: ಅವೆಲ್ಲವೂ ನಮ್ಮ "ಸಂಗ್ರಹ ಸರ್ವರ್" ಅನ್ನು ಬಳಸಿಕೊಂಡು ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತವೆ. |
ನೀವು ಒಂದೇ ಯಂತ್ರವನ್ನು ವಿಭಿನ್ನ ಯಂತ್ರಗಳಲ್ಲಿ ಚಲಾಯಿಸುತ್ತಿರುವಾಗ (ಕೆಲಸದಲ್ಲಿರಲಿ, ಕಂಪ್ಯೂಟರ್ ಲ್ಯಾಬ್ಗಳಲ್ಲಿರಲಿ, ಸರ್ವರ್ "ಫಾರ್ಮ್ಗಳಲ್ಲಿ", ಕ್ಲಸ್ಟರ್ಗಳಲ್ಲಿ ಅಥವಾ ನಿಮ್ಮ ಸಣ್ಣ ಹೋಮ್ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿದ್ದರೂ ಸಹ) ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಸಂಗ್ರಹ ಭಂಡಾರವನ್ನು ರಚಿಸಲು ಇದು ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ. ಅಧಿಕೃತ ಭಂಡಾರದಿಂದ ಪ್ಯಾಕೇಜ್ ಡೌನ್ಲೋಡ್ ಮಾಡಿದ ನಂತರ, ಇತರ ಎಲ್ಲ ಯಂತ್ರಗಳು ಅದನ್ನು ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿರುವ ಯಂತ್ರದಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಆ ಸಂಗ್ರಹ ಭಂಡಾರದಿಂದ ಡೌನ್ಲೋಡ್ ಮಾಡುತ್ತವೆ, ಅದನ್ನು ನಾವು "ಸರ್ವರ್" ಎಂದು ಕರೆಯುತ್ತೇವೆ. ಈ ರೀತಿಯಾಗಿ, ಒಂದು ಯಂತ್ರದಿಂದ ಡೌನ್ಲೋಡ್ ಮಾಡಲಾದ ನವೀಕರಣಗಳನ್ನು ಅಧಿಕೃತ ರೆಪೊಸಿಟರಿಗಳಿಂದ ಮರು-ಡೌನ್ಲೋಡ್ ಮಾಡದೆಯೇ ಇತರರ ಮೇಲೆ ಸ್ಥಾಪಿಸಬಹುದು.
ನಾನು ಶಿಫಾರಸು ಮಾಡದ ಕೆಲವು "ಸಾಂಪ್ರದಾಯಿಕವಲ್ಲದ" ಪರಿಹಾರಗಳನ್ನು ಮೊದಲು ನೋಡೋಣ, ಆದರೆ ಈ ಪ್ರಶ್ನೆಯನ್ನು ಪರಿಹರಿಸುವಾಗ ಅದು ಖಂಡಿತವಾಗಿಯೂ ಮನಸ್ಸಿಗೆ ಬರುತ್ತದೆ.
ಹಂಚಿಕೊಳ್ಳಿ / etc / apt
ನೀವು ಡೆಬಿಯನ್ ಡಿಸ್ಟ್ರೋ (ಅಥವಾ ಅದರ ಉತ್ಪನ್ನಗಳು) ನಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದಾಗ, ಅದನ್ನು ಸ್ಥಳೀಯವಾಗಿ '/ etc / apt' ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಪ್ಯಾಕೇಜ್ ಅಗತ್ಯವಿದ್ದಾಗ, ಸ್ಥಳೀಯ ನಕಲು (ಅಂದರೆ ಸಂಗ್ರಹ) ಇದೆಯೇ ಎಂದು ನೋಡಲು ಆಪ್ಟ್ ಮೊದಲು ಈ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ನೋಡುತ್ತದೆ, ಹೀಗಾಗಿ ಅನಗತ್ಯ ಡೌನ್ಲೋಡ್ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ನಿಮ್ಮಲ್ಲಿ ಹಲವರು ಖಂಡಿತವಾಗಿಯೂ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಉತ್ತಮ ಮಾರ್ಗವೆಂದರೆ ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಆರಿಸುವುದು, ಅದನ್ನು ನಾವು ಒಂದು ರೀತಿಯ ಸರ್ವರ್ ಎಂದು ಗೊತ್ತುಪಡಿಸುತ್ತೇವೆ, ಅದನ್ನು ಅಧಿಕೃತ ರೆಪೊಸಿಟರಿಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನವೀಕರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದು ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ ನಿಮ್ಮ ಡೈರೆಕ್ಟರಿ '/ etc / apt' ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಉಳಿದ ಯಂತ್ರಗಳೊಂದಿಗೆ. ಆದಾಗ್ಯೂ, ಈ ವಿಧಾನವು 'source.list' ಫೈಲ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸುವುದಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಸಮಸ್ಯೆಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು. ಸಾಮಾನ್ಯವಾಗಿ, ಇದು ಹೆಚ್ಚು ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲಾಗುವ ಅಥವಾ ಹೆಚ್ಚು ಅನುಕೂಲಕರ ಪರಿಹಾರವಲ್ಲ.
ಪ್ಯಾಕೇಜುಗಳನ್ನು ಸರಿಸಿ
ಸಾಮಾನ್ಯ '/ etc / apt' ಡೈರೆಕ್ಟರಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಬದಲು, ಪ್ರತಿ ಕಂಪ್ಯೂಟರ್ಗೆ ತನ್ನದೇ ಆದ ಸ್ಥಳೀಯ ಸಂಗ್ರಹ ಡೈರೆಕ್ಟರಿಯನ್ನು ಬಳಸುವುದು ಮತ್ತೊಂದು ಪರ್ಯಾಯವಾಗಿರಬಹುದು ಆದರೆ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಒಂದು ಯಂತ್ರದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ನಕಲಿಸುವ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ, ಇದರಿಂದ ಅವೆಲ್ಲವೂ ಉಳಿಯುತ್ತವೆ ನವೀಕರಿಸಲಾಗಿದೆ. ಈ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸುವ ಸಾಧನವು 'ಆಪ್ಟ್-ಮೂವ್' ಆಗಿರಬಹುದು, ಆದರೆ ನಾನು ಅದನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ ಏಕೆಂದರೆ ಅದು ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ಸಾಕಷ್ಟು ಪಾರದರ್ಶಕವಾಗಿಲ್ಲ. ಇದಲ್ಲದೆ, ಎಲ್ಲಾ ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಪ್ರತಿಯೊಂದು ಯಂತ್ರಗಳಿಗೆ ನಕಲಿಸಬೇಕಾಗಿರುವುದರಿಂದ ಡಿಸ್ಕ್ ಜಾಗವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅನಗತ್ಯವಾಗಿ ಬಳಸುವುದನ್ನು ಇದು ಅರ್ಥೈಸಬಲ್ಲದು.
ಮೀಸಲಾದ ಸಂಗ್ರಹ ವ್ಯವಸ್ಥೆಗಳು
ಮೀಸಲಾದ ಸಂಗ್ರಹ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುವುದು ಈ ಸಮಸ್ಯೆಗೆ ಉತ್ತಮ ಪರಿಹಾರವಾಗಿದೆ. ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿರುವ ಒಂದು ಯಂತ್ರದಲ್ಲಿ ಅಧಿಕೃತ ಸರ್ವರ್ಗಳ ನಕಲನ್ನು ರಚಿಸುವುದು ಮತ್ತು ಉಳಿದ ಯಂತ್ರಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು, ಇದರಿಂದಾಗಿ ಅಧಿಕೃತ ಸರ್ವರ್ಗಳಿಂದ ನವೀಕರಣಗಳನ್ನು ಹುಡುಕುವ ಬದಲು ಅವರು ಅದನ್ನು ಮಾಡುತ್ತಾರೆ ಈ ಸ್ಥಳೀಯ ಸಂಗ್ರಹವನ್ನು ಬಳಸಿ (ಅಥವಾ ನಕಲಿಸಿ).
ಆಪ್ಟ್-ಕ್ಯಾಚರ್, ಆಪ್ಟ್-ಪ್ರಾಕ್ಸಿ, ಮತ್ತು ಆಪ್ಟ್-ಕ್ಯಾಶ್ ಸೇರಿದಂತೆ ಆಪ್ಟ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ವಿವಿಧ ವ್ಯವಸ್ಥೆಗಳಿವೆ.
ಇಲ್ಲಿ ನಾವು ಆಪ್ಟ್-ಕ್ಯಾಚರ್ ಅನ್ನು ನಿಭಾಯಿಸಲಿದ್ದೇವೆ, ಅದು ಬಳಸಲು ಸುಲಭವಾಗಿದೆ.
ಆಪ್ಟ್-ಕ್ಯಾಚರ್
ಆಪ್ಟ್-ಕ್ಯಾಚರ್ ಇತರ ರೆಪೊಸಿಟರಿ ಕ್ಯಾಶಿಂಗ್ ಸಿಸ್ಟಮ್ಗಳಿಗಿಂತ ಬಹಳ ಭಿನ್ನವಾಗಿದೆ ಏಕೆಂದರೆ ಇದು ಅದ್ವಿತೀಯ ಕಾರ್ಯಕ್ರಮವಲ್ಲ ಆದರೆ ಅಪಾಚೆ ಅಡಿಯಲ್ಲಿ ಸಿಜಿಐ ಸ್ಕ್ರಿಪ್ಟ್ನಂತೆ ಚಲಿಸುತ್ತದೆ. ಇದು ಹಲವಾರು ಅನುಕೂಲಗಳನ್ನು ಹೊಂದಿದೆ, ಉದಾಹರಣೆಗೆ ಇದನ್ನು ಸಣ್ಣ ಮತ್ತು ಸರಳ ಸಾಧನವನ್ನಾಗಿ ಮಾಡುವುದು ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಅತ್ಯಂತ ಶಕ್ತಿಶಾಲಿ ಮತ್ತು ಇದರ ಪರಿಣಾಮವಾಗಿ ಹೆಚ್ಚು ದೃ ust ವಾಗಿರುತ್ತದೆ ಏಕೆಂದರೆ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ತನ್ನದೇ ಆದ ಕೋಡ್ ಅಗತ್ಯವಿಲ್ಲ, ಮತ್ತು ಇದು ತುಂಬಾ ಸುಲಭವಾಗಿರುತ್ತದೆ ಏಕೆಂದರೆ ನೀವು ಇದನ್ನು ಬಳಸಬಹುದು ಸಂಗ್ರಹವನ್ನು ಪ್ರವೇಶಿಸಲು ಸಕ್ರಿಯಗೊಳಿಸಲಾದ ಯಂತ್ರಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮಿತಿಗೊಳಿಸಲು ನೀವು ಬಯಸಿದರೆ ಅಪಾಚೆಯ ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ಕಾರ್ಯವಿಧಾನ.
ಆಪ್ಟ್-ಕ್ಯಾಚರ್ ಅನ್ನು ಒಂದು ಯಂತ್ರದಲ್ಲಿ ಮಾತ್ರ ಸ್ಥಾಪಿಸಬೇಕಾಗಿದೆ, ನಿಮ್ಮ ಸ್ಥಳೀಯ ರೆಪೊಸಿಟರಿ ಸಂಗ್ರಹವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ನೀವು ನಿರ್ಧರಿಸುತ್ತೀರಿ. ನಂತರ, ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿರುವ ಉಳಿದ ಕಂಪ್ಯೂಟರ್ಗಳನ್ನು ಸಂಗ್ರಹದಿಂದ ನವೀಕರಣಗಳನ್ನು ವಿನಂತಿಸಲು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು ಮತ್ತು ಅಧಿಕೃತ ಸರ್ವರ್ಗಳಿಂದ ಅಲ್ಲ.
ಸರ್ವರ್ ಸೆಟಪ್
ಸ್ಥಾಪಿಸಲು
sudo apt-get apt-cacher ಅನ್ನು ಸ್ಥಾಪಿಸಿ
ಈ ಪ್ಯಾಕೇಜ್ ಅಪಾಚೆ, ಪರ್ಲ್ ಮತ್ತು ವಿಜೆಟ್ನೊಂದಿಗೆ ಅವಲಂಬನೆಗಳನ್ನು ಹೊಂದಿದೆ, ಆದ್ದರಿಂದ ನೀವು ಈ ಹಿಂದೆ ಸ್ಥಾಪಿಸದಿದ್ದರೆ ಅದು ಅವುಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ.
ಸ್ಥಾಪಿಸಿದ ನಂತರ, ಅಪಾಚೆ ಮರುಪ್ರಾರಂಭಿಸಲು ಸೂಚಿಸಲಾಗುತ್ತದೆ:
/etc/init.d/apache ಮರುಪ್ರಾರಂಭಿಸಿ
ಅಂತಿಮವಾಗಿ, ನೀವು ಮಾಡಬೇಕಾಗಿರುವುದು ಸ್ಕ್ರಿಪ್ಟ್ನ ಡೀಫಾಲ್ಟ್ ನಿಯತಾಂಕಗಳನ್ನು ಹೊಂದಿಸುವುದು. ನಾನು ಟರ್ಮಿನಲ್ನಲ್ಲಿ ಬರೆದಿದ್ದೇನೆ:
sudo gedit /etc/apt-cacher/apt-cacher.conf
ಸಾಮಾನ್ಯವಾಗಿ, ಎಲ್ಲಾ ಡೀಫಾಲ್ಟ್ಗಳು ಉತ್ತಮವಾಗಿವೆ, ಆದರೆ ಈ ಕೆಳಗಿನ ಮೂರು ಹೊಂದಾಣಿಕೆ ಮಾಡಲು ಸೂಚಿಸಲಾಗುತ್ತದೆ:
admin_email = mimail @ myserver generate_reports = 1 expire_hours = 24
ಎರಡನೆಯ ಅಂಶವು ಬೂಲಿಯನ್ ವೇರಿಯೇಬಲ್ ಆಗಿದ್ದು ಅದು ವರದಿಗಳ ಪೀಳಿಗೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ (0 ವರದಿಗಳನ್ನು ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ, 1 ಅವುಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ). ಮೊದಲ ಅಂಶವೆಂದರೆ, ರಚಿಸಿದ ವರದಿಗಳನ್ನು ಕಳುಹಿಸುವ ಇಮೇಲ್ ವಿಳಾಸ. ಮೂರನೆಯ ಮತ್ತು ಅಂತಿಮ ಐಟಂ ಅಧಿಕೃತ ಸರ್ವರ್ಗಳಲ್ಲಿ ಲಭ್ಯವಿರುವ ನವೀಕರಣಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ಎಷ್ಟು ಗಂಟೆಗಳ ಕಾಲ ಕಾಯಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ನೀವು ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತಿದ್ದರೆ, ಈ ಕೆಳಗಿನ ವಸ್ತುಗಳನ್ನು ಸೇರಿಸಲು ಮರೆಯಬೇಡಿ:
http_proxy = proxy.example.com: 8080 use_proxy = 1
ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆಯೆ ಎಂದು ಪರಿಶೀಲಿಸಲು, ನಿಮ್ಮ ಸ್ಥಳೀಯ ಸಂಗ್ರಹವನ್ನು ನೀವು http: // server_name / apt-cacher / url ಮೂಲಕ ಪ್ರವೇಶಿಸಬಹುದು ಮತ್ತು ಆಪ್ಟ್-ಕ್ಯಾಚರ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ತೋರಿಸುವ ಪುಟವು ಕಾಣಿಸುತ್ತದೆ. 'ಸರ್ವರ್_ಹೆಸರು' ಅನ್ನು ನೀವು 'ಸರ್ವರ್' ಎಂದು ಗೊತ್ತುಪಡಿಸಿದ ಯಂತ್ರದ ಐಪಿಯಿಂದ ಬದಲಾಯಿಸಬೇಕು, ಅಂದರೆ ಸ್ಥಳೀಯ ಪ್ಯಾಕೆಟ್ ಸಂಗ್ರಹದ ಠೇವಣಿಯಾಗಿರಬೇಕು.
ಗ್ರಾಹಕರ ಸಂರಚನೆ
ಈಗ ನೀವು ಮಾಡಬೇಕಾಗಿರುವುದು ಸರ್ವರ್ಗಳ ಮೂಲಕ ಹಾದುಹೋಗಲು ಗ್ರಾಹಕರ ಮೂಲಗಳ ಪಟ್ಟಿಯನ್ನು ಮಾರ್ಪಡಿಸುವುದು. ಸರ್ವರ್ನ ಐಪಿ 123.123.123.123 ಆಗಿದ್ದರೆ, ನೀವು ಅದನ್ನು ಮೂಲಗಳ ಪಟ್ಟಿಯ ಪ್ರತಿಯೊಂದು ಸಾಲಿಗೆ ಸೇರಿಸಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಅವೆಲ್ಲವೂ ಒಂದೇ ಸರ್ವರ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸುವಂತೆ ಎಚ್ಚರವಹಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಸಂಗ್ರಹವು ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.
sudo gedit /etc/apt/sources.list
ಫೈಲ್ ತೆರೆದ ನಂತರ, ನಮ್ಮ ಸರ್ವರ್ನ ಐಪಿ 123.123.123.123 ಆಗಿದ್ದರೆ, ಈ ಕೆಳಗಿನ ಮಾನದಂಡಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಎಲ್ಲಾ ಸಾಲುಗಳನ್ನು ಮಾರ್ಪಡಿಸಬೇಕು:
# ಮೂಲ # ಡೆಬ್ http://ftp.us.debian.org/debian/ ಸಿಡ್ ಮುಖ್ಯ ಕೊಡುಗೆ ಉಚಿತವಲ್ಲದ # ಡೆಬ್-ಎಸ್ಆರ್ಸಿ http://ftp.us.debian.org/debian/ ಸಿಡ್ ಮುಖ್ಯ ಕೊಡುಗೆ ಉಚಿತವಲ್ಲದ # ಮಾರ್ಪಡಿಸಲಾಗಿದೆ ಡೆಬ್ http://123.123.123.123/apt-cacher/ftp.us.debian.org/debian/ ಸಿಡ್ ಮುಖ್ಯ ಕೊಡುಗೆ ಮುಕ್ತವಲ್ಲದ ಡೆಬ್-ಎಸ್ಆರ್ಸಿ http://123.123.123.123/apt-cacher/ftp.us.debian. ಆರ್ಗ್ / ಡೆಬಿಯನ್ / ಸಿಡ್ ಮುಖ್ಯ ಕೊಡುಗೆ ಉಚಿತವಲ್ಲ
ನೀವು ನೋಡುವಂತೆ, ನೀವು URL ನ ಪ್ರಾರಂಭದಲ್ಲಿ ಸರ್ವರ್ IP + '/ apt-cacher /' ಅನ್ನು ಸೇರಿಸಬೇಕಾಗುತ್ತದೆ. ನಂತರ ಉಳಿದ ಮೂಲ ಸಾಲಿನ ಹೋಗುತ್ತದೆ.
ಸಂಚಾರ ಅಂಕಿಅಂಶಗಳು
'Apt-cacher.conf' ಫೈಲ್ನಲ್ಲಿ ನೀವು 'generate_reports = 1' ಅಂಶವನ್ನು ಸೇರಿಸಿದರೆ, apt-cache ಪ್ರವೇಶ ಅಂಕಿಅಂಶಗಳನ್ನು ರಚಿಸುತ್ತದೆ, ಅದನ್ನು ನೀವು url / / apt-cacher / report 'ನೊಂದಿಗೆ ಪ್ರವೇಶಿಸಬಹುದು.
ಯಾವುದೇ ಕಾರಣಕ್ಕಾಗಿ, 'apt-cacher.conf' ನಲ್ಲಿ ನಿಗದಿಪಡಿಸಿದ ಗಂಟೆಗಳ ಸಂಖ್ಯೆಯ ಮೊದಲು ನೀವು ಅಂಕಿಅಂಶಗಳನ್ನು ರಚಿಸಬೇಕಾದರೆ, ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ:
/usr/share/apt-cacher/apt-cacher-report.pl
ಶುಭಾಶಯಗಳು, ಅತ್ಯುತ್ತಮ ಕೊಡುಗೆ, ಪ್ಯಾಚ್ಗಳನ್ನು ಅನ್ವಯಿಸಲು ಕೇಂದ್ರೀಕೃತ ಭಂಡಾರವನ್ನು ಹೊಂದಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್ ನಿಮಗೆ ತಿಳಿದಿದ್ದರೆ ನನ್ನ ಪ್ರಶ್ನೆ ಆದರೆ ವಿಭಿನ್ನ ವಿತರಣೆಗಳಿಗೆ, ಅಂದರೆ, ಒಂದೇ ಸಮಯದಲ್ಲಿ ಹಲವಾರು ಯಂತ್ರಗಳನ್ನು ನವೀಕರಿಸಿ ಆದರೆ ವಿಭಿನ್ನ ವಿತರಣೆಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ
ಹಾಯ್ ಎಡ್ವರ್ಡೊ! ಸತ್ಯವೆಂದರೆ ನಾನು ಅದನ್ನು ತುಂಬಾ ಕಷ್ಟಕರವಾಗಿ ನೋಡುತ್ತೇನೆ. ನೀವು ಯಾವುದೇ ಮಾರ್ಗವನ್ನು ಕಂಡುಕೊಂಡರೆ, ನನಗೆ ತಿಳಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಬೇಡಿ.
ಒಂದು ದೊಡ್ಡ ಅಪ್ಪುಗೆ! ಚೀರ್ಸ್! ಪಾಲ್.
ನಾನು ನಿರ್ವಹಿಸುವ ಸರ್ವರ್ಗಳನ್ನು ದೂರದಿಂದಲೇ ನಿರ್ವಹಿಸಲು ನಾನು ಬೊಂಬೆಯನ್ನು ಬಳಸುತ್ತೇನೆ.
ಹೌದು. ಮಾಹಿತಿಗಾಗಿ ತುಂಬಾ ಧನ್ಯವಾದಗಳು. ನಾನು ಈಗಾಗಲೇ ಅದನ್ನು ಸರಿಪಡಿಸಿದ್ದೇನೆ.
ತಬ್ಬಿಕೊಳ್ಳಿ! ಪಾಲ್.
ಹಲೋ,
ಟ್ಯುಟೋರಿಯಲ್ ತುಂಬಾ ಒಳ್ಳೆಯದು ... ನನಗೆ ಸ್ಕೋಪ್ ಇದೆ .. ಡೆಬಿಯನ್ ಲೆನ್ನಿಯಲ್ಲಿ source.lst ಹಾದಿಯಲ್ಲಿದೆ / etc / apt /
ಸಂಬಂಧಿಸಿದಂತೆ
ಪ್ರಶ್ನೆ….
ನಾನು ಒಂದೇ ಡಿಸ್ಟ್ರೋ ಹೊಂದಿರುವ ಒಂದೆರಡು ಯಂತ್ರಗಳನ್ನು ಹೊಂದಿದ್ದರೆ… ಆದರೆ ಅದೇ ಕಾರ್ಯಕ್ರಮಗಳೊಂದಿಗೆ ಅಲ್ಲ…. ಅಧಿಕೃತ ರೆಪೊಗಳಿಂದ ಏನು ಡೌನ್ಲೋಡ್ ಮಾಡಬೇಕೆಂದು ನಿಮಗೆ ಹೇಗೆ ಗೊತ್ತು…. ಎಲ್ಲವನ್ನೂ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ??? ...
ನಿಮ್ಮ ಪ್ರಶ್ನೆ ಅತ್ಯುತ್ತಮವಾಗಿದೆ. ಸಿಸ್ಟಮ್ ಸಾಮಾನ್ಯ ಆಪ್ಟ್ನಂತೆಯೇ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು ಎಂದು ನಾನು ಲೆಕ್ಕ ಹಾಕುತ್ತೇನೆ: ಅದು ಸಂಗ್ರಹದಲ್ಲಿ ಕಂಡುಬರದಿದ್ದರೆ, ಅದನ್ನು ಅಧಿಕೃತ ರೆಪೊಸಿಟರಿಗಳಿಂದ ಡೌನ್ಲೋಡ್ ಮಾಡುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನ "ಸರ್ವರ್" ನಲ್ಲಿನ ನವೀಕರಣಗಳ ಪಟ್ಟಿಗೆ ಅನುಗುಣವಾಗಿ ನವೀಕರಣದ ಅಗತ್ಯವಿದೆ ಎಂದು "ಕ್ಲೈಂಟ್" ಯಂತ್ರಗಳಲ್ಲಿ ಒಂದು "ಸರ್ವರ್" ಗೆ ತಿಳಿಸುತ್ತದೆ. ಆ ನವೀಕರಣವನ್ನು ಸ್ಥಾಪಿಸಲು ಅದು ಮೊದಲು ಸರ್ವರ್ ಸಂಗ್ರಹದಲ್ಲಿ ಪ್ಯಾಕೇಜ್ಗಾಗಿ ನೋಡುತ್ತದೆ ಎಂದು ನಾನು ಲೆಕ್ಕ ಹಾಕುತ್ತೇನೆ. ಅದನ್ನು ಕಂಡುಹಿಡಿಯಲಾಗದಿದ್ದರೆ, ಅದು ಅಧಿಕೃತ ರೆಪೊಸಿಟರಿಗಳಿಂದ ಡೌನ್ಲೋಡ್ ಮಾಡುತ್ತದೆ, ಅದನ್ನು ಸರ್ವರ್ನಲ್ಲಿ ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಅಲ್ಲಿಂದ ಅದನ್ನು ಅಗತ್ಯವಿರುವ ಯಂತ್ರದಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ. ಈ ಪ್ಯಾಕೇಜ್ "ಸರ್ವರ್" ಸಂಗ್ರಹದಲ್ಲಿ ಲಭ್ಯವಿರುತ್ತದೆ ಇದರಿಂದ ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿರುವ ಇತರ ಯಂತ್ರಗಳು ಅದನ್ನು ಅಲ್ಲಿಂದಲೂ ಸ್ಥಾಪಿಸಬಹುದು.
ನಾನು ಸಾಕಷ್ಟು ಸ್ಪಷ್ಟವಾಗಿಲ್ಲದಿದ್ದರೆ ದಯವಿಟ್ಟು ಬರೆಯಲು ಹಿಂಜರಿಯಬೇಡಿ.
ಒಂದು ಅಪ್ಪುಗೆ! ಪಾಲ್.
ದೋಷವಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ… ಪ್ಯಾಕೇಜುಗಳನ್ನು / etc / apt ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿಲ್ಲ…. ಅವು ನಿಜವಾಗಿ / var / cache / apt / archives ನಲ್ಲಿ ಉಳಿಯುತ್ತವೆ
ಸತ್ಯ ನನಗೆ ಗೊತ್ತಿಲ್ಲ.
ಖಂಡಿತವಾಗಿಯೂ ಅದನ್ನು ಮಾಡಲು ಒಂದು ಮಾರ್ಗವಿದೆ. 🙁
ನೀವು ಕಂಡುಕೊಂಡರೆ, ನನಗೆ ತಿಳಿಸಿ ಮತ್ತು ನಾನು ಅದನ್ನು ಸೇರಿಸುತ್ತೇನೆ.
ಚೀರ್ಸ್! ಪಾಲ್.
ಡೈನಾಮಿಕ್ ಐಪಿಗಳೊಂದಿಗೆ ಏನೂ ಇಲ್ಲ, ಸರಿ?
ಹೆಚ್ಚು ಪ್ರಸ್ತುತ ಡಿಸ್ಟ್ರೋಗಳಲ್ಲಿ ನೀವು ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ನ URL ಗೆ ಪೋರ್ಟ್ ಅನ್ನು (ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ 3142) ಸೇರಿಸಬೇಕಾಗಿದೆ. ಇದು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ: http://mi_servidor:3142/apt-cacher
ನಾನು ಲುಬುಂಟು 16.04 ಅನ್ನು ಹೊಂದಿದ್ದೇನೆ, ಈ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಯಾರು ಇದನ್ನು ಮಾಡಿದ್ದಾರೆ ಮತ್ತು ಅದು ಅವರಿಗೆ ಕೆಲಸ ಮಾಡಿದ್ದರೆ? ನಾನು ಈ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದರೆ ಮತ್ತು ಸರ್ವರ್ನಲ್ಲಿ ನಾನು ಹೊಂದಿರುವ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ನನ್ನ ಕ್ಲೈಂಟ್ ಯಂತ್ರಗಳಲ್ಲಿ ವಿನಂತಿಯನ್ನು ಮಾಡುವಾಗ ನನ್ನ ಇತರ ಯಂತ್ರಗಳು ಒಂದೇ ರೀತಿಯ ಪ್ರೋಗ್ರಾಮ್ಗಳನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ ನಾನು ಕೇಳಲು ಬಯಸಿದ್ದು, ನಾನು ಅದನ್ನು ಸ್ಥಳೀಯ ಸರ್ವರ್ನಿಂದ ನೇರವಾಗಿ ಸ್ಥಾಪಿಸುತ್ತೇನೆ ಎಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಾ? ಅಧಿಕೃತ ರೆಪೊಸಿಟರಿ ಸರ್ವರ್ಗೆ ವಿನಂತಿ ¿?