Prinzipiell zum Server

[wodim]

Ich will eine Web - Anwendung mit Ryby on Rails unter Windows coden - und bevor ich damit die Öffentlichkeit schockiere, sie erst mal lokal testen. Die Umgebung dafür funktioniert unter Windows schon. Es soll aber dann auf einem Linux - Server laufen - ich denke etwa an so einen:

http://www.hosteurope.de/produkt/Virtual-Server-Linux-L

Ich will's also vorher auch in einer Umgebung testen, die möglichst der auf dem Server entspricht. Und bevor ich mich zum Serveradministrator "ernenne", in puncto Linux etwas "sattelfester" sein.

Habe mir also jetzt dieses Linux runtergeladen:

Ubuntu JeOS 8.04.2 (Hardy Heron)

Läuft auch schon - auf einer virtuellen Maschine mit meinem Win2K als Host (ziemlich langsam also - aber das ist im Moment eher ein Vorteil ). Jetzt weiß ich mit meinen Kenntnissen erst mal nicht weiter. Und bin ziemlich verunsichert, weil ich andererseits vor Ubuntu "gewarnt" wurde, in dem Sinne:

Es enthält zu viele Automatismen (vor allem Internetzugriffe, die nicht vom User angestossen werden) die sich nur schwer überschauen lassen und Exploits zulassen könnten.

Was muss ich also "abschalten" - aber ohne, dass ich was anderes "kaputtmache"?

[Guin]

Wichtig ist, dass du einen Linux Server ohne grafische Oberflaeche administrieren musst!
Also KDE (oder was auch immer du da ausgewaehlt hast) abschalten und loslegen.

Idealerweise greifst du dann mit Putty (nur als Beispiel) von deinem Windows auf den Linux zu (muesste auch bei einer VM gehen).
Dann hast du relativ reale Bedingungen.

Was muss ich also "abschalten" - aber ohne, dass ich was anderes "kaputtmache"?

Das spielt auf deinem Testsystem doch keine Rolle.

[wodim]

Wichtig ist, dass du einen Linux Server ohne grafische Oberflaeche administrieren musst!

Nicht unbedingt (schon gar nicht beim Hoster). Aber meinen hier erst mal schon.

Also KDE (oder was auch immer du da ausgewaehlt hast) abschalten...

Gar nix mit KDE oder so (sonst hieße es ja z.B. "Kubuntu" - hatte ich auch schon drauf, da hat nur die Installation auf der VM schon Stunden gedauert und endete mit einem Fast - Super - GAU ). Jetzt habe ich mir als Tool nur noch den "Midnihgt Commander" installiert (ein Clone des "Norton Commander" - da kommen doch Erinnerungen an selige DOS - Zeiten auf ). Außer dem, was bei der Installation automatisch mitkam - da hab' ich ihn einfach machen lassen.

...und loslegen.

Hm, aber jedenfalls äußerst vorsichtig. Nicht wie neulich mit meinem Kubuntu - da hab' ich aus Ungeduld auch schonmal die Installation an einer undefinierten Stelle abgebrochen - Ergebnis: Die Kiste ließ sich nur noch von CD booten und mein Win2K war ziemlich hinüber ).

Idealerweise greifst du dann mit Putty (nur als Beispiel) von deinem Windows auf den Linux zu (muesste auch bei einer VM gehen).

So hab' ich mir das vorgestellt (beim Hoster dann mit Plesk). Aber vorher müsste ich wie gesagt, mir alles mal genau angucken (mittels MC oder auf Konsolenebene) - da bin ich schonmal grundsätzlich als root drin - wenn ich schon was versaue, dann richtig. Im Ernstfall kann ich ja auf den letzten Snapshot meiner VM zugreifen.

Als nächstes werde ich also mal der VM das Diskettenlaufwerk des Hosts zuweisen und die fstab so hinbasteln, dass es beim Booten mit gemountet wird. Ist im Moment noch die einzige "Schnittstelle" zwischen Host und Guest.

Also was da nun installiert ist und was nicht, was "aufgeräumt" werden kann oder was noch dazu muss - wo muss ich da nachgucken? (Hab' mir auch schon alle möglichen Wikis über APT & Co. 'reingezogen - war für mich aber mehr verwirrend als klärend.)

[Guin]

beim Hoster dann mit Plesk

Plesk ist auf gar keinen Fall ein Tool, mit dem man einen Server administriert.
Man kann damit Kunden verwalten und ein bisschen was am Server einstellen.. aber nicht administrieren.

Gar nix mit KDE oder so (sonst hieße es ja z.B. "Kubuntu"

Mein Ubuntu hat die KDE. Deshalb heisst es aber noch lange nicht Kubuntu.


Eigentlich machst du bei einem Server nur die Minimalinstallation.
Ein laufender SSH Dienst reicht aus, um alles Andrere zu machen.

[wodim]

Plesk ist auf gar keinen Fall ein Tool, mit dem man einen Server administriert.
Man kann damit Kunden verwalten und ein bisschen was am Server einstellen.. aber nicht administrieren.

Hm, für den Server bin ich als root ja der einzige "Kunde". Alles andere steuert meine Anwendung.

Mein Ubuntu hat die KDE. Deshalb heisst es aber noch lange nicht Kubuntu.

Ok, ok - "Kubuntu" heißt's halt, wenn mitsamt KDE zum Download dasteht.

Eigentlich machst du bei einem Server nur die Minimalinstallation.

Hab' ich ja gemacht, sozusagen.

Ein laufender SSH Dienst reicht aus, um alles Andrere zu machen.

Hmmm - sowas müsste auf jeden Fall schon drin sein. Beim Booten sehe ich jetzt: "Starting basic networking" und "Configuring network interfaces" - klingt doch schon gut, oder?

[wodim]

@Moderation: Bitte nicht als Doppelpost löschen.
Hm, mein Server läuft auf der VM (bin als root eingeloggt), PuTTY auch:

Als Hostname einfach mal "localhost" eingetippt - ganz so einfach kriege ich noch keine Verbindung. Wer kann mir weiter helfen?

[Guin]

Beim Booten sehe ich jetzt: "Starting basic networking" und "Configuring network interfaces" - klingt doch schon gut, oder?

Ja, nun musst du das natuerlich noch konfigurieren.

Als Hostname einfach mal "localhost" eingetippt

localhost nur ein Loopback auf sich selber. Damit erreichst du keine anderen Maschienen. Auch keine virtuelle Maschinen.
Wie auch, wenn du z.b. mehrere laufen hast.
Wie also nun an die VM kommen?
Am einfachsten geht das wenn deine VM Software einen virtuellen Adapter angelegt hat, ueber den du einfach die IP herausfinden koennen solltest.
Ansonsten musst du nachgucken, wie du deine VM konfiguriert hast,

[wodim]

Beim Booten sehe ich jetzt: "Starting basic networking" und "Configuring network interfaces" - klingt doch schon gut, oder?

Ja, nun musst du das natuerlich noch konfigurieren.

Hm, welche Datei(en) muss ich da manipulieren?

Am einfachsten geht das wenn deine VM Software einen virtuellen Adapter angelegt hat,..

Hat sie. Aber war wohl nicht richtig angeschlossen. Das Menü bietet Anschluss an:

- NAT (ist voreingestellt)
- Hostinterface (das wollte ich ganz laienhaft vorziehen, aber da sagt's mir: "Unzulässig" )
- Internes Netzwerk

Habe ihn ein Hostinterface generieren lassen und da angeschlossen. Hm, wo kriegen wir die IP - Adresse her?

[wodim]

127.0.0.1

(Sag' nicht, das hast du nicht gewusst. ) Aber PuTTY kriegt immer noch keine Verbindung. Welche Einstellung stimmt da noch nicht - ich vermute Port 22?

[max.m]

127.0.0.1

(Sag' nicht, das hast du nicht gewusst. ) Aber PuTTY kriegt immer noch keine Verbindung.

Unter 127.0.0.1 ist auch in der Regel der Localhost erreichbar. Also ist diese IP eher unwahrscheinlich.

[Jokai olvaso]

127.0.0.1

(Sag' nicht, das hast du nicht gewusst. ) Aber PuTTY kriegt immer noch keine Verbindung. Welche Einstellung stimmt da noch nicht - ich vermute Port 22?

127.0.0.1 = loopback interface = localhost = Die Adresse Deines Rechners auf dem Putty läuft, nicht die IP des virtuellen Rechners, auf dem Dein Linux läuft.

Gibt mal unter der Linux-Shell (Deines Servers)

ifconfig -all

ein, und poste die Ausgabe hier, dann kann man Dir schon eher weiterhelfen.

[wodim]

Jetzt wird's langsam klarer. "ifconfig -all" kennt er zwar nicht, aber "ifconfig -a" liefert zwei Adressen.

(Die 127.0.0.1 ist die für "Local Loopback)

Die andere sieht mir allerdings etwas kryptisch aus (hex / dezimal gemischt): fe80::a00:27ff:fe46:7975/64

[Jokai olvaso]

Ähh, ja das meinte ich... würfele immer ipconfig /all (unter Win) und ifconfig -a durcheinander.



Die ganze Ausgabe wäre interresant, aber das was Du gepostet hast dürfte wohl die Mac-Adresse (physikalische) Adresse sein, sofern es sich dabei um eth0 (oder eth1) handelt.

Deutet für mich darauf hin, dass er entweder die Netzwerkadresse nicht automatisch bezieht, oder die virtuelle Maschine nicht ganz richtig konfiguriert ist, aber dazu bräuchte man die ganze Ausgabe des Befehls.

[wodim]

Deutet für mich darauf hin, dass er entweder die Netzwerkadresse nicht automatisch bezieht, oder die virtuelle Maschine nicht ganz richtig konfiguriert ist

Wohl das letztere. Habe also die VM einen neuen Netzwerkadapter generieren lassen, jetzt liefert mir "ipconfig" (Windows):

Ethernetadapter "VirtualBox Hostinterface 1":
-
IP- Adresse (Autokonfiguration): 169.254.186.102

Unter "Netzwerk- und DFÜ - Verbindungen" ist die Verbindung auch da und beim Starten der VM aktiv. Aber PuTTY packt sie mit dieser Adresse trotzdem noch nicht. Unter Linux kommt gar keine mehr (sorry das muss ich jetzt abtippen ):

eth3 Link encap:Ethernet HWaddr 08:00:27:fc:6d:01
    BROADCAST MULTICAST MTU:1500 Metric:1
    RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txquelen:1000
    RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
    Interrupt:11 Base adress:0xc020

Link zurück:

http://www.computerbase.de/forum/sho...58#post5601558

[Jokai olvaso]

Vielleicht solltest Du dann Linux einfach mal die zugeordnete IP-Adresse bekanntgeben:

ifconfig eth3 169.254.186.102

und das ganze als Superuser. Für Linux dürften jetzt noch ein paar "unwichtige" Details wie der Gateway, DNS usw. fehlen (Stichwort: man ifconfig). Dann noch das tun, was Dir schon in den anderen Foren empfohlen wurde (Stichwort: ping). Zudem solltest Du dann vielleicht auch noch sicherstellen, ob der entsprechende Prozess, den Du kontaktieren willst (openssh?) überhaupt läuft (Stichwort: ps)