Summary: | net-misc/dhcpcd problem with multiple ip on same interface | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Renan T. Inácio <zerocaronte> |
Component: | Current packages | Assignee: | Roy Marples (RETIRED) <uberlord> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | arfrever |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Work with ARP floods
Debug output for dhcpcd-3.1.3 Work with ARP floods |
Description
Renan T. Inácio
2007-08-04 20:12:05 UTC
Created attachment 127060 [details, diff]
Work with ARP floods
It looks like it's because of an ARP flood. Try this patch.
If it fails, add -d to your dhcpcd options and attach the debugging output. Thanks.
Created attachment 127128 [details]
Debug output for dhcpcd-3.1.3
The attachment contains the debug output for 3.1.3 (without patch) and 2.0.5-r1
Output of patched 3.1.3 is the same, except it hangs on "sendind arp probe #1" and uses 100% cpu
And something related that may help: tcpdump indeed shows a lot of "arp who-has" queries in the network, dozens per second.
Created attachment 127143 [details, diff]
Work with ARP floods
This one shouldn't hang - sorry about that.
If it still fails for you then I'll see if I can setup an ARP flood somehow.
*** Bug 188028 has been marked as a duplicate of this bug. *** This last patch works fine, thanks. Just another little problem, I don't know if I should open a new bug. This computer connects to the internet (with dhcpcd), and forward this connection (with NAT) to the others. Using dhcpcd-3.1.3 (already patched), they cannot connect to some sites on the web, while this computer can. In the tcpdump, there are repeating packets like the following when the other computers cannot connect: 19:34:23.845469 IP target.website.address > my.isp.address.1483: . 1:1461(1460) ack 103 win 5840 19:34:23.845887 IP my.isp.address > target.website.address: ICMP my.isp.address unreachable - need to frag (mtu 576), length 556 I noticed that it could be related to MTU, and in fact, it may be the problem, since when using dhcpcd-3.1.3, ifconfig shows that it is set to 576, while with dhcpcd-2.0.5, it is set to 1500. Your DHCP server is requesting that the interface has an MTU of this then. I recommend fixing the setting on the DHCP server if possible. Alteratively, you can use the -M option to ignore this with dhcpcd. Fixed in 3.1.4, thanks |