[HowTo]Step by step Debianinstallation aus dem rescue

[hellc@t]

das ganze wird aber bei Strato normalerweise per DHCP bezogen.

[squize]

Stimmt, aber ich finde es sinnvoller mich nicht darauf verlassen zu müssen, dass der DHCP-Server auch läuft und vor allem mir beim nächsten boot nicht einfach ne neue IP verpasst.

Gruss

Marc

[hellc@t]

ich denke das Strato doch ein ökonomisches Intresse daran hat, das deren DHCP Server läuft.
Ausserdem dürften die IPs, die der DHCP vergibt an die MAC-Adressen der Server gebunden sein.
Letztendlich ist es jedem selbst überlassen wie er es macht :D.

IP wechsel....?
Dazu gibt es 2 Stichwörter von mir:
1. (siehe oben) Mac-Adressen
2. Domains


mfg
Hellc@t

[squize]

Schon klar,
dass Netzwerk meiner Firma (in meiner Hand :) ) läuft auch komplett mit DHCP, damit es keine Konflikte gibt weil jeder denkt er muss sich seine IP selbst zuteilen.

Nur ist es für einen Provider an sich ja auch ökonomisch nicht durch häufige Pannen negativ aufzufallen und da hat sich Strato bis jetzt auch eher negativ dargestellt. :-D :-D

Gruss
Marc

[captaincrunch]

Ich für meinen Teil verlasse mich nicht gerne auf solche "Fremdeinwirkungen". Sofern meine Kiste die IP fest eingetragen hat, stört es mich auch z.B. einen Sch..., ob der DHCP-Server mal läuft oder nicht. ;)

[yak]

hallo zusammen,

dank des hinweises von squize bezüglich der seriellen konsole läuft alles. die mischung aus Hellc@t und squize hat perfekt hingehauen. nur wegen dem netzwerk muss ich noch schauen (dhcp-problem...).

ansonsten nochmals vielen dank!

lars

[yak]

nun, ein problem gibt es nun doch noch:

ifconfig eth0 fördert nur:

eth0: error fetching interface information: Device not found

zu tage...

hier meine /etc/network/interfaces:

# loopback
auto lo
iface lo inet loopback

# eth0
auto eth0
iface eth0 inet static
# iface eth0 inet dhcp
address 81.169.155.xxx
network 81.169.155.0
netmask 255.255.255.0
broadcast 81.169.155.255
gateway 81.169.155.1

laut cat /proc/pci habe ich folgende karte:

Ethernet controller: Intel Corp. 82557 [Ethernet Pro 100]

kommt debian damit standartmässig zurecht?
was ist bei euch denn so drin?

und natürlich wieder die frage:
wer hat eine idee?

ach ja, mein kernel:

Linux version 2.4.18-bf2.4

gruss,

lars

[yak]

ich habe die lösung selbst gefunden:

modconf hat geholfen

[debianator]

Ich für meinen Teil verlasse mich nicht gerne auf solche "Fremdeinwirkungen". Sofern meine Kiste die IP fest eingetragen hat, stört es mich auch z.B. einen Sch..., ob der DHCP-Server mal läuft oder nicht. ;)

Hi,

es ist kein Poblem, selbst wenn der DHCP nicht läuft.

a) Der Server nimmt einfach die alte IP, wenn er einen DHCP nicht erreicht.
b) Die DHCPs sicher sind redundant ausgelegt, dass alle DHCP nicht erreichbar sind, ist unwahrscheinlich.


Statische IP-Konfiguration hat einen großen Nachteil:

Jeder Server bekommt zwar immer dieselbe IP (in der Regel jedenfalls), aber es ist nicht grantiert, dass das Routing immer dasselbe bleibt.
Wird in der Regel wohl kaum notwendig sein, aber man weiß ja nie.

Falls Strato mal aus irgendwelchen Gründen das Routing verändert, weil sie den Default-Gateway austauschen o.ä. bekommt der Server das per DHCP automagisch mitgeteilt und man muß sich um nichts kümmern.

Wer alles statisch eingetragen hat, muss es selbst ändern.
Ich denke, die meisten werden ein böses Erwachen haben, weil viele es erst mitbekommen, wenn der Server nicht mehr erreichbar ist.

Viele lesen ja keine News und Info-E-Mails und kümmern sich erst um ein Problem, wenn es auftritt, statt präventiv vorzugehen. Da fasse ich mir auch an die eigenen Nase und spreche hier aus eigener schmerzhafter Erfahrung :-/

Als Startkonfiguration ist es OK, die IP fest einzutragen,
im Betriebsmodus nicht.





:( :( :( :( :( :(

[debianator]

Hier mal das routing:
default 81.169.154.1 0.0.0.0 UG 0 0 0 eth0
Das stimmt also schon im Script.
Bcast:81.169.154.255 Mask:255.255.255.0
Gruss Marc

Das ist natürlich nicht korrekt.
Das Defaultgateway oben würde nur 254 Server versorgen.
Wie man am Wartezimmerthread sieht, dürften bei Strato ein paar mehr stehen.

Bei mir ist es z.B. 81.169.156.1.
Ich vermute mal, dass Strato in der Regel die IP 81.169.x.1 als Default-GW verwendet. Aber wer weiß das schon ...?

Und nochmal: Besser ist es DHCP zu verwenden, dann muss man nicht raten, sondern bekommt die richtigen Werte.

[hellc@t]

falls jemals das Problem auftritt, das Strato den Gateway ändert, dann merkt das ein aufmerksamer Admin recht schnell.

Denn ich bekomme z.B. täglich E-Mails mit dem Traffic. Ausserdem könnte ich dann meine E-Mails, welche ich täglich abrufe nicht mehr abrufen. Ausserdem sind dann weitere Dienste betroffen.

Bleibt für mich persönlich festzuhalten, das ich sehr schnell bemerke, wenn der Server nicht mehr funktionieren würde.

Ich würde dann ins rescue gehen und nachschauen und mir den neuen Gateway aufschreiben und in meine Netzwerkconfig eintragen.


Letztendlich ist es jedem selbst überlassen. :D



mfg
Hellc@t

[debianator]

falls jemals das Problem auftritt, das Strato den Gateway ändert, dann merkt das ein aufmerksamer Admin recht schnell.
....
Ich würde dann ins rescue gehen und nachschauen und mir den neuen Gateway aufschreiben und in meine Netzwerkconfig eintragen.
mfg
Hellc@t

Du hast recht, aber:
Warum kompliziert, wenn auch einfach geht? :-)
Warum willst Du warten, bis Dein Server offline ist?

Genau das meinte ich: Du merkst es erst, wenn es zu spät ist.
Bei einem Produktiv-System macht das keinen Sinn.

[captaincrunch]

Wie hoch schätzt du denn die Möglichkeit ein, dass ein Provider, bei dem nicht gerade nur 1-2 Rechner stehen solch tiefgreifende Ã?nderungen wie das des Default-Gateways durchführt ? ;)

[yak]

ohne in eure dhcp pro und contra diskussion gross einsteigen zu wollen:

bei mir läuft dhcp überhaupt nicht.

zumindest erhalte ich über

# eth0
auto eth0
iface eth0 inet dhcp

und ein network restart

keine ip...

:?:

[debianator]

ohne in eure dhcp pro und contra diskussion gross einsteigen zu wollen:
bei mir läuft dhcp überhaupt nicht.
zumindest erhalte ich über
# eth0
auto eth0
iface eth0 inet dhcp
und ein network restart
keine ip...

:?:

Hatte auch das Problem.
meine Lösung:

apt-get remove dhcp-client
apt-get install pump

in /etc/network/if-up.d/ ein script anlegen, das die route setzt, z.b. route
(keine Ahnung warum die route sonst nicht automatisch eingetragen wird)
mein script :
---- schnipp ---
#!/bin/bash
GW=`pump -s | grep Gateway | awk {' print $2'}`
echo "Setze das defaultgw auf $GW"
/sbin/route add $GW dev eth0
/sbin/route add default gw $GW dev eth0
---- schnapp ---


Netzwerk neu starten:
ifdown eth0
ifup eth0
und läuft.

Es geht sicher auch ohne pump aber bei dhcp-client bekomme ich immer eine Fehlermeldung "network not found", obwohl das Netzwerk da ist.


steht auch hier : http://highend-server.de/artikel9.html

[hellc@t]

me too

[yak]

hm, erst mal vielen dank für eure antwort.

aber dann muss ich cc doch wieder recht geben. denn in dem fall:

script in /etc/network/if-up.d/

à la

#!/bin/bash
GW=`pump -s | grep Gateway | awk {â?? print $2â??}`
echo "Setze das defaultgw auf $GW"
/sbin/route add $GW dev eth0
/sbin/route add default gw $GW dev eth0

macht dhcp natürlich wieder wenig sinn. denn nameserver sind auch fest eingetragen und so oft hatte ich nicht vor das netzwerk neu zu starten...

lars

[hellc@t]

was sagt ihr eigentlich zu dem HowTo?
ist das so OK oder würdet Ihr noch was verändern?

mfg
Hellc@t

[yak]

ich fand es sehr gut.

vielleicht noch ein paar ergänzungen:

-serielle console von /dev/null:

Um die serielle Konsole auf einem Debian-Rooty ein zu setzen bedarf es ein paar kleinerer Veränderungen.

Code: Select all

# nano /etc/lilo.conf

Diese sollte in etwa so aussehen :

Code: Select all

 boot=/dev/hda
root=/dev/hda3
install=/boot/boot-menu.b
serial=0,57600n8
lba32
image=/vmlinuz
        label=debian
        read-only
        append="console=tty0 console=ttyS0,57600"

Code: Select all

# lilo

Ein Aufruf von lilo übernimmt dann die Konfiguration.

Nun funktioniert die Ausgabe von Boot und Shutdown Meldungen, wer damit zufrieden ist kann hier aufhören zu lesen. Wer sich auch anmelden möchte, der sollte noch folgende Schritte durchführen:

Code: Select all

# nano /etc/inittab

Hier muss die Zeile:

Code: Select all

S0:12345:respawn:/sbin/getty -L 57600 ttyS0 vt102

eingetragen werden.

Nun kann man sich auch via serielle Konsole auf dem Server anmelden. Eine Anmeldung mit dem Benutzer root ist jedoch nicht möglich, dazu muss folgender letzter Schritt durchgeführt werden:

Code: Select all

# nano /etc/securetty

Die Liste in dieser Datei muss noch um das Wort

Code: Select all

ttyS0

ergänzt werden.

/dev/null

- dhcp-problem (hat da noch keiner ne richtige lösunge gefunden?)

ansonsten meines erachtens perfekt, nochmals vielen dank!

[hellc@t]

zum DHCP-Problem:
ich bin noch am grübeln und testen, bekomme es aber leider nicht hin.
Ich werde euch informieren, wenn ich die Lösung habe.


Die ergänzungen werde ich wenn ich Zeit habe mit einarbeiten.

mfg
Hellc@t
&
thx

[debianator]

- dhcp-problem (hat da noch keiner ne richtige lösunge gefunden?)

Hi,

habe dazu mal nen neuen Thread geöffnet:

http://www.rootforum.org/forum/viewtopic.php?t=19235

Viele Grüsse.

[mathiasr]

Schreibfehler Netzwerkkarte (9.2 Netzwerk..):

Muss heißen: eepro100

Sonst vielen Dank, läuft prima!

Vielleicht noch in die /etc/apt/sources.list den Strato-Mirror einfügen:

Code: Select all

deb http://ftp.serverkompetenz.de/debian/ stable main non-free contrib
deb-src http://ftp.serverkompetenz.de/debian/ stable main non-free contrib

[phemy]

mal ne frage wie kommt man ohne webinterface in den rescue mode ?

[squize]

Gar nicht 8O

Im Prinzip läuft es so, über das Webinterface des Providers kannst du auswählen, von wo du bootest, d.h. im Prinzip ist dass so ähnlich als wenn du in deinem BIOS die Bootreihenfolge umstellst.

Rescue System gibt es nur, wenn es so konfiguriert wurde. Wenn es immernoch darum geht das Zeugs bei dir zuhause zu installieren, dann besorge dir doch einfach ne Knoppix-CD und boote von der, dann kannst du auch ohne Probleme deine Kiste mit debootstrap installieren

Gruss

Marc

[deratrox]

Hi

Ich hab folgendes Problem:

Wenn ich die Boot Partition mounten will kommt immer folgender Fehler:

mount: /dev/hda1 has wrong device number or fs type vfat not supported

Ich hab da netr soviel ahnung von :) Wäre nice wenn mir jmd helfen könnte

Thx