DM800 skickar Broadcast trafik

[Peter_x]

När man tittar under Adapter inställningar så är DHCP i bockad och jag har följande IP:

IP: 192.168.1.114
MASK: 255.255.255.0
GW: 192.168.1.1


Men när jag loggar in som root och kör med ifconfig -a ser det ut så här:

root@dm800:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:09:XX:XX:XX
inet addr:169.254.38.156 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1395269 errors:0 dropped:0 overruns:0 frame:0
TX packets:2326693 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:95405248 (90.9 MiB) TX bytes:3211026244 (2.9 GiB)
Interrupt:16

När man tcpdumpar trafik så visar det sig att denna IP skickar konstant broadcast trafik och brandväggen loggar spoofing.

Jag har kontrollerat fler DM800 med samma problem.
Någon som har lösning till problemet?? någon plugins kanske?!?


Det går att lösa temporärt genom att starta om Nätverks Interface manuellt,.. men men..

[Mal E Volent]

Hejsan,

Nedanstående med Gemini 4.00, Netgear FVS338
Jag testade att köra ifconfig och ifconfig -a via telnet i DM800:an.
Det blir inte samma resultat som för dig.
Både ip- och broadcast sker inom samma A-C värden.
Och sist men inte minst resultatet av ifconfig (-a) är samma ip som jag kör telnet mot, det vill säga tilldelad ip-address.
Jag använder också dhcp men med "låst tilldelning" i routern, så att 800:an alltid skall ha samma ip.
Den här 169.x.x.x som din 800:a fått verkar märkligt bekant på ngt sätt, jag bara inte rikigt komma ihåg på vilket sätt.
Någon minut senare....Jodå lite googling skadar inte.
Prova själv att googla på "ip-address 169." eller några varianter på det och det mesta handlar om adresstilldelning som misslyckats och dhcp-problem.Det antyder kanske strul med router, dhcp-server eller ngt?
Om det nu är till ngn hjälp för dig är väl en annan sak...men kanske en pekare i rätt riktning iaf.

Lycka till

[bpl]

Jag kör inte med DHCP tilldelad IP adress i min DM800 men får följande IP adress ändå, varför? (Jag Har tilldelat den 192.168.100.3)

Edit: Nätverket fungerar, IP 169... tilldelas ju bara när datorn inte får någon IP adress från DHCP...

root@dm800:~# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:09:34:XX:XX:XX
inet addr:169.254.218.181 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5459 errors:0 dropped:0 overruns:0 frame:0
TX packets:5514 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:618867 (604.3 KiB) TX bytes:2137408 (2.0 MiB)
Interrupt:16

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:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

[Mal E Volent]

Jag kör inte med DHCP tilldelad IP adress i min DM800 men får följande IP adress ändå, varför? (Jag Har tilldelat den 192.168.100.3)

Edit: Nätverket fungerar, IP 169... tilldelas ju bara när datorn inte får någon IP adress från DHCP...

En hel del bortklippt....

Om jag förstår er båda rätt så...har era boxar 2 ip-addresser kopplade till samma interface? D.v.s dels den som den borde ha och och så den här märkliga 169.254.x.x? Har ni provat att pinga / telnet till den märkliga adressen? Funkar det?
Oaktat det så, verkar det som om boxarna iaf på ngt sätt anser att en adresstilldelning misslyckats. Varför? Vete....
Mer info: IETF och ett annat hyfsat ställe!

Förresten vilken, vilka image har ni maskinen bootad med? Ny, gammal, variant? Dhcp-server?

[bpl]

Jag kör med nyaste Gemini 4.1 och har haft min box sen maj förra året. Jag vet att fler DM800 ägare klagar på att boxen "dödar" deras nätverk vilket jag också har upplevt ett antal gånger. Det är ju inte så konstigt om det skickas en massa broadcasts...

Men det lustiga är 169... IP adressen när jag har ställt in 192... i nätverksinställningarna...

[bpl]

Lustigt, det går att pinga 169 adressen från min Mac...

ping -c 5 169.254.218.181
PING 169.254.218.181 (169.254.218.181): 56 data bytes
64 bytes from 169.254.218.181: icmp_seq=0 ttl=64 time=1.738 ms
64 bytes from 169.254.218.181: icmp_seq=1 ttl=64 time=1.590 ms
64 bytes from 169.254.218.181: icmp_seq=2 ttl=64 time=1.400 ms
64 bytes from 169.254.218.181: icmp_seq=3 ttl=64 time=2.020 ms
64 bytes from 169.254.218.181: icmp_seq=4 ttl=64 time=1.983 ms

--- 169.254.218.181 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.400/1.746/2.020/0.235 ms

[Leatherface]

inte konstigt alls din mac har en 169.254.* address med...

[Mal E Volent]

inte konstigt alls din mac har en 169.254.* address med...

En liten undring...är inte "har en" är en sanning med viss modifikation?
Visserligen lite av hårklyveri men?
Det borde vara APIPA (Automatic Private IP Addressing) som först efter misslyckad dhcp-transaktion skall skapa och sätta en 169.254.x.x adress.
Fast om DM valt att "hårdkoda" mac-relaterade adresser, vad vet jag...

Grundproblemet är väl fortfarande dock att ett nätverksinterface inte skall skall ha mer än i grund och botten "max" två ipv4 -adresser, A.B.C.D (giltig sådan) och 127.0.0.0/8 för loopback (inte alltid) detta om man inte håller på och trixar med ip-alias eller ngt liknande som jag antar att ingen gjort? D.v.s ifconfig skall inte ge ett 169.254.x.x svar för ett if som har konfigurerats för fast ip eller för ett som har fått korrekt ip via dhcp. Att man sen t.ex via VMWare och VBox kan överlagra virtuella if på fysiska sådana gör inte ovanstående mindre giltigt.
Hur som helst, märkligt.

[Leatherface]

det som händer är antagligen att den inte får ip från dhcp server och får den där 169.254.* addressen sen gör enigma2 nåt i stil med
ip addr add 192.168.0.10 dev eth0
och då har eth0 2 ip addresser men visar bara den första som i det här fallet är 169.154.*

[Peter_x]

det som händer är antagligen att den inte får ip från dhcp server och får den där 169.254.* addressen sen gör enigma2 nåt i stil med
ip addr add 192.168.0.10 dev eth0
och då har eth0 2 ip addresser men visar bara den första som i det här fallet är 169.154.*

DHCP tilldelars visst IP och vi kan faktiskt telneta på den lokala IP som root.

DM800 har endast en eth0..

Jag har varit i kontakt med dom som äger hela Subnät 169.254.0.0/16 som fått massor med abuse klagomål där folk tror att det är boven och förstår inte att trafiken skicka ut från lokala interfacet,.. dom som har riktiga Firewalls blockeras trafiken då trafiken ses som spoofing,..
Dom som inte har firawall - ses trafiken som Ddos attack mot ISP som heter (Internet Corporation for Assigned Names and Number) i Ca USA.

Bara massa skit strul med Dreambox nu för tid..