Closed StefanH-AT closed 6 months ago
Hi Stefan!
Ehm actually this phenomenon is new. I've never seen this before :)
However you said you followed the guides. Did you do anything different apart that?
Can you take a look in your hosts resolv.conf please to show me what you've entered there?
Where did you removed the eth Interface exactly? Inside the container? If so it won't be persistent and will be recreated upon next boot.
I created a volume in the docker-compose.yml to override the resolv.conf file in the container. The VM itself does have the ens192
interface, but in the container it's eth0
. I'm just puzzled why the container's resolv.conf even binds itself to a specific interface which doesn't exist.
Ok yeah that is not a normal behaviour but i think it is more a Docker Bug as the Network Interfaces are created from Docker. mailcow only defines the IPs for the internal Network.
Something set in docker's daemon.json (located at /etc/docker/daemon.json if existing).
That daemon.json
file doesn't exist on my host. I understand that a lot of software is interacting with each other here so I don't know if mailcow can or should do anything here. I figured it out eventually but this took me a few days to find.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
Contribution guidelines
I've found a bug and checked that ...
Description
Logs:
Which branch are you using?
master
Operating System:
Rocky Linux release 8.8
Server/VM specifications:
Intel i5-7500 (4) @ 3.408GHz, 3664MiB
Is Apparmor, SELinux or similar active?
Default Rocky setup
Virtualization technology:
VMWare
Docker version:
Docker version 24.0.6, build ed223bc
docker-compose version or docker compose version:
Docker Compose version v2.21.0
mailcow version:
2024-01a
Reverse proxy:
Nginx
Logs of git diff:
Logs of iptables -L -vn:
Logs of ip6tables -L -vn:
Logs of iptables -L -vn -t nat:
Logs of ip6tables -L -vn -t nat:
DNS check: