http://qa.mandrakesoft.com/show_bug.cgi?id=5244
------- Additional Comments From [EMAIL PROTECTED] 2003-09-09 21:57 -------
a)Feel free to provide a patch to the lisa init script which can determine which
interface costs a lot and should not be used, without breaking the currently
working support.
b)Alternatively, you can file a bug upstream (KDE) with lisa, that it should be
more intelligent (such as use WINS, etc etc).
c)Alternatively, read the output of the lisa init script:
No config file, generating one, please run kcontrol as root to customise
Starting lisa: [ OK ]
And follow it's instructions. If you save a config from lisa, it will not be
overwritten, so if you even change networks, you must do the config yourself.
I don't want to not have lisa working out-the-box for the majority of users,
especially office users, who connect to a lan, for whom it currently does work
very well out-the-box (and did not before).
Essentially, to fix this, you would need to adjust this bit in
/etc/rc.d/init.d/lisa:
/sbin/route -n |awk ' $4=="U"&&$8!="lo"&&$1!~/224.0.0.0/ {print $1"/"$3}'|head -n1
So that it will exclude ppp interfaces without excluding eth interfaces.
Can you test this, and tell me if it excludes your ppp interface correctly?
$ /sbin/route -n |awk ' $4=="U"&&$8!~/ppp[0-9]/&&$8!="lo"&&$1!~/224.0.0.0/
{print $1"/"$3}'|head -n1
Also, please give the full output for '/sbin/route -n' for as many situations as
possible where you don't want lisa, and I will see what I can do.
Also, it may be necessary to restart lisa whenever an interface is brough up or
taken down, via /etc/sysconfig/network-scripts/if{up,down}.d, please try
restarting it after taking your bluetooth/ppp up/down, and see if this improves
matters.
Sorry, but lisa works so well in an office environment with the script as it is,
that I don't think it's a good idea to lose this feature, so you must find a way
to help me prevent a bad config (rather than just turning the feature off).
Windows has had working network browing out-the-box for 8 years now!
--
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
