에이전트 내에서 dist-upgrade - 영향을 미침 [닫기]

다른 독자들을 위해 질문하지 않는 방법은 다음과 같습니다. 즉, 캐시 서버를 사용하는 컴퓨터의 운영 체제에 대한 관련 데이터를 나열하지 말고, 캐시 서버의 운영 체제를 나열하지 말고, 캐싱을 나열하지 마십시오. 기술을 사용하고 있다면 답변을 기다리세요. 그런 다음 질문을 작성하라는 요청을 받으면 가능한 한 적은 응답을 입력하여 실제로 의미 있는 정보를 게시하라는 요청을 거부하세요.

매우 간결한 질문에 대답하려면 다음을 수행하십시오.

1. 캐시 서버가 해당 프록시 서버를 사용하도록 구성된 컴퓨터에서 요청한 패키지를 캐싱하는 경우 당연히 업그레이드되지 않습니다. 이러한 패키지는 프록시 서버에서 게으르며 파일일 뿐이며 그 이상은 아닙니다.

2. 데비안 패키지의 파일 이름은 특정 버전 번호를 반영하며 캐시 서버에서 파일이 요청될 때 캐시 서버가 올바르게 구성되어 있다고 가정하고 해당 데이터가 최신이면 올바른 패키지 버전이 생성됩니다. 다운로드 중입니다. 예를 들어 패키지가 nano인 경우 amd64 deb 파일의 현재 확장된 파일 이름은 nano_2.6.3-1_amd64.deb입니다.

3. 실제 업데이트 데이터 자체, 즉 apt-get update를 통해 버전 정보를 다운로드할 때 얻게 되는 내용에 대해서는 잘 모르겠습니다. 이는 서버 구성에 따라 크게 달라집니다.

4. apt 데이터를 캐싱하기 위해 특별히 설계된 apt-cacher와 같은 것을 사용하고 있는지, 아니면 일반적인 캐시 서버인지는 확실하지 않아 답변을 드릴 수 없습니다.

5. apt-cacher 또는 about과 같은 것을 사용하는 경우 이러한 기능은 일단 설정되면 apt-get 업데이트 요청을 처리하는 방법과 패키지를 캐시하는 방법을 "알게" 됩니다. 물론, 버그 및 기타 문제를 해결하는 것입니다.

6. 프록시 서버의 운영 체제 자체는 업그레이드되지만 업그레이드하라는 메시지가 표시되며 이에 액세스하는 다양한 시스템은 이와 관련이 없으며 그들이 요청하는 패키지와 캐시하는 패키지는 프록시 서버의 업그레이드와 관련이 없습니다. 프록시 서버 자체(프록시 서버 자체가 아닌 경우) 캐싱 시스템 중 하나를 사용하여 이 작업을 수행할 수 있지만 업그레이드되도록 프록시 서버를 구성하는 방법에 따라 다릅니다.

그런데 시간이 지남에 따라 잘못 구성된 프록시/캐시 서버는 오래되고 오래된 패키지로 인해 비대해지기 시작합니다. 이는 새 버전이 이전 버전을 대체하므로 기억할 가치가 있습니다.