Strato-Server nicht mehr erreichbar

ClausVB

ClausVB

Registered User
Hallo!

Vorweg: Das Problem habe ich selbst verursacht. Ich habe über die Option
"openSUSE-DVD5-download löschen"
aus Versehen DHCP deinistalliert. Leider wird DHCP zum beziehen einer IP-Adresse benötigt.

Mit der Remote-Konsole von Strato komme ich auf den Server drauf. Die IP kann ich auch statisch vergeben, aber ich komme weder von außen an den Server noch kann ich andere Server im Strato-Netz anpingen. Ich habe über YAST folgende Konfiguration vorgenommen:
IP: 81.169.183.x (x = richtiges Byte meines Servers)
Subnetzmaske: 255.255.255.255
(so stand es in einer DHCP-Datei drin).
Das läuft so nicht. Auch mit "255.255.255.0" versucht, aber das hat ebenfalls nichts gebracht.

Die Installationsmedien befinden sich alle auf
ftp://ftp.stratoserver.net/pub/linux/suse/update/10.2
und damit außerhalb meiner Reichweite.

Gibt es eine Möglichkeit, den Server wieder ins Netz zu bringen?
Hat jemand einen Strato-Server und stimmt die Subnetzmaske?

Danke und Gruß
Claus
 
Da ich nicht bei Strato bin, kann ich Dir die Daten leider nicht verraten...

... Aber Du könntest ja auch einfach von einem der vielen Mirrors (z.B. hier ftp://suse.inode.at/opensuse/distribution/10.2/repo/oss/suse/) das Paket dhcpcd runterladen, auf die Remote-Console transfererieren und von dort in Deinem System installieren. Falls das alleine nicht ausreicht, kannst Du ein kurzes Script schreiben, das den dhcpcd auf dem entsprechenden Netzwerkinterface aufruft und in /etc/init.d/rc3.d/S01tmpdhcp ablegen. Das sollte dann die nötigen Daten automatisch konfigurieren...

Oder übersehe ich jetzt etwas Wesentliches?

Viele Grüße,
LinuxAdmin
 
Hallo!
Subnetmask sollte stimmen. Wie sieht es mit einem Default Gateway aus? Hast du da etwas gesetzt?

mfG
Thorsten
 
Sorry, für die Verspätung. Hatte bis gerade ein Basketballspiel (als Ref).

Zu LinuxAdmin:
Ich weiß nicht, wie man Daten zur Remote Konsole übertragen kann. Ich habe mit den Suchwörtern gegoogelt:
"Daten zur Remot Konsole übertragen +Strato"
Bis jetzt habe ich nichts Sinnvolles gefunden.

Außerdem habe ich versucht die Daten aus Putty in WinSCP zu übernehmen. WinSCP liefert beim Connect den Fehler: "
Server refused to start a shell/command"

Das zweite Problem mit dieser Lösung: Der Strato-Server verhält sich so, als wäre ich gar nicht mehr im Netz. Jede IP, jede Namensauflösung liefert eine Fehlermeldung. Beispiel:

Code: 
h75xy:~ # ssh h75xy.console.stratoserver.net
ssh: h75xy.console.stratoserver.net: Temporary failure in name resolution
h75xy:~ # nslookup clausvb.de
;; connection timed out; no servers could be reached

h75xy:~ # ping 81.169.163.106
connect: Network is unreachable
h75xy:~ #

Die "81.169.163.106" ist ein eingetragener DNS Server, den ich von mir zu Hause anpingen kann.

Auch ein manuelles Einstellen

Code: 
h75xy:~ # nslookup
> server 81.169.163.106
Default server: 81.169.163.106
Address: 81.169.163.106#53
> clausvb.de
;; connection timed out; no servers could be reached
>

@Thorsten: Nein, ich habe kein Default-Gateway gesetzt. In meiner DHCP-Datei steht "81.169.183.1". Die IP ist aber weder von mir zu Hause aus, noch vom Server aus erreichbar.

Ich glaube, ich muss erst die Netzwerkverbindung wieder hinbekommen.

Danke und Gruß
Claus
 
Hallo!
Mal eine ganz blöde Frage: Das Interface selbst ist Up? Ein ping auf die eigene Adresse funktioniert?

mfG
Thorsten
 
Thorsten said:
Mal eine ganz blöde Frage: Das Interface selbst ist Up? Ein ping auf die eigene Adresse funktioniert?
Click to expand...

Ja, sobald ich eine statische IP vergebe, funktioniert das Interface und die Befehle "ifconfig" und "rcnetwork status" geben die erwarteten Infos aus.

Einen Erfolg habe ich auch zu verbuchen: Ein Reboot im RecoveryModus lässt mich jetzt wieder mit WinSCP drauf. YAST funktioniert nicht mehr, RPM auch nicht. Aber ich kann jetzt ein RPM draufkopieren.

Ich suche jetzt mal das DHCP-RPM von openSuSE 10.2.

Gruß
Claus
 
ClausVB said:
Ein Reboot im RecoveryModus lässt mich jetzt wieder mit WinSCP drauf.
Click to expand...

Genau das hatte ich mit "übertragen" gemeint. :D

Aber wenn rpm nicht mehr geht, kannst Du auch das dhcpcd-RPM wohl nicht mehr installieren. Natürlich könntest Du Dir irgendwo her auch noch das dhcpcd-Programm ohne die RPM-Verpackung besorgen, aber ich fürchte, dass Dich das dann auch nicht wesentlich weiter bringt, wenn sich dann peu-à-peu rausstellt, was sonst noch an "lebenswichtigem" fehlt...

Vermutlich ist es einfacher, die ganzen "Kundendaten", Datenbanken, etc. zu sichern (und zu hoffen, dass Du nichts dabei vergessen hast) und den Server neu zu installieren.

Jedenfalls noch viel Erfolg,
LinuxAdmin
 
@LinuxAdmin:
Ich kann keine Daten sichern, weil ich keine Daten über den RecoveryModus austauschen kann, denn der RecoveryModus scheint ein anderes Filesystem einzubinden bzw zu mounten.

Ich habe zumindest mal die RPMs in "/tmp" und "/usr/src" kopiert. Die Netzwerkkarte ist also im RecoveryModus erreichbar bzw. ich kann wieder nach Außen pingen.

Datensicherungen habe ich zumindest bis gestern, aber ich würde mir schon wünschen, das übertragene RPM zu finden, wenn es denn überhaupt geht.

Code: 
find -name "*.rpm"
liefert leider nichts

@Thorsten: Hier die Ausgabe, wenn ich im normalen Modus boote.

Code: 
h75xy:/ # rcnetwork status
Checking optional network interfaces:
    eth0      device: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 02)
    eth0      configuration: eth-id-00:0e:e6:7f:51:00
              IP address: 81.169.183.x/32                           running
Checking mandatory network interfaces:
    lo
              IP address: 127.0.0.1/8                                 running
Checking service network .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  running
h75xy:/ # ping 81.169.163.106
connect: Network is unreachable
h75xy:/ #
Ich danke Euch schon mal für den nächtlichen Support :-).

Gruß
Claus
 
Hallo!
Ob IP selbst funktioniert, würde ich per ping auf das Loopback Interface testen. Danach auf die externe IP Adresse von eth0. Kommt da noch was?

mfG
Thorsten
 
Normaler Modus:
Code: 
h75xy:~ # route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
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
h75xy:~ # uname -r
2.6.18.8-0.7-default
h75xy:~ #


Code: 
h752xy:~ # ping -c 4 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.080 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.067 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.070 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.066 ms

--- 127.0.0.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 2998ms
rtt min/avg/max/mdev = 0.066/0.070/0.080/0.011 ms
h75xy:~ #

Code: 
h75xy:~ # ping 81.169.183.x
PING 81.169.183.x (81.169.183.x) 56(84) bytes of data.
64 bytes from 81.169.183.x: icmp_seq=1 ttl=64 time=0.078 ms
64 bytes from 81.169.183.x: icmp_seq=2 ttl=64 time=0.071 ms
64 bytes from 81.169.183.x: icmp_seq=3 ttl=64 time=0.072 ms
64 bytes from 81.169.183.x: icmp_seq=4 ttl=64 time=0.071 ms
64 bytes from 81.169.183.x: icmp_seq=5 ttl=64 time=0.071 ms
64 bytes from 81.169.183.x: icmp_seq=6 ttl=64 time=0.070 ms

--- 81.169.183.x ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5001ms
rtt min/avg/max/mdev = 0.070/0.072/0.078/0.005 ms
h75xy:~ #


Rescue Modus:

Code: 
h75xy:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
81.169.183.1    0.0.0.0         255.255.255.255 UH    0      0        0 eth0
0.0.0.0         81.169.183.1    0.0.0.0         UG    0      0        0 eth0
h75xy:~#

Code: 
h75xy:~# ping 81.169.183.x
PING 81.169.183.x (81.169.183.x) 56(84) bytes of data.
64 bytes from 81.169.183.x: icmp_seq=1 ttl=64 time=0.045 ms
64 bytes from 81.169.183.x: icmp_seq=2 ttl=64 time=0.023 ms
64 bytes from 81.169.183.x: icmp_seq=3 ttl=64 time=0.024 ms
64 bytes from 81.169.183.x: icmp_seq=4 ttl=64 time=0.022 ms

--- 81.169.183.x ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 0.022/0.028/0.045/0.010 ms
h75xy:~# uname -r
2.6.22.4

Den "uname -r" habe ich gemacht, weil ich vor der (versehentlichen) Deinstallation von DHCP ein Kernel-Update über YAST gemacht habe. Es ist theoretisch auch möglich, dass er deswegen Probleme hat. Andererseits glaube ich dann nicht, dass ich die LAN-Karte in YAST noch sehen würde.

Da stand was zu in einer FAQ von Strato ... der Kernel muss richtig sein ...

*auf die Suche mach*

Gruß
Claus
 
Last edited by a moderator:
Versuch mal
Code: 
ifconfig eth0 81.169.183.219/24
route add default gw 81.169.183.1
 
Last edited by a moderator:
Funktioniert, ich kann den Standard-Gateway jetzt anpingen, jedoch nicht einen der Nameserver. Ich teste jetzt noch das setzen des GW in YAST und reboote noch einmal. Wenn nötig setze ich die Route dann noch einmal neu.

Danke und Gruß
Claus
 
Danke schon mal tausendfach!

Aber es funktioniert nicht

Code: 
h75xy:~ # ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0E:A6:7F:51:00
          inet addr:[B]81.169.183.1[/B]  Bcast:81.255.255.255  Mask:255.0.0.0

h75xy:~ # route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
81.0.0.0        0.0.0.0         255.0.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         81.169.183.1    0.0.0.0         UG    0      0        0 eth0
h75xy:~ #

81.169.183.1 ist aber nicht meine IP, sondern die des Gateways. Es muss eigentlich lauten:

Code: 
h75xy:~ # ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0E:A6:7F:51:00
          inet addr:81.169.183.x  Bcast:81.255.255.255  Mask:255.0.0.0

Aber wenn ich es ändere scheint es zu gehen.

Code: 
h75xy:~ # nslookup ftp.serverkompetenz.net
Server:         81.169.163.104
Address:        81.169.163.104#53

ftp.serverkompetenz.net canonical name = ftp.serverkompetenz.de.
ftp.serverkompetenz.de  canonical name = ftp.rz-ip.net.
Name:   ftp.rz-ip.net
Address: 81.169.163.136
Name:   ftp.rz-ip.net
Address: 81.169.163.152

h75xy:~ #

Super!

Server ist wieder erreichbar!

Ich verneige mich vor Dir, TAUSEND DANK!

Gruß
Claus
 
Last edited by a moderator:
Hallo!
Ist schon spät bzw. früh. Aber jetzt wurde doch lediglich das Default Gateway nochmals gesetzt. Warum funktioniert das jetzt?

mfG
Thorsten
 
Thorsten said:
Ist schon spät bzw. früh. Aber jetzt wurde doch lediglich das Default Gateway nochmals gesetzt. Warum funktioniert das jetzt?
Click to expand...

Ich hatte ja schon geschrieben:

@Thorsten: Nein, ich habe kein Default-Gateway gesetzt. In meiner DHCP-Datei steht "81.169.183.1". Die IP ist aber weder von mir zu Hause aus, noch vom Server aus erreichbar.
Click to expand...

Das bedeutet durch den Befehl "route -n" und die Hilfe von elias5000 habe ich die Unterschiede zwischen
- Recovery- und
- "Normal-Boot"
erkannt.

Mit Anpassung der Routen bzw. setzen des Gateways, war dann das Problem behoben.

Mein Fehler war zu glauben, dass ich einen Gateway nur setzen kann, wenn ich ihn anpingen kann, aber das kann ja ein Paketfilter oder sonstwas blocken. Oder ich war mit
- IP/32
- IP/24
im falschen Subnetz.

Erst die beiden Befehle (setzen der IP und des GW) hintereinander haben den Erfolg gebracht.

Ich werde auch wieder versuchen, die LAN-Karte wieder auf DHCP zu setzen. Das mache ich aber erst am Freitag oder Samstag, damit ich bei einem weiteren Ausfall Zeit dafür habe.

Danke und Gruß
Claus
 
Hallo Claus!
Danke für die Erläuterungen. Dann habe ich es doch richtig verstanden.

mfG
Thorsten
 
You must log in or register to reply here.
Back
Top