| Anzeige: | 
| 
03.11.2007, 17:10
|  | Registered User | | Registriert seit: 06.2007 Ort: NRW - Deutschland Alter: 37
Beiträge: 134
| | Strato-Server nicht mehr erreichbar | |
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 |
03.11.2007, 18:00
|  | Moderator | | Registriert seit: 07.2007 Ort: Basel
Beiträge: 3.605
| |
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/distrib...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 |
03.11.2007, 18:33
|  | Moderator | | Registriert seit: 07.2003 Alter: 41
Beiträge: 14.743
| |
Hallo!
Subnetmask sollte stimmen. Wie sieht es mit einem Default Gateway aus? Hast du da etwas gesetzt?
mfG
Thorsten |
03.11.2007, 20:32
| | Registered User | | Registriert seit: 06.2007 Ort: NRW - Deutschland Alter: 37
Beiträge: 134
| |
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  |
03.11.2007, 20:38
| | Moderator | | Registriert seit: 07.2003 Alter: 41
Beiträge: 14.743
| |
Hallo!
Mal eine ganz blöde Frage: Das Interface selbst ist Up? Ein ping auf die eigene Adresse funktioniert?
mfG
Thorsten |
03.11.2007, 21:11
| | Registered User | | Registriert seit: 06.2007 Ort: NRW - Deutschland Alter: 37
Beiträge: 134
| |
Zitat:
Zitat von Thorsten  Mal eine ganz blöde Frage: Das Interface selbst ist Up? Ein ping auf die eigene Adresse funktioniert? | 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 |
03.11.2007, 21:31
| | Moderator | | Registriert seit: 07.2007 Ort: Basel
Beiträge: 3.605
| |
Zitat:
Zitat von ClausVB Ein Reboot im RecoveryModus lässt mich jetzt wieder mit WinSCP drauf. | Genau das hatte ich mit "übertragen" gemeint. 
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 |
03.11.2007, 21:54
| | Registered User | | Registriert seit: 06.2007 Ort: NRW - Deutschland Alter: 37
Beiträge: 134
| |
@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. 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 |
03.11.2007, 23:11
| | Moderator | | Registriert seit: 07.2003 Alter: 41
Beiträge: 14.743
| |
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 |
03.11.2007, 23:30
|  | Registered User | | Registriert seit: 08.2006 Ort: Berlin Alter: 32
Beiträge: 2.079
| |
Poste bitte mal die Ausgabe von sowohl vom System, als auch von Rescue-Mode.
__________________
"Computers in the future may weigh no more than 1.5 tons." (Popular Mechanics, 1949) |
03.11.2007, 23:53
| | Registered User | | Registriert seit: 06.2007 Ort: NRW - Deutschland Alter: 37
Beiträge: 134
| |
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
Geändert von ClausVB (04.11.2007 um 01:15 Uhr)
|
04.11.2007, 00:07
| | Registered User | | Registriert seit: 08.2006 Ort: Berlin Alter: 32
Beiträge: 2.079
| |
Versuch mal Code: ifconfig eth0 81.169.183.219/24
route add default gw 81.169.183.1
__________________
"Computers in the future may weigh no more than 1.5 tons." (Popular Mechanics, 1949)
Geändert von elias5000 (04.11.2007 um 00:40 Uhr)
|
04.11.2007, 00:19
| | Registered User | | Registriert seit: 06.2007 Ort: NRW - Deutschland Alter: 37
Beiträge: 134
| |
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 |
04.11.2007, 00:24
| | Registered User | | Registriert seit: 08.2006 Ort: Berlin Alter: 32
Beiträge: 2.079
| |
Versuch bitte nochmal die editierte Version.
__________________
"Computers in the future may weigh no more than 1.5 tons." (Popular Mechanics, 1949) |
04.11.2007, 00:38
| | Registered User | | Registriert seit: 06.2007 Ort: NRW - Deutschland Alter: 37
Beiträge: 134
| |
Danke schon mal tausendfach!
Aber es funktioniert nicht Code: h75xy:~ # ifconfig
eth0 Link encap:Ethernet HWaddr 00:0E:A6:7F:51:00
inet addr:81.169.183.1 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
Geändert von ClausVB (04.11.2007 um 01:13 Uhr)
Grund: IP und ServerName geändert
| | Themen-Optionen | | | | Thema bewerten | | | 
Forumregeln
| Es ist dir nicht erlaubt, neue Themen zu verfassen. Es ist dir nicht erlaubt, auf Beiträge zu antworten. Es ist dir nicht erlaubt, Anhänge hochzuladen. Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.
HTML-Code ist aus.
| | | | 
| 
|  | 
|
|
