Hi James, >> >> I probably asked you the previous time, but have you tried without: >> interface=eth1 So use dnsmasq without any config changes. >> >> Also are you sure your interfaces are up and configured? (ip -s addr) >> > It still doesn't start with the 'interface' option. > All of our interfaces are 'up'. > I'm in contact with the developer on the dnsmasq mailing list now, who > believes it may be something to do with our 'wacky' multiple external IP > addresses. At some point I have to take the network down and test with > only our .98 address on eth0 and see if that makes any difference. > > Apparently the latest version of dnsmasq should fix this problem. > I have the latest dnsmasq version packaged for testing, I will send you it this evening (UTC).
> > Regards, > James. > Regards, Eric > > ip -s addr: > > 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 > scope host lo 2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff 3: eth0: > <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 > link/ether 00:0a:5e:5e:db:c4 brd ff:ff:ff:ff:ff:ff inet 195.173.198.98/28 > brd 195.173.198.111 scope global eth0 inet 195.173.198.107/28 scope global > secondary eth0:SIS.com inet 195.173.198.108/28 scope global secondary > eth0:SG.com > inet 195.173.198.106/28 scope global secondary eth0:PTP.FTP inet > 195.173.198.100/28 scope global secondary eth0:Comrad-uk.nÀý< > inet 195.173.198.104/28 scope global secondary eth0:DMO.SVR inet > 195.173.198.102/28 scope global secondary eth0:PTP.VIE > 4: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 > link/ether 00:0a:5e:5e:ec:a0 brd ff:ff:ff:ff:ff:ff inet 192.168.27.1/24 brd > 192.168.27.255 scope global eth1 > 5: eth2: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 > link/ether 00:60:08:29:83:69 brd ff:ff:ff:ff:ff:ff inet 192.168.17.1/24 brd > 192.168.17.255 scope global eth2 > > > /etc/network/interfaces > > > # /etc/network/interfaces -- configuration file for LEAF network > > > auto lo iface lo inet loopback > > auto eth0 iface eth0 inet static address 195.173.198.98 netmask > 255.255.255.240 > broadcast 195.173.198.111 gateway 195.173.198.97 up ip addr add > 195.173.198.107/28 dev eth0 label eth0:SIS.com > up ip addr add 195.173.198.108/28 dev eth0 label eth0:SG.com up ip addr add > 195.173.198.106/28 dev eth0 label eth0:PTP.FTP > ## ACF - WAKEFIELD > ## Uncommented next line, to bind 198.100 to adapter > up ip addr add 195.173.198.100/28 dev eth0 label eth0:Comrad-uk.net ## > Added next line, to bind 198.104 to adapter > up ip addr add 195.173.198.104/28 dev eth0 label eth0:DMO.SVR up ip addr > add 195.173.198.102/28 dev eth0 label eth0:PTP.VIE ## ACF - WAKEFIELD - > Will now disable Static NAT and Add NDAT Lines > > > auto eth1 iface eth1 inet static address 192.168.27.1 netmask 255.255.255.0 > broadcast 192.168.27.255 > > auto eth2 iface eth2 inet static address 192.168.17.1 netmask 255.255.255.0 > broadcast 192.168.17.255 > > ***** > Email from the developer: > > > "The wacky multiple-addresses on one interface stuff is quite likely to > be the problem. Does the problem go away if you remove these? The code > for this is completely re-written in later versions, partly to better > support this sort of config, so upgrading to the latest release (2.33) is > the best first step." > > "I suspect that upgrading will fix things, but let me known how you get > on: if it's still broken, I'll debug the 2.33 code." > > > The information in this email is confidential and may be legally > privileged. It is intended solely for the addressee. Access to this > email by anyone else is unauthorised. > > If you are not the intended recipient, any disclosure, copying, > distribution or any action taken or omitted to be taken in reliance on it > is prohibited and may be unlawful. > > The contents of an attachment to this email may contain software viruses > that could damage your own computer systems. Whilst The Spur Group of > Companies has taken every precaution to minimise the risk, we cannot > accept liability for any damage that you sustain as a result of software > viruses. > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, > security? Get stuff done quickly with pre-integrated technology to make > your job easier Download IBM WebSphere Application Server v.1.0.1 based on > Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > ------------------------------------------------------------------------ > leaf-user mailing list: [email protected] > https://lists.sourceforge.net/lists/listinfo/leaf-user > Support Request -- http://leaf-project.org/ > > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ------------------------------------------------------------------------ leaf-user mailing list: [email protected] https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
