PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Server Netzwerk-Karten-Konfiguration kaputt



FH|
06.10.07, 01:04
Guten Morgen.
Mein Freund und ich haben uns vor ein paar Monaten bei Hetzner einen Root-Server gemietet (soll keine Schleichwerbung sein ;) , nur zur Information).
Sowohl er, als auch ich, programmieren ganz gerne und öfters, und wir können (inzwischen) auch eigentlich ganz gut mit dem Linux umgehen (ich hatte Linux vorher mal eine Zeit lang hier zu Hause gehabt, aber mehr, als eben Programme installieren und damit arbeiten kann ich nicht. Wenn ein Problem auftritt bin ich auch jedesmal am Rätseln und probieren).
Nun kamen wir letztens auf die Idee, doch über den Root (neben einigen anderen Programmen, die schon drauf laufen) auch mal ein kleines Java-Programm laufen zu lassen. Soweit so gut. Nun wollten wir unter anderem den Loopback-Adapter benutzen, um mit einem auf dem selben Root laufenden Web-Server zu kommunizieren.
Dabei mussten wir jedoch feststellen, dass der Server gar kein Loopback hat (zumindest war es unter ifconfig nicht aufgeführt).
Ich hab dann einfach versucht, im Yast (auf dem Server läuft ein SuSe 10.1) der Netzwerkkarte als zusätzliche IP die 127.0.0.1 zu geben.
Mein Freund stelle später fest, dass das nicht funktionierte, und hat das wieder rausgelöscht.
Als Yast dann die config für eben die neue Netzwerk-Konfiguration ohne die 127.0.0.1 las zusätzliche IP der Netzwerkkarte schrieb, wurde die Verbindung zum SSH unterbrochen. Seitdem meldet der Server nur noch connection refused oder connection timeout, wenn man versucht, via SSH oder sonst was auf ihn zu connecten.
Wir kriegen es hin, den Server über das Rescue-System soweit hoch zufahren und die Festplatte zu mounten, dass wir an alle Daten auf der Platte drankommen.
Wir haben schon ein bisschen rumprobiert und versucht, irgendwie die Konfigurations-Dateien für die Netzwerkkarte zu ändern, leider alles ohne Erfolg.
Nun wollten wir wissen, ob es irgendwie möglich ist, die Konfigurations-Dateien wieder in ihren Ursprungs zustand zu versetzen, oder ob uns jemand helfen kann, und sagen kann, in welcher Datei wir was ändern müssen, damit das wieder läuft.
Wenn uns dann noch jemand sagen könnte, wie wir das loopback-Interface einrichten oder es anders lösen könnten, wären wir vollends zufrieden.
Grüße

FH und Pixel

zeromancer1972
06.10.07, 02:33
Keine Ahnung, wie und wo bei Suse die Konfig dafür liegt und aussieht, aber bei mir steht folgendes zum Loopback-Adapter drin (gesamte Datei)

oliver@wayland:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

FH|
06.10.07, 02:47
Hmm... *Grübel*
Da scheint es schon anzufangen. Ich hab kein /etc/network, sondern nur /etc/sysconfig/network. Gut. Da bin ich rein, da gibt es aber keine Datei interfaces.
Ich hab nur icfg-* zu bieten. Die beiden Dateien sind:


# Loopback (lo) configuration
IPADDR=127.0.0.1
NETMASK=255.0.0.0
NETWORK=127.0.0.0
BROADCAST=127.255.255.255
STARTMODE=onboot
USERCONTROL=no



### Hetzner Online AG - installimage
# device: eth0
BOOTPROTO=static
MTU=1500
REMOTE_IPADDR=
STARTMODE=auto
UNIQUE=
USERCONTROL=no
BROADCAST=85.10.208.*
IPADDR=85.10.208.*
NETMASK=255.255.255.224
NETWORK=
ETHTOOL_OPTIONS=
NAME=

Vlt. hilft es ja einem.
Gruß

FH

zeromancer1972
06.10.07, 02:59
Wie gesagt, bei Suse mag das anders sein. Aber das sieht mir eher danach aus, als hättest Du die Dateien des Rescue-Systems geöffnet - ich dachte Du wärst schon im chroot auf Dein System? Irgendwo in der Doku Deines Anbieters steht sicher beschrieben, wie man vom Rescue-System auf das echte gelangt. Sollte irgendetwas mit Mounten diverser Partitionen in Verzeichnisse sein, die man dann eben chrootet. Falls Du nicht weißt, was das ist: http://de.wikipedia.org/wiki/Chroot
und

man chroot

Hier ist noch ein Thread wo es um Root-Server geht: http://www.linuxforen.de/forums/showthread.php?t=242314

EDIT: RTFM :D (http://wiki.hetzner.de/index.php/Hetzner_Rescue-System)

Und ich zitiere daraus:

Anpassen der Netzwerkkonfiguration

rescue# nano /etc/network/interfaces

solarix
06.10.07, 03:11
Habt Ihr bei eurem Rootserver eine serielle Konsole, bzw bietet Hetzner so etwas an?

ja []
nein []

bitte ankreuzen...

wenn nein.... dann im Rettungssystem mal folgende Schritte ausprobieren....



1. ps -ef|grep mdadm....


feststellen ob das DIng im Raid laeuft mittels mdadm

Output ankucken, wenn nicht im Raid1, dann mal


mount /dev/hda1 /mnt

cd /mnt/etc

more fstab


Output in einen Texteditor posten.....




more /mnt/etc/network/interfaces


Output auch in einen Texteditor posten

ausserdem:




tail -30 /mnt/var/log/messages


auch in einen Texteditor posten.

das ganze abspeichern in einer textdatei und dann geordnet hier posten.

FH|
06.10.07, 10:42
Serielle Konsole:
nein [x]
Weder im Wiki noch in der Administrationsoberfläche lässt sich etwas derartiges finden.





1. ps -ef|grep mdadm....
feststellen ob das DIng im Raid laeuft mittels mdadm


Nein, tut es nicht (zumindest zeigt er mir da außer dem grep-Prozess nichts in der Liste an).





mount /dev/hda1 /mnt

cd /mnt/etc

more fstab


Das "mount /dev/hda1 /mnt" muss bei mir laut Hetzner-Wiki "mount /dev/sda2 /mnt" heißen. Ein /dev/hda1 habe ich auch gar nicht. Ich habe jetzt einfach mal /dev/sda2 genommen, statt /dev/hda1, und damit weitergemacht.


more fstab:

proc /proc proc defaults 0 0
none /dev/pts devpts gid=5,mode=620 0 0
/dev/sda1 none swap sw 0 0
/dev/sda2 / ext3 defaults 0 0
/dev/sdb1 /hdd2 ext3 defaults 0 0


more /mnt/etc/network/interfaces:

/mnt/etc/network/interfaces: No such file or directory


tail -30 /mnt/var/log/messages:

Oct 6 11:28:17 Otherland udevd-event[2634]: rename_net_if: error changing net interface name: File exists
Oct 6 11:28:18 Otherland rcpowersaved: CPU frequency scaling is not supported by your processor.
Oct 6 11:28:18 Otherland rcpowersaved: enter 'CPUFREQ_ENABLED=no' in /etc/powersave/cpufreq to avoid this warning.
Oct 6 11:28:18 Otherland /usr/sbin/cron[2786]: (CRON) STARTUP (V5.0)
Oct 6 11:28:19 Otherland sshd[2826]: Server listening on 85.10.208.132 port 22.
Oct 6 11:28:19 Otherland rcpowersaved: Cannot load cpufreq governors - No cpufreq driver available
Oct 6 11:28:19 Otherland rcpowersaved: s2ram does not know your machine. See 's2ram -i' for details. (127)
Oct 6 11:28:19 Otherland rcpowersaved: Use SUSPEND2RAM_FORCE=yes to override this detection.
Oct 6 11:28:19 Otherland kernel: klogd 1.4.1, log source = /proc/kmsg started.
Oct 6 11:28:19 Otherland kernel: ACPI: Power Button (FF) [PWRF]
Oct 6 11:28:19 Otherland kernel: ACPI: Power Button (CM) [PWRB]
Oct 6 11:28:19 Otherland kernel: eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
Oct 6 11:28:19 Otherland kernel: NET: Registered protocol family 10
Oct 6 11:28:19 Otherland kernel: eth0: Disabled Privacy Extensions
Oct 6 11:28:19 Otherland kernel: IPv6 over IPv4 tunneling driver
Oct 6 11:28:19 Otherland kernel: BIOS EDD facility v0.16 2004-Jun-25, 2 devices found
Oct 6 11:28:19 Otherland kernel: powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.60.2)
Oct 6 11:28:19 Otherland kernel: powernow-k8: MP systems not supported by PSB BIOS structure
Oct 6 11:28:21 Otherland zmd: NetworkManagerModule (WARN): Failed to connect to NetworkManager
Oct 6 11:28:26 Otherland zmd: Daemon (WARN): Not starting remote web server
Oct 6 11:28:27 Otherland zmd: ServiceManager (ERROR): Service Refresh Failed: Failed to parse XML metadata: Can't add repository at http://suse.inode.at/pub/update/10.1: Cannot create the installation source
Oct 6 11:28:28 Otherland kernel: eth1: no IPv6 routers present
Oct 6 11:29:01 Otherland /usr/sbin/cron[3114]: (root) CMD (/home/mysql/ChkMysql.sh &)
Oct 6 11:30:01 Otherland /usr/sbin/cron[3233]: (root) CMD (/home/lighttpd/lighttpd/Chk.sh &)
Oct 6 11:30:01 Otherland /usr/sbin/cron[3235]: (root) CMD (/home/mysql/ChkMysql.sh &)
Oct 6 11:31:01 Otherland /usr/sbin/cron[3284]: (root) CMD (/home/mysql/ChkMysql.sh &)
Oct 6 11:32:01 Otherland /usr/sbin/cron[3292]: (root) CMD (/home/mysql/ChkMysql.sh &)
Oct 6 11:33:01 Otherland /usr/sbin/cron[3300]: (root) CMD (/home/mysql/ChkMysql.sh &)
Oct 6 11:34:01 Otherland /usr/sbin/cron[3308]: (root) CMD (/home/mysql/ChkMysql.sh &)
Oct 6 11:35:01 Otherland /usr/sbin/cron[3316]: (root) CMD (/home/mysql/ChkMysql.sh &)

Bitte sehr.
Gruß

FH

FH|
06.10.07, 11:10
Hmm.. Also, der Server an sich funktioniert wieder.
Ich bin mir nicht sicher, aber anscheinend hatte entweder ich oder Pixel es geschafft eine Route rein zuschreiben, die auf den Server selbst zeigt. Wenn man annimmt, die Server-IP sei 10.2.1.1 gewesen, dann sah sie so aus:

10.2.1.1 <Irgendeine Gateway-IP, die ich vergessen habe> 255.255.255.224 eth-id-00:e0:4d:a5:02:ca
Die Hostmask ist die, die die Karte schon per Standard hat.
Daran scheint es gelegen zu haben.
Erstmal vielen dank für eure Anregungen, dadurch kam mir erst die Idee, mal die routen zu checken.

Das einzige, was mir jetzt noch als Problem bleibt, ist, dass ich nicht auf den Server selbst connecten kann (wenn ich "telnet <ServerIP> 80" oder "telnet 127.0.0.1 80" mache, macht er nur "Trying <IP>...").
Kann mir da wer helfen? Oder soll ich dazu ein neues Thema aufmachen?
Gruß

FH
<edit>
Ich muss kurz anmerken:
Wenn ich nen screen starte, und dann mein Freund "screen -x" macht, dann is auf einmal eth0 (local loopback) vorhanden.
Ich hab, um ehrlich zu sein, keine Ahnung, warum dem so ist, aber so ist es.
Vlt. kann damit ja jemand was anfangen.
Gruß
</edit>