Hallo in die Runde,

ich verwende einen Reverseproxy mittels httpd und rolle ihn über Docker aus. Das Docker Image wird standardmäßig vom Docker Hub bezogen (ich habe nichts anderes eingestellt). Docker läuft auf einer virtuellen CentOS7 Maschine:
uname -a
Linux Reverseproxy 3.10.0-1160.42.2.el7.x86_64 #1 SMP Tue Sep 7 14:49:57 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

In den Logs vom httpd ist mir jedoch gerade aufgefallen, dass eine alte httpd-Version angeführt wurde, was mich stutzig machte. Ein "docker ps" meldet mir Folgendes:
docker ps
CONTAINER ID   IMAGE          COMMAND CREATED          STATUS          PORTS     NAMES e098bec72640   httpd:2.4.50   "httpd-foreground"   12 minutes ago   Up 12 minutes             reverseproxy

Wenn ich ein "docker exec -it reverseproxy bash" und anschließend ein "httpd -v" ausführe wird mir jedoch Folgendes genannt:
httpd -v
Server version: Apache/2.4.46 (Unix)
Server built:   Mar 27 2021 10:13:27

Das sollte jedoch nicht sein. Auf der Maschine befinden sich folgende Images:
docker image ls
REPOSITORY   TAG       IMAGE ID       CREATED        SIZE
httpd        2.4.50    bc9d3c5a7455   13 hours ago   138MB
httpd        2.4.49    5ebe6e00baf9   2 weeks ago    138MB
httpd        2.4.48    39c2d1c93266   4 months ago   138MB
httpd        2.4.46    4ede4372e89b   6 months ago   138MB

Die SHA256 Prüfsumme zum 2.4.50 Abbild lautet:
docker inspect --format='{{index .RepoDigests 0}}' bc9d3c5a7455
httpd@sha256:bd470654fd1d80e695152962aa6afd1e28ddc9a2402180d160b9577fed1621e0

bzw. docker pull sieht wie folgt aus:
docker image pull httpd:2.4.50
2.4.50: Pulling from library/httpd
Digest: sha256:bd470654fd1d80e695152962aa6afd1e28ddc9a2402180d160b9577fed1621e0
Status: Image is up to date for httpd:2.4.50
docker.io/library/httpd:2.4.50

Diese Prüfsumme passt jedoch zu keiner Prüfsumme vom Docker Hub.
https://hub.docker.com/layers/httpd/library/httpd/2.4.50/images/sha256-a0a1605656b89fe249c6306e5646d3d3c2d50606e134d411d8e8f732527cbdbb?context=explore

Wenn ich das Image lösche und neu herunterladen besteht das Problem weiterhin.

Hat jemand von euch eine Ahnung wo der Hund hier begraben liegt und wie ich das Problem lösen kann?

Ich danke euch!

--
Mit freundlichen Grüßen

Sebastian Luhnburg
IT
----------------------------------------------------------------------
swp software systems GmbH & Co. KG

Königsbrücker Straße 124
01099 Dresden
Tel: 0351-492850
Fax: 0351-4928550
www: https://www.vi-bim.de

Kennen Sie schon unsere FAQ-Wissensdatenbank? Einfach hier klicken: 
https://faq.vi-bim.de

Unsere Datenschutzerklärung finden Sie unter https://datenschutz.vi-bim.de

Registergericht: Amtsgericht Dresden HRA 3008
persönlich haftender Gesellschafter:
swp Beteiligungs GmbH
Registergericht: Amtsgericht Dresden HRB 15 20 9
Geschäftsführer: Holger Schönemann, Stefan Urlberger

Attachment: OpenPGP_0x1E7D455B730DAD17.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

Antwort per Email an