Virtuellen Web-Server einrichten mit Apache

[Stefan]

Hallo

auf meinen Server benutze ich SuSE Linux 7.3 und wollte nun mittels Apache einen virtuellen Web-Server, zum Beispiel "test", einrichten. Wenn ich mit einen Client (ebenfalls SuSE 7.3) versuche, über "http://test", auf dem Server zu zugreifen, bekomme ich ständig die Meldung, das die Domaine nicht vorhanden sei. Gebe ich jedoch "http://server" ein, bekomme ich genau meine Seite angezeigt und nicht mehr diese von SuSe. Was habe ich falsch gemacht???

Hier einen auszug aus meiner httpd.conf:

------------ cut --------------------
NameVirtualHost *

<VirtualHost *>
ServerAdmin test@netz
DocumentRoot "/usr/local/website/test/htdocs"
ServerName test
</VirtualHost>
------- cut ------------

Statt dem "*" habe ich auch schon "test" versucht, da geht gar nichts.
An Stelle von "ServerName test", hatte ich auch schon "ServerName test.netz"...

Habe ich irgendetwas vergessen??? Muß ich der Domain in der "hosts" eventuell noch die Domain mit einer IP versehen???


Bin für jeden Tip sehr dankbar,

Gruß und Danke
Stefan

[Chris]

Hi!

Hast du dem Rechner auch den Alias "test" gegeben?

- /etc/hosts
- DNS


Gruß
Chris

[Stefan]

Die Domain steht auch in der hosts!

Ein Auszug:

192.168.1.1 server.netz server
192.168.1.200 test.netz test

jedoch kann ich noch immer nicht zugreifen.

Kann ich dann eigentlich ein ping auf die IP von Test machen???

Stefan

[Sven]

Weis der "internen" Netzwerkkarte noch die 200 zu mit: ifconfig eth0:0 192.168.1.200
Dann sollte es laufen

[tuxic trace]

Vor allem gewöhnt euch endlich mal ab, einen Rechner zwei IP Adresssen im gleichen Subnetz zu geben. Oder, wenn es denn unbedingt die 192.168.1.200 sein soll, dann pack die wenigstens in Subnetz 255.255.255.255

[Stormbringer]

@tuxic trace
Warum denn das? Dafür gibt es keinerlei fundierte Begründungen.
Wohl aber sollten Grundkenntnisse der Netzwerktechnik vorhanden sein ....

Gruß

[tuxic trace]

@sturm, ich versuchs mal unfundiert:

mach Dir mal Gedanken, wie es mit den Routen aussieht. Wie findet der Rechner einen Client ? Was garantiert Dir, das die Anfragen auch nur über die Netzwerkkarte beantwortet wird, über die sie gestellt wurde ? Kommt jeder Daemon damit klar, keinen genau definierten Weg zum Ziel zu haben ? Kommen die Serverapplikationen damit klar, quasi auf zwei Hosts gleichzeitig zu laufen (im gleichen Subnetz) ?
Kommen alle Clientapplikationen damit klar, wenn u.U. eine Anfrage von einem "anderen" Host beantwortet wird ?

Noch deutlicher, Du hast an einer Netzwerkkarte ein DSL Modem, bist also physisch an eine Netzwerkkarte gebunden. Defaultroute ?

Es geht nicht darum, das es unmöglich ist oder grundsätzlich Fehler produziert. Es ist einfach unsauber, und wenn ich nicht weiß, was ich mache, sollte ich mich an die "Grundschule" halten.
Wenn Du sagst, Du kennst Das Verhalten Deines Rechners und Deiner Dienste genau, dann steht dem nichts im Wege. Ansonsten: finger weg.

P.S.: Zwei Netzwerkkarte im gleichen Subnetz können die Netzlast deutlich erhöhen. War nun zwar eine NT-Möhre als Dateiserver, aber der Durchsatz von der Kiste hat sich um über 100% verschlechtert, als die zweite Karte aktiv wurde. Das war nicht nur stark erhöhter Broadcast, sondern auch Pakete, die gerne mal durch beide Netzwerkkarten geschickt wurden, weil die Kiste es einfach nicht besser wußte.
Ob und in wieweit Linux da "schlauer" ist, und einfach die erste passende Karte statt beiden nimmt, kann ich nicht sagen, aber eine eventuelle Fehlersuche nach "Netzwerkphänomenen" kann richtig lustig sein.

P.S.S.: Zumindest beim IP-Alias meckert z.B. FreeBSD, wenn Du versuchst das Alias in das gleiche Subnetz zu packen.

[Stormbringer]

Tja .... Du vermischt etwas ... Deine Beschreibungen zielen eher auf zwei (oder mehr) IP Adressen pro Netzwerkkarte, wobei ich Dir dann auch Recht gebe.
Es gibt aber auch die (übrigens sehr häufig!) benutze Version von mehreren Netzwerkkarten mit jeweils einer IP Adresse im gleichen Subnet, und das kann durchaus Sinn machen - nur sollte derjenige, welcher es konfiguriert, wissen, was er warum wie tut.
Es macht z. B. durchaus Sinn, aus Gründen der Netzwerklast und Zugriffssicherheit, bei entsprechender Konfiguration der gesamten Umgebung (!!!), Berechtigungskonzepte auf serverseitig gelegene Daten auch an IP Adressen festzumachen.

Gruß

[tuxic trace]

Nein, ich habe mich nicht (mit Ausnahme des FreeBSD Kommentares) auf mehrere IP Adressen pro Karte, sondern schon auf zwei Netzwerkkarten in einem Rechner im gleichen Subnetz.

Ansonsten gebe ich Dir recht, wenn man weiß, was man tut, kann es gewünscht sein, aber das dürfte bei den meisten Fragen hier nicht der Fall sein. Das ist eher Gedankenlosigkeit, und dann sollte man davon die Finger lassen und sich sowas gar nicht erst angewöhnen.
Wenn die Umgebung (oder auch die Dienste) entprechend konfiguriert wurden, kann das wie gesagt durchaus Sinn machen. Dürfte hier aber eber selten anzutreffen sein, und deshalb macht es für Neulinge Sinn, erstmal pro Rechner nur eine IP Adresse pro Subnetz zu nehmen, bis Sie sich ein wenig mit der Materie beschäftigt haben.

Wie gesagt, unser erster, spontan-planloser Versuch ging schwer in die Hose, Netzwerklast dezent um 100% erhöht.

Wie auch immer, nun ist Mittach

[Stormbringer]

Denn mal Mahlzeit ... <img src="http://www.pl-forum.de/UltraBoard/Images/Wilk.gif" border="0" align="middle">

Gruß

[Stefan]

Gibt es dazu irgendwelche guten Dokus oder howtos???
www.linuxfibel.de sagt dazu ja noch nicht sehr viel... <img src="http://www.pl-forum.de/UltraBoard/Images/Sad.gif" border="0" align="middle">

Ich möchte zu dem Umgang mit Linux mehr lernen und auch mein bisheriges know-how um einiges erweitern, speziell wenn es um Netzwerk Geschichten geht.
Woher habt Ihr all' Euer Wissen??? -> Wenn ich fragen darf??

Stefan

[tuxic trace]

IP hat erstmal nichts mit Linux zu tun, und Einführungen in IP Grundlagen gibt es zuhauf in Buchform oder vermutlich auch online. Außerdem laß Dich mal nicht so leicht beeindrucken (was nicht heißt, das Du Deine zweite Adresse nicht trotzdem in ein anderes Subnetz packen solltest , mit ein paar Ausnahmen kochen wir alle nur mit Wasser.

www.linuxdoc.org

Tonnenweise howtos, der Rest ist google, pro-linux, mailinglisten, viel Trial-and-Error, Gedult, Hassattacken und Erfahrung. Und Fluchen über manpages, nicht zu vergessen. Evtl. macht es Sinn, das Du dich nach generischer Information und nicht nach Distributionsspezifischer umsiehst.

Das heißt im Endeffekt, good-bye zu yast, *drake und wie sie alle heißen und hallo "vi"; und laß Dich unterwegs nicht von den Emacsjüngern einlullen

Viel Spaß und Erfolg, und wir treffen uns dann mit Slackware wieder

[Stormbringer]

Mmh ..... Netzwerktechnik .... das ist schon recht lange her.
Damals gab es eigentlich nur englischsprachige Dokumentationen der Hersteller, oder aber direkt die RFCs (was aber wenig effektiv war).
O'Reilly hat ein paar deutschsprachige Bücher im Sortiment, ebenso z. B. SuSE und andere.
Es gab früher auch einmal einen ausgesprochen guten Onlinefundus bei 3COM, mit Dokus, Schaltbildern, etc.
Nutze einmal <a href="http://www.google.com/," target="_blank"><!--auto-->http://www.google.com/,</a><!--auto--> <a href="http://www.alltheweb.com/" target="_blank"><!--auto-->http://www.alltheweb.com/</a><!--auto--> oder aber <a href="http://www.metager.de/" target="_blank"><!--auto-->http://www.metager.de/</a><!--auto--> um nach solchen Dokus zu suchen.

Weiterhin:
<a href="http://www.linuxbu.ch/" target="_blank"><!--auto-->http://www.linuxbu.ch/</a><!--auto-->
<a href="http://www.bsi.de/literat/doc/index.htm" target="_blank"><!--auto-->http://www.bsi.de/literat/doc/index.htm</a><!--auto-->
<a href="http://docs.linux.com/" target="_blank"><!--auto-->http://docs.linux.com/</a><!--auto-->
und viele, viele mehr ...

Gruß