Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

xhyve: vritio-net not "NATted" on host #706

Closed
sbadia opened this issue Oct 17, 2016 · 3 comments
Closed

xhyve: vritio-net not "NATted" on host #706

sbadia opened this issue Oct 17, 2016 · 3 comments
Labels
co/xhyve kind/bug Categorizes issue or PR as related to a bug. os/macos

Comments

@sbadia
Copy link

sbadia commented Oct 17, 2016

BUG REPORT

Minikube version (use minikube version):
v0.11.0

Environment:

  • OS : Mac OS X Yosemite (10.10.5)
  • VM Driver : xhyve
  • Docker version (e.g. docker -v): 1.12.1, build 6f9534c

What happened:
I've noticed that using minikube + xhyve and the default network driver (virtio-net), packets from container are not properly "NATed".

What you expected to happen:

minikube shoud add a pf rule in order to properly manage outgoing packets.

How to reproduce it (as minimally and precisely as possible):

  1. start minikube
  2. apply or create a deployment, go into the container and try to ping something on the outside world
  3. tcpdump on the host (mac)

Anything else do we need to know:

In my case, I use a VPN for accessing some others resources, (the VPN create a utun0 iface), I used this pf rule in order to properly NAT outgoing minikube traffic.

echo "nat on {utun0} proto {tcp, udp, icmp} from 192.168.64.0/24 to any -> {utun0}"  | sudo pfctl -a com.apple/utun0nat -f -
@sbadia
Copy link
Author

sbadia commented Oct 17, 2016

Possible related issue: machyve/xhyve#84 (comment) (but xhyve side).

@r2d4 r2d4 added kind/bug Categorizes issue or PR as related to a bug. co/xhyve labels Oct 17, 2016
@zchee
Copy link
Contributor

zchee commented Oct 18, 2016

@sbadia @r2d4 I'll debug it. thanks issue report.

@r2d4 r2d4 added the os/macos label Oct 20, 2016
@dlorenc
Copy link
Contributor

dlorenc commented Nov 29, 2017

Closing. I don't think this is still an issue.

@dlorenc dlorenc closed this as completed Nov 29, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
co/xhyve kind/bug Categorizes issue or PR as related to a bug. os/macos
Projects
None yet
Development

No branches or pull requests

4 participants