netzwerkprofis bitte hilfe - pakete verschwinden
netzwerkprofis bitte hilfe - pakete verschwinden
Hallo an alle!
Bitte um Hilfe bei einem seltsamen Netzwerkproblem. Ich hab ein Debian Etch mit 2.6.22 Kernel.
Bisher hat das mit dem Netzwerk immer super funktioniert. Jetzt bin ich aber von einer zusätzlichen Netzwerkkarte auf die am Mainboard integrierte umgestiegen wegen Platzproblemen.
Das erste seltsame war, daß die interne Netzwerkkarte plötzlich als eth3 erkannt wurde obwohl sie bisher immer eth1 war. Das habe ich mittels /etc/udev/rules.d/z25_persistent-net.rules in den Griff bekommen.
Das seltsame ist nun das ich weder mit ping noch mit firefox oder sonstwas arbeiten kann. Ich sehe zwar über ifconfig, daß Pakete empfangen und gesendet werden. Über iptables -v --list sehe ich auch, daß keine Packete gedroppt werden.
Und das nächste seltsame ist auch, daß ich sehr wohl in der Lage bin vom dhcp eine IP-Adresse zu beziehen. Aber dann geht nix mehr.
Jeder Ping (auch auf die IP des Defaultgateway) ist nicht erfolgreich. Und firefox versucht sich ewig an der Namensauflösung.
Wo kann ich ansetzen?
lg,
gmv
Bitte um Hilfe bei einem seltsamen Netzwerkproblem. Ich hab ein Debian Etch mit 2.6.22 Kernel.
Bisher hat das mit dem Netzwerk immer super funktioniert. Jetzt bin ich aber von einer zusätzlichen Netzwerkkarte auf die am Mainboard integrierte umgestiegen wegen Platzproblemen.
Das erste seltsame war, daß die interne Netzwerkkarte plötzlich als eth3 erkannt wurde obwohl sie bisher immer eth1 war. Das habe ich mittels /etc/udev/rules.d/z25_persistent-net.rules in den Griff bekommen.
Das seltsame ist nun das ich weder mit ping noch mit firefox oder sonstwas arbeiten kann. Ich sehe zwar über ifconfig, daß Pakete empfangen und gesendet werden. Über iptables -v --list sehe ich auch, daß keine Packete gedroppt werden.
Und das nächste seltsame ist auch, daß ich sehr wohl in der Lage bin vom dhcp eine IP-Adresse zu beziehen. Aber dann geht nix mehr.
Jeder Ping (auch auf die IP des Defaultgateway) ist nicht erfolgreich. Und firefox versucht sich ewig an der Namensauflösung.
Wo kann ich ansetzen?
lg,
gmv
Zuletzt geändert von gmv am 14.10.2007 18:14:19, insgesamt 1-mal geändert.
Hi!
Wobei der Rechner "ewig" braucht bis die Defaultroute angezeigt wird! Sieht aber für mich ganz gut aus.
Ich hab übrigens Etch am laufen nicht Sage wie ich fälschlicherweise geschrieben hab.
Code: Alles auswählen
route -v
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
62.178.136.0 * 255.255.255.0 U 0 0 0 eth0
default 62.178.136.1 0.0.0.0 UG 0 0 0 eth0
Ich hab übrigens Etch am laufen nicht Sage wie ich fälschlicherweise geschrieben hab.
Das hinterste 'Iface' sieht für mich verdächtig aus, eth0. Wie du oben geschrieben hast, hast du's wieder auf eth1 gewechselt, weils vorher auf eth3 war. Ich denke mal das dies dein problem ist.gmv hat geschrieben:Hi!
Wobei der Rechner "ewig" braucht bis die Defaultroute angezeigt wird! Sieht aber für mich ganz gut aus.Code: Alles auswählen
route -v Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 62.178.136.0 * 255.255.255.0 U 0 0 0 eth0 default 62.178.136.1 0.0.0.0 UG 0 0 0 eth0
Ich hab übrigens Etch am laufen nicht Sage wie ich fälschlicherweise geschrieben hab.
Könntest du sonst noch ein 'ifconfig' posten?
THX
Ich hab die netzwerkkarte gleich in eth0 umbenannt damit ich die firewall nicht umkonfigurieren muß.
mein ifconfig sieht so aus
mein ifconfig sieht so aus
Code: Alles auswählen
eth0 Link encap:Ethernet HWaddr 00:01:02:AA:48:9A
inet addr:62.178.136.117 Bcast:255.255.255.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:576 Metric:1
RX packets:19577 errors:0 dropped:0 overruns:0 frame:0
TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1294878 (1.2 MiB) TX bytes:4205 (4.1 KiB)
Interrupt:17 Base address:0x6000
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:106 errors:0 dropped:0 overruns:0 frame:0
TX packets:106 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:7348 (7.1 KiB) TX bytes:7348 (7.1 KiB)
Die Möglichkeit habe ich bereits ausgeschlossen. Mit deaktivierter firewall geht auch nix
Die Pakete gehen zwar rein und raus aber es geht trotzdem nicht mal ein ping auf die ip des gateway
Code: Alles auswählen
privprime:/home/georg# iptables --flush
privprime:/home/georg# iptables -P OUTPUT ACCEPT
privprime:/home/georg# iptables -P INPUT ACCEPT
privprime:/home/georg# iptables -P FORWARD ACCEPT
privprime:/home/georg# iptables -v --list
Chain INPUT (policy ACCEPT 186 packets, 59096 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 19 packets, 1366 bytes)
pkts bytes target prot opt in out source destination
das ist doch eine IP im Chello UPC Netz
Ich war noch nie Chello Kunde, daher könnte das schon obsolet sein, früher mußte jedoch die MAC von Chello freigegeben werden. Wenn das der Fall ist, mußt du beim Chello Support anrufen und deine neue HW Adresse bekannt geben, oder du verwendest Tools wie z.B den "macchanger" um deiner Onboard NIC die gleiche MAC zu verpassen.
Gruß
gms
Ich war noch nie Chello Kunde, daher könnte das schon obsolet sein, früher mußte jedoch die MAC von Chello freigegeben werden. Wenn das der Fall ist, mußt du beim Chello Support anrufen und deine neue HW Adresse bekannt geben, oder du verwendest Tools wie z.B den "macchanger" um deiner Onboard NIC die gleiche MAC zu verpassen.
Gruß
gms
Hast du die IP oder einen Namen für den Ping auf das Gateway verwendet ?
Wenn es mit der IP auch nicht funktioniert, was gibt "dhclient eth0" aus ?
Gruß
gms
Code: Alles auswählen
gms1 ~ # ping -c 1 62.178.136.1
PING 62.178.136.1 (62.178.136.1) 56(84) bytes of data.
64 bytes from 62.178.136.1: icmp_seq=1 ttl=55 time=22.1 ms
--- 62.178.136.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 22.177/22.177/22.177/0.000 ms
Gruß
gms
Für den ping auf das gateway hab ich die IP verwendet. Das hat leider nicht funktioniert. Was mich ja am stärksten wundert! Wenn das nicht einmal funktioniert hat es ja mal was grundlegendes.
Mit dhclient eth0 macht der rechner die normalen dhcp anfragen und bekommt auch eine ip adresse zugewiesen!
Ich bin mal extram ratlos. In /var/log/messages und syslog läßt sich auch nix finden.
Jedenfalls hab ich jetzt mal wieder die alte Karte eingebaut und werde versuchen die Onboard-Netzwerkkarte als eth1 zum Laufen zu bekommen. Wenn das geht fliegt die extra Karte wieder raus.
Auf jeden Fall vielen Dank an alle.
Mit dhclient eth0 macht der rechner die normalen dhcp anfragen und bekommt auch eine ip adresse zugewiesen!
Ich bin mal extram ratlos. In /var/log/messages und syslog läßt sich auch nix finden.
Jedenfalls hab ich jetzt mal wieder die alte Karte eingebaut und werde versuchen die Onboard-Netzwerkkarte als eth1 zum Laufen zu bekommen. Wenn das geht fliegt die extra Karte wieder raus.
Auf jeden Fall vielen Dank an alle.
da gehts mir ähnlich, daher würde ich jetzt versuchen über tcpdump oder wireshark/ethereal nachzuschauen, was da im Netzwerk abgeht ( einmal bei "ping -c 1 62.178.136.1" und einmal bei "dhcpclient eth0" )gmv hat geschrieben: Ich bin mal extram ratlos. In /var/log/messages und syslog läßt sich auch nix finden.
Nachdem ein späteres "dhcpclient eth0" noch immer funktioniert, scheint es ja kein Hardware- oder Treiber-Problem zu sein, sondern schaut eher so aus, als würde der Router/Gateway alle Pakete von dir ( außer DHCP ) droppen.
Gruß
gms
Hi...
ich habe ein ähnliches Problem.
Bei mir ist es offensichtlich traffic-bedingt.
Wenn das Problem auftritt geht über das Interface kein IP-Verkehr.
Ich kann das Problem dann mit einem:
ifconfig eth2 down
ifconfig eth2 up
wieder beheben.
tcpdump auf das interface bringt - wenn das Problem besteht - keinen output.
Ist das bei euch auch so?
Wollte mal schauen, ob der 2.6.23.1er kernel abhilfe schafft.
Gruß,
Lars
ich habe ein ähnliches Problem.
Bei mir ist es offensichtlich traffic-bedingt.
Wenn das Problem auftritt geht über das Interface kein IP-Verkehr.
Ich kann das Problem dann mit einem:
ifconfig eth2 down
ifconfig eth2 up
wieder beheben.
tcpdump auf das interface bringt - wenn das Problem besteht - keinen output.
Ist das bei euch auch so?
Wollte mal schauen, ob der 2.6.23.1er kernel abhilfe schafft.
Gruß,
Lars