Broadcast Ping => Antwort nur vom Router bzw. dem Gateway
Hallo Liste, ich habe ein Problem mit ping -b. Es antwortet mir nur mein Gateway/Router. Die anderen Rechner bleiben stumm, sind aber durch direktes anpingen erreichbar. Ich habe hier ein Netz mit 7 Rechnern, von denen drei immer online sind. Meine Lnx WS bzw. der Router hängen auch noch in anderen Netzen, was aber meiner Meinung nach hier nebensächlich ist. Folgendes tritt auf, was ich nicht verstehe: root@dsl:root>ping 192.168.42.0 Do you want to ping broadcast? Then -b ! Es wird also erkannt, dass ich ein Broadcast ping absetzen möchte root@dsl:root>ping -b -c 2 192.168.42.0 WARNING: pinging broadcast address PING 192.168.42.0 (192.168.42.0) 56(84) bytes of data. 64 bytes from 192.168.42.1: icmp_seq=1 ttl=64 time=0.253 ms 64 bytes from 192.168.42.43: icmp_seq=1 ttl=64 time=0.304 ms (DUP!) 64 bytes from 192.168.42.1: icmp_seq=2 ttl=64 time=0.158 ms --- 192.168.42.0 ping statistics --- 2 packets transmitted, 2 received, +1 duplicates, 0% packet loss, time 999ms rtt min/avg/max/mdev = 0.158/0.238/0.304/0.061 ms ! Es melden sich nur die 192.168.42.1 (dsl) und die 192.168.42.43 (diddl) ! Wo ist meine Lnx WS (yoda)? Die Kiste ist online und per Ping erreichbar. root@dsl:root>ping -c 1 192.168.42.42 PING 192.168.42.42 (192.168.42.42) 56(84) bytes of data. 64 bytes from 192.168.42.42: icmp_seq=1 ttl=64 time=0.285 ms --- 192.168.42.42 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.285/0.285/0.285/0.000 ms Wenn ich jetzt auf der diddl die SuSEfirewall2 starte, dann bekomme ich bei einem Broadcastping nur noch eine Antwort vom Router. Selbst dann, wenn ich die SuSEfirewall2 wieder stoppe. root@dsl:root>ping -b 192.168.42.0 WARNING: pinging broadcast address PING 192.168.42.0 (192.168.42.0) 56(84) bytes of data. 64 bytes from 192.168.42.1: icmp_seq=1 ttl=64 time=0.259 ms 64 bytes from 192.168.42.1: icmp_seq=2 ttl=64 time=0.170 ms --- 192.168.42.0 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 0.170/0.214/0.259/0.046 ms Das einzige was mir nach langer Sucherrei aufgefallen ist, war das folgende Module auf der diddl geladen werden wenn die SuSEfirewall2 gstartet wird: ip6_tables ip6t_LOG ip6t_REJECT ip6table_filter ip6table_mangle ip_conntrack ip_conntrack_ftp ip_nat_ftp ip_tables ipt_LOG ipt_REJECT ipt_TCPMSS ipt_TOS ipt_state iptable_filter iptable_mangle iptable_nat ipv6 Aber ob das Verhalten mit den Modulen zusammenhängt oder nicht, weiss ich nicht und kann ich mir auch nicht erklären. Infos zum betroffenen Nezt -------------------------- Netz 192.168.42.0 Netzmaske 255.255.255.192 Broadcast 192.168.42.63 Router 192.168.42.1 Firewall Einträge zum ICMP gibt es nur auf dem Router (dsl) ----------------------------------------------------------- root@dsl:root>iptables --list | grep -i icmp ACCEPT icmp -- anywhere anywhere icmp echo-request REJECT udp -- anywhere anywhere reject-with icmp-port-unreachable REJECT all -- anywhere anywhere reject-with icmp-proto-unreachable dsl => ist der Router / SuSE Linux 8.2 (i586) --------------------------------------------- root@dsl:root>ifconfig eth0 Link encap:Ethernet HWaddr 00:00:E8:6B:7E:E5 inet addr:192.168.0.42 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::200:e8ff:fe6b:7ee5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3831 errors:0 dropped:0 overruns:0 frame:0 TX packets:15866 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:496805 (485.1 Kb) TX bytes:2436038 (2.3 Mb) Interrupt:10 Base address:0xe000 eth1 Link encap:Ethernet HWaddr 00:40:05:88:9C:70 inet addr:192.168.1.1 Bcast:192.168.1.1 Mask:255.255.255.255 inet6 addr: fe80::240:5ff:fe88:9c70/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1851068 errors:0 dropped:0 overruns:0 frame:0 TX packets:1670033 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:1388044422 (1323.7 Mb) TX bytes:220333823 (210.1 Mb) Interrupt:11 Base address:0x8000 eth2 Link encap:Ethernet HWaddr 00:11:95:20:49:80 inet addr:192.168.42.1 Bcast:192.168.42.63 Mask:255.255.255.192 inet6 addr: fe80::211:95ff:fe20:4980/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:17491757 errors:12 dropped:161 overruns:12 frame:0 TX packets:21427161 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:566121516 (539.8 Mb) TX bytes:1067417589 (1017.9 Mb) Interrupt:5 Base address:0xd000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1081437 errors:0 dropped:0 overruns:0 frame:0 TX packets:1081437 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:122553586 (116.8 Mb) TX bytes:122553586 (116.8 Mb) ppp0 Link encap:Point-to-Point Protocol inet addr:80.141.250.154 P-t-P:217.0.116.138 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:1799570 errors:0 dropped:0 overruns:0 frame:0 TX packets:1618565 errors:0 dropped:147 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:1345363786 (1283.0 Mb) TX bytes:181634447 (173.2 Mb) root@dsl:root>route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 217.0.116.138 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.42.0 0.0.0.0 255.255.255.192 U 0 0 0 eth2 192.168.1.0 192.168.0.1 255.255.255.0 UG 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 217.0.116.138 0.0.0.0 UG 0 0 0 ppp0 yoda => meine Linux Workstation / SuSE Linux 9.2 (i586) ------------------------------------------------------- root@yoda:~>ifconfig eth0 Protokoll:Ethernet Hardware Adresse 00:0D:88:37:6F:C6 inet Adresse:192.168.42.42 Bcast:192.168.42.63 Maske:255.255.255.192 inet6 Adresse: fe80::20d:88ff:fe37:6fc6/64 Gültigkeitsbereich:Verbindung UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:26204 errors:0 dropped:0 overruns:0 frame:0 TX packets:7270 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:34605048 (33.0 Mb) TX bytes:1283726 (1.2 Mb) Interrupt:11 Basisadresse:0x6000 eth1 Protokoll:Ethernet Hardware Adresse 00:40:05:88:9C:74 inet Adresse:10.0.0.3 Bcast:10.0.0.255 Maske:255.255.255.0 inet6 Adresse: fe80::240:5ff:fe88:9c74/64 Gültigkeitsbereich:Verbindung UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:50 errors:0 dropped:0 overruns:0 frame:0 TX packets:83 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:9664 (9.4 Kb) TX bytes:16782 (16.3 Kb) Interrupt:10 Basisadresse:0x8000 lo Protokoll:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:86 errors:0 dropped:0 overruns:0 frame:0 TX packets:86 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:0 RX bytes:6652 (6.4 Kb) TX bytes:6652 (6.4 Kb) root@yoda:~>route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 10.0.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth1 192.168.42.0 0.0.0.0 255.255.255.192 U 0 0 0 eth0 10.2.20.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 193.7.131.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 10.2.21.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 10.2.22.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 193.7.129.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 193.7.135.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 10.2.32.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 10.9.8.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 10.2.30.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 193.7.136.0 10.0.0.1 255.255.255.0 UG 0 0 0 eth1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.42.1 0.0.0.0 UG 0 0 0 eth0 diddl => der Rechner meiner Kinder / SuSE Linux 9.1 (i586) ---------------------------------------------------------- diddl:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:0B:6A:1E:FA:86 inet addr:192.168.42.43 Bcast:192.168.42.63 Mask:255.255.255.192 inet6 addr: fe80::20b:6aff:fe1e:fa86/64 Scope:Link UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:152 errors:0 dropped:0 overruns:0 frame:0 TX packets:143 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:19238 (18.7 Kb) TX bytes:15666 (15.2 Kb) Interrupt:5 Base address:0xd800 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:26 errors:0 dropped:0 overruns:0 frame:0 TX packets:26 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1780 (1.7 Kb) TX bytes:1780 (1.7 Kb) diddl:~ # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.42.0 0.0.0.0 255.255.255.192 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.42.1 0.0.0.0 UG 0 0 0 eth0 Für Hilfe und eine möglichst detailierte Erklärung bin ich sehr dankbar. Herzliche Grüße H3!ko -- Uniks - is userfriendly -> Linux too!
Hallo, Am Donnerstag, 31. März 2005 11:31 schrieb Heiko Romahn:
Hallo Liste,
ich habe ein Problem mit ping -b. Es antwortet mir nur mein Gateway/Router. Die anderen Rechner bleiben stumm, sind aber durch direktes anpingen erreichbar.
Ein ping schickt ein "ICMP echo request" Paket, auf das ein anderer Rechner dann mit einem "ICMP echo reply" antworten sollte. Ich finde in meinem System (SuSE 9.2) folgenden Eintrag: anke@arwen:~> cat /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts 1 Die "1" bedeutet, dass der entsprechende Parameter aktiviert ist. Dadurch antwortet der Rechner also nicht auf Broadcast-Pings. Ich gehe einfach mal davon aus, dass das eine Sicherheits-Einstellung ist, die verhindern soll, dass man durch einen einfachen Broadcast-Ping herausfindet, welche Rechner es alle im Netzwerk gibt. Ich habe jetzt allerdings auf die Schnelle nicht herausgefunden, wodurch genau der Eintrag erzeugt wird. Auch nach Stoppen der Firewall ist der Eintrag noch da ... Du kannst das ganze "manuell" abschalten durch ein echo "0" > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts allerdings wird nach dem nächsten Reboot wieder der ursprüngliche Wert vorhanden sein ... HTH, Anke -- Think before you ...
Hallo, * On Thu, Mar 31, 2005 at 12:21 PM (+0200), Anke Börnig wrote:
Am Donnerstag, 31. März 2005 11:31 schrieb Heiko Romahn:
Hallo Liste,
ich habe ein Problem mit ping -b. Es antwortet mir nur mein Gateway/Router. Die anderen Rechner bleiben stumm, sind aber durch direktes anpingen erreichbar.
Ein ping schickt ein "ICMP echo request" Paket, auf das ein anderer Rechner dann mit einem "ICMP echo reply" antworten sollte.
Ich finde in meinem System (SuSE 9.2) folgenden Eintrag: anke@arwen:~> cat /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts 1
Die "1" bedeutet, dass der entsprechende Parameter aktiviert ist. Dadurch antwortet der Rechner also nicht auf Broadcast-Pings. Ich gehe einfach mal davon aus, dass das eine Sicherheits-Einstellung ist, die verhindern soll, dass man durch einen einfachen Broadcast-Ping herausfindet, welche Rechner es alle im Netzwerk gibt.
Ich habe jetzt allerdings auf die Schnelle nicht herausgefunden, wodurch genau der Eintrag erzeugt wird. Auch nach Stoppen der Firewall ist der Eintrag noch da ...
Ich habe leider gerade keine "SuSE Linux 9.2"-Installation zur Hand, auf der ich es testen könnte. Möglicherweise wird es aber durch den "sysctl" aktiviert, der die beim Start zu setzenden Einstellungen aus der "/etc/sysctl.conf" holt. Wenn dem so ist, dann sollte dem OP ein Anpassen der "/etc/sysctl.conf" helfen, damit's auch beim Neustart so bleibt. Viele Grüße, Steffen
Steffen Moser wrote:
Ich habe leider gerade keine "SuSE Linux 9.2"-Installation zur Hand, auf der ich es testen könnte. Möglicherweise wird es aber durch den "sysctl" aktiviert, der die beim Start zu setzenden Einstellungen aus der "/etc/sysctl.conf" holt. Wenn dem so ist, dann sollte dem OP ein Anpassen der "/etc/sysctl.conf" helfen, damit's auch beim Neustart so bleibt.
Ganz genau! Danke! Und auch noch mal ein großes Danke an Anke für die ausführliche Erklärung. Ich finde es richtig geil, wenn man sich hinterher immer etwas Schlauer fühlt. :-) ping -b 192.168.42.0 bzw. ping -b 192.168.42.63 funktioniert jetzt so wie ich es möchte. Auch auf die Gefahr hin ein smurf amplifier zu werden. <grin> Grüße Heiko -- Uniks - is userfriendly Heiko Romahn Heiko.Romahn@efeustrasse.de Efeustrasse 20 Tel. +49 203 712 9598 47249 Duisburg Mob. +49 177 448 2987
Hallo Liste,
ich habe ein Problem mit ping -b. Es antwortet mir nur mein Gateway/Router. Die anderen Rechner bleiben stumm, sind aber durch direktes anpingen erreichbar.
Ich habe lange Zeit ping -b zum "Suchen" von Rechnern in einer größeren Umgebung eingesetzt. Zwischenzeitlich macht das ein Skript, das die einzelnen Netze durchpingt. Der Grund: Während Windowsrechner schon lange bzw. noch nie darauf antworteten, machen das die Linuxrechner seit Suse-Version 9.2 auch nicht mehr. Ob das umkonfigurierbar ist, hab ich noch nicht gefunden (aber auch nicht richtig gesucht, wie gesagt ich muss die Win-Rechner auch erwischen). Ich denke also das es nichts mit Firewall etc. zu tun hat, sondern mit icmp selbst. Rainer
-- Sparen beginnt mit GMX DSL: http://www.gmx.net/de/go/dsl
participants (4)
-
Anke Börnig -
Heiko Romahn -
Rainer Kulhanek -
Steffen Moser