hallo zusammen
ich bins wieder mal, mit dem selben problem wie vor einer woche. es geht
immer noch darum, dass meine internet verbindung nach (ungef�hr) 7 tagen
abstirbt und das dann nichts mehr geht - ausgenommen ein reboot. dann
funktioniert alles wieder (war auf jeden fall letzte woche so).
detailierter:
mein debian-pc hat zwei netzwerkkarten. eth0 ist eine 100mbit netzwerkkarte
f�rs lan (statische ip), damit ist alles in bester ordnung, keine probleme.
eth1 ist eine 10 mbit netzwerkkarte. die karte ist an einen 10mbit hub
angeschlossen. an diesem hub hangen auch das cable-modem und 2 windows-pcs.
die ips werden vom cable-betreiber �ber dhcp bezogen, dementsprechend sieht
auch 'etc/network/interfaces':
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
# The loopback interface
iface lo inet loopback
# The first network card - this entry was created during the Debian
installation
iface eth1 inet dhcp
#The Local Are network card
iface eth0 inet static
address 192.168.0.10
netmask 255.255.255.0
soviel zur netzwerkstruktur. nun zum problem:
Die Internet-Verbindung am Debian-Pc "stirbt" nach ca. 7 Tagen einfach ab.
Die ip ist zwar noch da (bei einem ifconfig wird sie angezeigt), und
verbindungen die noch bestehen laufen noch eine weile weiter (so ungef�hr
eine stunde, war beim eggdrop so zu welchem ich per dcc verbunden war),
aber es funktioniert kein dns, kein ping, einfach sonst nichts.
ich habe mir zuerst gedacht, dass ich einfach mit einem 'ifdown eth1' und
einem anschliessenden 'ifup eth1' die sache wieder ins lot bringen kann.
dies ergibt aber als resultat (nach 'ifup eth1') nur ein 'Operation
failed.' Auch ein './etc/init.d/networking restart' ergibt nur ein
'Operation failed'. Auff�llig ist, dass w�hrend dieser Zeit das
'Collision-Led' am 10er Hub wie wild blinkt - dies ist sonst nicht der
Fall. Auch ein anschliessendes ifconfig best�tigt, dass es irgendwo
collisions gibt:
eth1 Link encap:Ethernet HWaddr 00:50:BF:0E:50:0C
BROADCAST MTU:1500 Metric:1
RX packets:1786545 errors:0 dropped:0 overruns:0 frame:0
TX packets:61232 errors:0 dropped:0 overruns:0 carrier:0
collisions:189 txqueuelen:100
Interrupt:10 Base address:0xb800
Nun hab ich noch gedacht, das mir eventuell 'pump' weiterhelfen k�nnte, das
prog das die ip bezieht und das ja eigentlich auch von 'ifup' aufgerufen
werden sollte.
aber auch hier funktioniert nichts:
weder ein statusabruf mit 'pump --interface=eth1 --status'
noch ein renewen des devices mit 'pump -i eth1 -r'
noch ein anfordern einer ip mit 'pump -i eth1'
all das ergibt als resultat nur 'Operation failed.'
auch die log-infos von '/var/log/syslog' helfen mir nicht weiter:
Jun 4 12:16:17 debianP3500 pumpd[6321]: PUMP: sending discover
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: opcode: 1
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: hw: 1
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: hwlength: 6
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: hopcount: 0
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: id: 0xcd43cf21
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: secs: 0
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: flags: 0x 0
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: ciaddr: 0.0.0.0
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: yiaddr: 0.0.0.0
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: server_ip: 0.0.0.0
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: bootp_gw_ip: 0.0.0.0
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: hwaddr:
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: servername:
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: bootfile:
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: vendor: 0x63 0x53 0x82 0x63
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: vendor: 53 1 0x 1
Jun 4 12:16:17 debianP3500 pumpd[6321]: breq: vendor: 0xff
um sicherzugehen hab ich noch das cable-modem resetet. auch das hilft
nichts. die anderen pcs im netz (die 2 windows-clients) kriegen jedoch eine
ip vom provider zugewiesen.
Als das problem letzte woche aufgetreten ist, habe ich aus lauter ungeduld
einen reboot des systems gemacht. danach hat alles wieder funktioniert. nur
m�chte ich das problem nicht wieder mit einem reboot l�sen - es w�re doch
sch�n mal ein uptime von mehr als 7 tagen zu haben ... :(
kann mir jemand sagen was debian beim booten betreff netzwerk/dhcp genau
macht? wie kann ich ein rebooten der netzwerkkomponenten 'simulieren'?
wie bring ich meine internet-connection wieder zum laufen?
[ und: das system ist in genau dieser konfiguration schon �ber einen monat
lang stabil gelaufen, das dhcp-problem tritt erst seit ca. 14 - 16 tagen auf. ]
bin dankbar f�r jeden hinweis, jeden tipp, m�chte einfach mit meinem
debian-pc wieder ins netz k�nnen...... :(((((
Gruss Elias
Elias Gerber
[EMAIL PROTECTED]
--
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
