[gelöst] nach Stromausfall funktioniert statische IP nicht

[pha]

Hallo Gemeinde,
Ich benötige Eure Hilfe.
Nach einem Stromausfall mußte ich neu booten. Nach einem automatischen , nicht sichtbaren fsck (PS. wieso wird der Check nicht angezeigt wie bei Mandriva, da weiß man wenigstens, was der Rechner tut?) und reboot lief der Rechner bis in die GUI.
Fehler: Internet war nicht möglich, da meine statische IP nicht mehr funktionierte. Alle Eingaben waren aber korrekt. Alles Löschen und Neueingaben hat nichts gebracht. Über DHCP klappt die Verbindung.

Hat jemand eine Idee, wo etwas vermurkst sein könnte?
Vielen Dank
Peter

[man-draker]

Über DHCP klappt die Verbindung.

Die Gelegenheit, es dabei zu belassen.

[pha]

Da bin ich aber anderer Ansicht. Ein größerer Download mit niedriger ID ist nicht so berauschend.
Selbst in einem kleinen Netzwerk mit zwei Druckern und zwei Rechner halte ich eine statische IP für sinnvoller.
Abgesehen davon behebt es das Problem nicht. In irgendeiner Datei muß ja jetzt Schrott stehen, nur wo?

Gruß Peter

[doktor5000]

Ähmm, für die "niedrige ID" (vermute mal bei einem edonkey-Ableger) ist nicht korrekte Portweiterleitung verantwortlich, das ist vollkommen uninteressant ob du da eine statische oder dynmaische interne IP hast. Übrigens kennen die meisten Router heutzutage auch "statisches" DHCP per MAC-Adresse, tw. auch DHCP-Reservierung genannt.

Was heißt denn "Internet war nicht möglich"? Ping zum Router geht, geht nicht, ping auf externe IP geht, geht nicht, ping auf ext. DNS-Namen geht, geht nicht?
Was steht in der /etc/sysconfig/network-scripts/ifcfg-eth0 ? Hast du den Router/das Modem mal neu gestartet?

[wobo]

Hast du den Router/das Modem mal neu gestartet?

Das dürfte sowieso beim Ende des Stromausfalls geschehen sein. Schon mal in den Einstellungen des Modems/Routers nachgesehen? Vielleicht hat der sich beim Ausfall auf die Grundeinstellungen zurück gesetzt.

Was die Nutzung der DVD trotz des hal-Fehlers betrifft, siehe hier (hat Manfred erst gestern als Workaround geschrieben): viewtopic.php?f=7&t=382

Nun habe ich in der fstab einmal nachgeschaut, ob dort eventuell bereits cdrom angelegt ist.
Und nun höre und staune: cdrom wird dort als /dev/hdc angegeben.
Also: mount /dev/hdc /mnt/tmp funktioniert.
So geht es manchmal doch, auch wenn man es kaum glauben will/kann.....

[pha]

@ doktor5000
Dies ist die Ausgabe des Netzwerk-Assistenten:
Beim Verbindungstest des Netzwerkes trat ein Fehler auf.
Das kann durch eine ungültige Netzertkkonfigurationen oder durch Probleme mit Ihrem Modem bzw. Router verursacht werden
Sie sollten vielleicht die Konfiguration erneut starten, um die Verbindungseinstellungen zu prüfen.

Dies ist der Router:
[root@localhost /]# ping 192.168.1.1
connect: Das Netzwerk ist nicht erreichbar
[root@localhost /]#

Dies sind die beiden DNS-Server:
[root@localhost /]# ping 217.237.149.142
connect: Das Netzwerk ist nicht erreichbar
[root@localhost /]# ping 217.237.150.205
connect: Das Netzwerk ist nicht erreichbar
[root@localhost /]#


[root@localhost /]# ifconfig
eth0 Link encap:Ethernet Hardware Adresse 00:48:54:D0:95:8B
inet6 Adresse: fe80::248:54ff:fed0:958b/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1899205 errors:0 dropped:0 overruns:0 frame:0
TX packets:1314362 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:2648112873 (2.4 GiB) TX bytes:269796205 (257.2 MiB)
Interrupt:18

lo Link encap: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:175017 errors:0 dropped:0 overruns:0 frame:0
TX packets:175017 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:19189927 (18.3 MiB) TX bytes:19189927 (18.3 MiB)

[root@localhost /]#

[root@localhost /]# ifconfig up
up: Fehler beim Auslesen der Schnittstelleninformation: Gerät nicht gefunden
[root@localhost /]# ifconfig down
down: Fehler beim Auslesen der Schnittstelleninformation: Gerät nicht gefunden

Inhalt der Datei: ifcfg-eth0
DEVICE=eth0
BOOTPROTO=static
IPADDR=192.168.1.100
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
ONBOOT=yes
METRIC=10
MII_NOT_SUPPORTED=no
USERCTL=yes
DNS1=217.237.149.142
DNS2=217.237.150.205
RESOLV_MODS=no
IPV6INIT=no
IPV6TO4INIT=no
ACCOUNTING=yes
NM_CONTROLLED=yes

Die Router-Angaben sind, soweit ich das beurteilöen kann, i.O.
Sollten Sie auch, da ich ja per DHCP ins Internet komme.

Gruß Peter

[man-draker]

Code: Alles auswählen

[root@localhost /]# ifconfig up
up: Fehler beim Auslesen der Schnittstelleninformation: Gerät nicht gefunden

Code: Alles auswählen

ifup eth0

ist dein Freund.

[pha]

@man-draker

funktioniert leider nicht

Code: Alles auswählen

[root@localhost /]# ifup eth0
Error, some other host already uses address 192.168.1.100.

Gruß Peter

[doktor5000]

Code: Alles auswählen

[root@localhost /]# ifup eth0
Error, some other host already uses address 192.168.1.100.

Dann solltest du wohl mal im Router schauen, welches Gerät die gewünschte IP 192.168.1.100 momentan benutzt.

[man-draker]

funktioniert leider nicht

Code: Alles auswählen

[root@localhost /]# ifup eth0
Error, some other host already uses address 192.168.1.100.

Ergibt aber eine aussagekräftige Fehlermeldung.

Du hast eine Adresskollision.
Ein typisches Risiko bei händischer Verwaltung.

[pha]

@doktor5000
Der Tip mit dem Router war goldrichtig.
Leider ist die Anzeige der angemeldeten Rechner in meinem Linksys-Router sehr versteckt, so daß mit dies nicht aufgefallen ist. Ein nicht abgeschaltetes Notebook (Deckel zu und doch nicht aus) war der Übertäter und hat sich vorgedrängelt. Ich habe jetzt den IP-Bereich für DHCP verlegt, damit dies nicht noch mal passiert.

@man-draker

Ein typisches Risiko bei händischer Verwaltung.

Ich denke, daß ist eher ein Risiko bei Mischbetrieb. Hätte ich meinem Notebook auch eine feste IP verpaßt, wäre dieses Problem erst gar nicht entstanden.

trotzdem beiden vielen Dank für die Hilfe.
Der Thread kann als erledigt betrachtet werden.

Gruß Peter

[doktor5000]

Blöde Frage: Wenn du statische IPs vergeben hast, wie kann sich dann ein anderes Gerät "vordrängeln"?
Glaube du verwechselst da etwas. Tipp, schau einfach nochmal ob du statische Zuordnung bei aktivem DHCP über die MAC-Adresse
einstellen kannst, dann ist DHCP aktiv, und für die dauerhaft angemeldeten Geräte hast du auch statische IPs.

[man-draker]

Blöde Frage: Wenn du statische IPs vergeben hast, wie kann sich dann ein anderes Gerät "vordrängeln"?

Ganz einfach: Er benutzte statische Adressen aus dem DHCP-Pool des Routers - ein klassisches Eigentor. Wenn er das Geräte mit der dynamisch zugewiesenen IP vor dem mit der statischen einschaltet, kann (muss aber nicht) es zu genau dieser Kollision kommen. Normalerweise wird der Router sich die MAC zu der verwendeten IP merken und sie immer wieder diesem gerät zuweisen. Im vorliegenden Fall hatte er, auf Grund des Stromausfalls, sein Gedächtnis verloren und damit war das Rennen offen.

Deshalb sind die meisten Router so konfiguriert, dass es neben dem Pool für DHCP noch einen für feste IP gibt.
pha konnte jetzt wählen, ob er die "richtigen" statischen IP benutzen will, oder den DHCP-Pool verlegen. Nach seinem Post zu urteilen, hat er sich für Letzteres entschieden.

[doktor5000]

Ahh, danke für den Schubser, jetzt ist es auch hier angekommen