Hottest Free Downloads - DownloadPipe.com Over 197,000 downloads! Bookmark Now!
DownloadPipe.com - New Downloads Every Minute
 SEARCH:
FAQFAQ    SearchSearch      ProfileProfile    Private MessagesPrivate Messages   Log inLog in

Martian source from localhost on eth0

 
   Linux (Home) -> Networking RSS
Next:  Problems with Orinoco/wavelan2_cs  
Author Message
Jan Bols

External


Since: Jul 14, 2003
Posts: 2



(Msg. 1) Posted: Mon Jul 14, 2003 10:38 am
Post subject: Martian source from localhost on eth0
Archived from groups: comp>os>linux>networking (more info?)

I run a Linux Mandrake 9.1 server. Ever since a new motherboard was
installed I get the following message in my logs:


--- /var/log/messages ---

Jul 14 10:11:23 plato kernel: martian source 255.255.255.255 from
127.0.0.1, on dev eth0
Jul 14 10:11:23 plato kernel: ll header:
ff:ff:ff:ff:ff:ff:00:d0:59:2d:c5:28:08:00

---


This occurs about every 2 minutes.

I know I can disable the logging of the event or drop the packet from
the firewall. However I would like to know what causes this packet to be
sent.

I did a search on Google and found a number of postings of people with
exactly the same problem, but no-one could explain the reason why this
strange packet occurs.

Running Ethereal I was able to capture the packet. Below you can find
the printout...


--- ethereal printout ---

Frame 1 (62 bytes on wire, 62 bytes captured)
Arrival Time: Jul 9, 2003 16:45:25.442258000
Time delta from previous packet: 0.000000000 seconds
Time relative to first packet: 0.000000000 seconds
Frame Number: 1
Packet Length: 62 bytes
Capture Length: 62 bytes
Linux cooked capture
Packet type: Broadcast (1)
Link-layer address type: 1
Link-layer address length: 6
Source: 00:d0:59:2d:c5:28 (AmbitMic_2d:c5:2Cool
Protocol: IP (0x0800)
Trailer: 000000000000
Internet Protocol, Src Addr: 127.0.0.1 (127.0.0.1), Dst Addr:
255.255.255.255 (255.255.255.255)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 40
Identification: 0xe424
Flags: 0x00
.0.. = Don't fragment: Not set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 128
Protocol: UDP (0x11)
Header checksum: 0xd79f (correct)
Source: 127.0.0.1 (127.0.0.1)
Destination: 255.255.255.255 (255.255.255.255)
User Datagram Protocol, Src Port: 2301 (2301), Dst Port: 2301 (2301)
Source port: 2301 (2301)
Destination port: 2301 (2301)
Length: 20
Checksum: 0x7c9a (correct)
Data (12 bytes)

0000 00 01 00 01 00 06 00 d0 59 2d c5 28 08 77 08 00 ........Y-.(.w..
0010 45 00 00 28 e4 24 00 00 80 11 d7 9f 7f 00 00 01 E..(.$..........
0020 ff ff ff ff 08 fd 08 fd 00 14 7c 9a 01 00 00 30 ..........|....0
0030 a9 c1 0b 3f 3c 00 00 00 00 00 00 00 00 00 ...?<.........

---


As you can see, the source HW address is 00:d0:59:2d:c5:28. However,
there is no machine with that HW address running in my sub network. The
HW address of the machine that causes/reports the problem is
00:50:BA:A7:66:A5 as you can see from the ifconfig result...


--- ifconfig ---

eth0 Link encap:Ethernet HWaddr 00:50:BA:A7:66:A5
inet addr:157.193.82.130 Bcast:157.193.82.255
Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16747299 errors:1 dropped:142 overruns:0 frame:91
TX packets:27434489 errors:0 dropped:0 overruns:0 carrier:0
collisions:1176718 txqueuelen:100
RX bytes:1643408363 (1567.2 Mb) TX bytes:332391888 (316.9 Mb)
Interrupt:17 Base address:0xe400

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:4803589 errors:0 dropped:0 overruns:0 frame:0
TX packets:4803589 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4191240137 (3997.0 Mb) TX bytes:4191240137 (3997.0 Mb)

---



Can you give me a rational explanation for this behaviour? Do I have a
mad network card? Are aliens attacking our network from the inside? Or
did I simply miss something obvious?


Jan Bols
Back to top
Login to vote
Tauno Voipio

External


Since: Jul 09, 2003
Posts: 9



(Msg. 2) Posted: Thu Jul 17, 2003 1:30 pm
Post subject: Re: Martian source from localhost on eth0 [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

"Jan Bols" <jan DeleteThis @ivpv.ugent.be> wrote in message
news:3F126C00.6020606@ivpv.ugent.be...
> I run a Linux Mandrake 9.1 server. Ever since a new motherboard was
> installed I get the following message in my logs:
>
>
> --- /var/log/messages ---
>
> Jul 14 10:11:23 plato kernel: martian source 255.255.255.255 from
> 127.0.0.1, on dev eth0
> Jul 14 10:11:23 plato kernel: ll header:
> ff:ff:ff:ff:ff:ff:00:d0:59:2d:c5:28:08:00
>
> Internet Protocol, Src Addr: 127.0.0.1 (127.0.0.1), Dst Addr:
> 255.255.255.255 (255.255.255.255)
> Version: 4
> Source: 127.0.0.1 (127.0.0.1)
> Destination: 255.255.255.255 (255.255.255.255)
> User Datagram Protocol, Src Port: 2301 (2301), Dst Port: 2301 (2301)
> Source port: 2301 (2301)
> Destination port: 2301 (2301)

A Compaq computer?

The UDP broadcasts at port 2301 are a weirdness of Compaq - check for any
'services' running.

cpq-wbem 2301/tcp Compaq HTTP
cpq-wbem 2301/udp Compaq HTTP

Netstat -tupan might point to the process.

HTH

Tauno Voipio
tauno voipio @ iki fi
Back to top
Login to vote
Jan Bols

External


Since: Jul 14, 2003
Posts: 2



(Msg. 3) Posted: Fri Jul 18, 2003 1:42 pm
Post subject: Re: Martian source from localhost on eth0 [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

Thanks Tauno,

the problem was indeed a portable compaq running on the network. Because
it was a portable, it wasn't always plugged into the network so I didn't
find the HW address at first.

I disabled some of the compaq services and that solved the problem.

Greetings
Jan


>
> A Compaq computer?
>
> The UDP broadcasts at port 2301 are a weirdness of Compaq - check for any
> 'services' running.
>
> cpq-wbem 2301/tcp Compaq HTTP
> cpq-wbem 2301/udp Compaq HTTP
>
> Netstat -tupan might point to the process.
>
> HTH
>
> Tauno Voipio
> tauno voipio @ iki fi
>
>
Back to top
Login to vote
Display posts from previous:   
Related Topics:
0.020 ms ping time to localhost is slow?! - On a mandrake linux P4 2.8 GHZ, 512 MB machine with 100% idle, not running X, I do "ping localhost" and I get response times that are on average 0.020 ms. This seems slow to me. I believe that what is going on is as follows: 1. ping makes s...

Mystery eth0 inactivation!? - I am in the process of setting up a Linux box for some small scale web development and ran into a curious problem in this system: - Old HP Vectra with 256M memory (i know) - 3Com Etherlink (309) adapter - Red Hat 8.0 Server installation with all modules...

eth0 answering for eth1 ?? - Running RHEL ES 4 update 3 eth0: connected to switch at 1Gbps eth1: connected to VLAN enabled ports on switch at 1Gbps eth2: cable unplugged (but will be connected to a hub in our DMZ) # ifconfig eth0 Link encap:Ethernet HWaddr 00:14:38:4F:5D:88...

DHCPD starting before ETH0 gives error. - DHCPD is configured to only listen on eth0. When it starts at boot time it states that there is no subnet for 0.0.0.0 defined in my dhcpd.conf file, so it exits. This is because DHCPD is starting up at the same time as ETH0, and ETH0 is not yet up on..

eth0 died on two FC4 boxes - Had two FC4 boxes on the same subnet. One was a working httpd server. then I discovered that my WinXP could not ping either box and the FC4 boxes could not ping each other. Tried to delete and reconfig the the eth0 interface using static and DHCP. Both....
       Linux (Home) -> Networking All times are: Pacific Time (US & Canada) (change)
Page 1 of 1

 
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Categories:
 Windows Forums
 Game Forums
  Linux Forums
 Mac Forums
 PDA Forums
 Mobile Forums
  Top  |  Store  |  RSS Feeds RSS  |  Data Feeds  |  Advertise  |  Submit  |  Bookmark  |  Newsletter  |  Contact