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
I see ICMP6 neighbor solicitation in tcpdump, but ndppd doesn't seem to be doing anything #71
Comments
I have the precise same problem. |
Ok, maybe for future reference. I had an issue on routing table. Seems like having two equally preffixed ipv6 interfaces messes up routing. That is, neighbor discovery packets were going through the wrong interface. So all I had to do was fix it manually and ndppd started working perfectly. |
@ledlamp I have the exact same issue. Have you been able to resolve this, please? |
@houmie nope, sorry. ndppd just won't seem to do anything. I even tried a /128. and my ipv6 routes appear to be fine. the packets are definitely going to the right interface. |
Yes, I have done some research and it's been reported that this project doesn't work anymore. See here: https://quantum2.xyz/2019/03/08/ndp-proxy-route-ipv6-vpn-addresses/ "The common wisdom is to run ndppd, a program that answers neighbour solicitation requests. It can be thought of as a replacement for the kernel’s NDP proxying feature. However, it has been relatively unmaintained, and multiple users reported that it does not work anymore. It did not work for me either." It seems dnsmasq is a better solution. I haven't tried it yet. |
I've successfully used ndppd as packaged in the EPEL repository on my CentOS 7 gateway when communicating with AT&T's "Business in a Box" gateway. Their gateway wasn't configured to route through mine so I used ndppd to accomplish that. I've temporarily disabled IPv6 on my gateway as the AT&T gateway was intermittently losing its VOIP and IPv6 ability (while IPv4 continued working). But while it was up, ndppd worked great. I believe the EPEL version is packaging the master branch, not the new experimental branch. So maybe the criticism of not working only applies to the newer branch. |
Turn on promiscuous mode. Maybe by the config file setting, maybe by just manually setting it on the interfaces you are using. |
debug output from ndppd with configuration
And here is example of tcpdump output when I ping a random address in the block:
And nothing is outputted from ndppd debug.
I used this information: http://blog.iopsl.com/ndppd-on-vultr-to-enable-fully-routed-64-for-ipv6/
The text was updated successfully, but these errors were encountered: