Viele DNS Aufrufe nach mailcow.email und github.com

Shotte

Seit geraumer Zeit muss ich festellen, dass durch den selbst gehosteten mailcowdockerized sehr viele Domain Aufrufe zu den beiden Domains mailcow.email und github.com durchgeführt werden. Es herrscht eine ständige Grundlast, die ich mir nicht erklären kann. Heruaszufinden, an welchem Docker Container es liegt war mir auch nicht möglich.

Evtl. hat ja jemand eine Erleuchtung für mich. Da ich an den Konfigurationen nichts geändert habe und es erst seit geraumer Zeit auftritt, es also bei älteren Mailcow Dockerized Versioenn nicht der Fall war, schließe ich auf genau das Problem.

Genauso habe ich einfach mal den Docker Dienst komplett beendet und siehe da, die Grundlast ist weg (siehe Screenshots). PiHole zeigt es hier deutlich.

DocFraggle

Klar, das ist der Healthcheck vom Unbound Container

mailcow/mailcow-dockerizedblob/2024-01b/data/Dockerfiles/unbound/healthcheck.sh#L32

Shotte

DocFraggle
Ist es sinnvoll diesen zu deaktivieren oder kann man die Aufruffrequenz reduzieren?

DocFraggle

Seit der letzten Version kannst Du ihn in der mailcow.conf deaktivieren.
Nur zum Verständnis: was genau stört Dich denn daran? Die paar DNS Queries interessieren mich gar nicht…

Shotte

DocFraggle
Es stört mich daran, dass es vorher anders war und natürlich, was mir ja nun mit vielen Dank für die schnelle Reaktion, schon beantwortet wurde, wo es herkam.

Jetzt überlege ich es mit, ob ich das benötige oder nicht. Ich verstehe es zumindest so, dass es nur dafür da ist, damit mailcow feststellen kann, ob es aus dem Internet noch erreichbar ist, richtig? Im Falle, dass nicht, könnte ich via Email & Co informiert werden.

DocFraggle

Es ist dafür da festzustellen ob der Unbound DNS Server noch erfolgreich Hostnamen auflösen kann, also nicht wirklich unwichtig… wenn das nicht mehr klappt kannst Du auch keine Mails mehr zustellen

Shotte

DocFraggle
Vielen Dank nochmal für die schnelle Antwort und den Hinweis. Alles klar, ich werde es berücksichtigen.

DocFraggle
Nachdem ich es nun probehalber doch mal in der mailcow.conf deaktiviert hatte, habe ich aber keine Änderung gesehen. Starte ich den zugehörigen LOG, so sehe ich felißig weiter:

e716ecfd8ca2:/# tail -f /var/log/healthcheck.log 2024-01-28 18:28:52: Healthcheck: ALL CHECKS WERE SUCCESSFUL! Unbound is healthy! 2024-01-28 18:29:40: Healthcheck: DNS Resolver WORKING properly! ound is healthy! 2024-01-28 18:29:52: Healthcheck: DNS Resolver WORKING properly! ound is healthy! 2024-01-28 18:30:04: Healthcheck: DNS Resolver WORKING properly! ound is healthy! 2024-01-28 18:30:16: Healthcheck: Ping Checks WORKING properly! bound is healthy! 2024-01-28 18:30:28: Healthcheck: Ping Checks WORKING properly! bound is healthy! 2024-01-28 18:30:40: Healthcheck: Ping Checks WORKING properly! bound is healthy!
Laut Dockerfile sollte es alle 5s aufgerufen werden. Im LOG ist es aber nur alle 12s und die globale Einstellung scheint igoriert zu werden. Ich benutze übrigens die Version 2024-01b von Mailcow-Dockerized.

DocFraggle
Nachdem ich es nun probehalber doch mal in der mailcow.conf deaktiviert hatte, habe ich aber keine Änderung gesehen. Starte ich den zugehörigen LOG, so sehe ich felißig weiter:

Laut Dockerfile sollte es alle 5s aufgerufen werden. Im LOG ist es aber nur alle 12s und die globale Einstellung scheint igoriert zu werden. Ich benutze übrigens die Version 2024-01b von Mailcow-Dockerized.

DocFraggle
Nachdem ich es nun probehalber doch mal in der mailcow.conf deaktiviert hatte, habe ich aber keine Änderung gesehen. Starte ich den zugehörigen LOG, so sehe ich felißig weiter:

DocFraggle

Shotte ich hab mich nicht genauer damit beschäftigt, evtl wird mir der neuen Einstellung nur das Ergebnis des Checks ignoriert damit der Container healthy ist

Shotte

DocFraggle
Es hat den Anschein, dass die globale Variable aus der docker.conf Datei beim Ausführen der healthcheck.sh Datei keine Berücksichtigung findet, evtl. weil sie im Unbound Container nicht verfügbar ist bzw. dorthin nicht durchgereicht wird. Das könnte ein Bug sein. Ich recherchiere einfach mal weiter… Trotzdem Danke!

DocFraggle

Hat Du denn den Container mit docker compose neu gestartet hinterher?

Shotte

DocFraggle
nein, über “systemctl restart docker”. Muss es zwingend über docker-compose gehen? Werden die Variablen sonst nicht übertragen?
Ich stelle ganz schöne Anfängerfragen, ich weiß, aber ich bin auch Anfänger. Sorry!

esackbauer

Shotte Werden die Variablen sonst nicht übertragen?

Nein. bei Änderungen sicherheitshalber immer docker compose up -d!

Shotte

esackbauer
Ich habe das System aber nicht mit docker-compose aufgesetzt und bei einem entsprechenden Aufruf bekomme ich folgende Meldung:

sudo docker-compose up -d ERROR: The Compose file './docker-compose.yml' is invalid because: services.nginx-mailcow.ports contains an invalid type, it should be a number, or an object services.nginx-mailcow.ports contains an invalid type, it should be a number, or an object

DocFraggle

Shotte Ich habe das System aber nicht mit docker-compose aufgesetzt

Wie hast Du es denn dann aufgesetzt? Alles von Hand? Wie machst Du denn Updates?

Ah, docker-compose wäre das alte Plugin, das ist evtl inzwischen einfach zu alt.

docker compose down
docker compose up -d

Ohne Bindestrich ist dann das Plugin von docker

Shotte

DocFraggle
Oh Mann, das ist es. Ich war zu blöd. OHNE Bindestrich ist alles gut! Danke für den hilfreichen Tipp!

mgrunwald

Mir sind die vielen DNS Queries auch aufgefallen, allerdings sind bei mir ebenfalls viele nach prodextdefgreen-k0uuibjyui-4ec6503f7037d339.elb.us-east-1.amazonaws.com dabei. Habt ihr eine Ahnung, wofür das da sein könnte? Ich hab auch mal die mailcow gestoppt und die Queries hörten schlagartig auf. Habe nach docker compose down auch alle Container Images gelöscht und neu runter gezogen. Ergebnis bleibt das selbe

esackbauer

mgrunwald , allerdings sind bei mir ebenfalls viele nach prodextdefgreen-k0uuibjyui-4ec6503f7037d339.elb.us-east-1.amazonaws.com dabei.

Die gehören zu docker.com. Keine Ahnung was darüber gemacht wird, vielleicht Telemetrie-Daten?