http://qa.mandrakesoft.com/show_bug.cgi?id=5244
------- Additional Comments From [EMAIL PROTECTED] 2003-10-09 23:15 ------- Yes, it appeared on beta 2 if I remember well, when I reported it. Actually, I know that a class A network is not a good idea, and I have been too lazy to reconfigure my router that was working like this out-of-the-box :) (a Speetouch 510v4) However, sometimes you don't have the cjhoice : at my university we use a class B network and I observed the same problem with a laptop using DHCP to connect on the LAN (strange you cannot reproduce it with 255.255.0.0). I guess the script has to consider this issue : lazy/unskilled people who have a router that gives them a class A IP (which is not uncommon on the market now), and also people who do not control their network. Thanks for looking at it and keep the good work. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I have the LAN at 10.0.0.0/8. tcpdump shows that the lisa tries to do an ARP request for probably all addresses in the network and literally bombards the net with packets. I don't know what this might cause on a large network. To add to this it continues these probes even after the LAN interface goes down. This can also result in a costly problem. The following happened to me: - I configured my notebook for GPRS over bluetooth - I removed the LAN card from my notebook so it does not interfere with the experiments - I brought a PPP connection up - The defaultroute was set to ppp0 - The lisa continued to send packets - They all travelled to the phone, generating paid traffic :-( The distribution is Mandrake 9.2 Beta 2 Proposed resolution: don't enable the server by default and document this problem somewhere
