Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

264
Views
Connect docker containers directly to host subnet

I'm facing some problems trying to directly connect docker containers to the network of the host.

The configuration is as follows One host has one interface (eth0) in the subnet, say, 10.0.15.0/24. The IP on eth0 is 10.0.15.5/24. I customized the docker0 bridge to use a subnet within the subnet available from eth0, namely 10.0.15.64/26. So docker can use IPs from this /26 to give to containers, and I want the containers to be directly accessible from the rest of the network. The docker bridge also has an IP set, namely 10.0.15.65/26.

When a containers is created, it gets an IP, say 10.0.15.66/26. Now, I did some test with pinging:

  • anything on the network can ping 10.0.15.5 (eth0 of host)
  • anything on the network can ping 10.0.15.65 (docker0 bridge of host)
  • host can ping 10.0.15.66 (ip of container)
  • container can ping anything on the network
  • anything other than the host can not ping the container at 10.0.15.66

IP forwarding is turned on

[root@HOSTNAME~]# cat /proc/sys/net/ipv4/ip_forward
1

What am I missing here? The containers connected to the docker0 bridge should be reachable from the network I think.

Expected behaviour Containers should be pingable from anywhere on the network, just like the docker0 bridge etc.

Any thoughts or help would be greatly appreciated!

over 4 years ago · Santiago Trujillo
1 answers
Answer question

0

Finally figured out why it wasn't working for us. The machine I was running the docker container in, was a VM on a hypervisor. The hypervisor only accepts one MAC address from the NIC attached to the VM. In other words, the NIC in the VM was not set to promiscuous mode.

What I did to work around this issue was just use a bare metal machine. Another solution would be to manually set the NIC to promiscuous mode, so it accepts all packets, instead of just the packets for it's own MAC.

over 4 years ago · Santiago Trujillo Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!