moin, moin...
> On Tue, Jul 26, 2005 at 08:19:37PM +0200, Stefan Fuhrmann wrote:
> > Wenn ich dich richtig verstehe, möchtest du mehrere Websites hosten, dies
> > geht aber nur mit (win) hostheadern und apache hostbased (Ich glaub so
> > hies es. Und es gibt IPbased) Denn dann entscheidet der Webservcer anhand
> > der Url welche Seite er auslierfert . Du musst dann halt alle Seiten auf
> > einer IP laufen lassen , sonst geht es nicht.
>
> Also was er meint ist folgendes: wenn man viele Webserver auf einem
> Rechner hosten möchte kann man entweder
>
> a) für jeden Webserver eine IP vergeben oder
>
> b) nur eine IP verwenden und den "Host:"-Header von HTTP dafür
> Â Â nehmen. Mit "(win)", das ich mal als Windows interpretiere hat das
> Â Â die Bohne nichts zu tun, eine Google-Suche nach "http host header"
> Â Â brachte im ersten Treffer folgendes
das ist richtig, beide können das, also IIS kann hostheader und ,soweit ich
weiss, länger schon der apache!
>
> Â Â Â A client MUST include a Host header field in all HTTP/1.1 request
> Â Â Â messages.
>
> Â Â Sollten also halbwegs frischen (das schliesst Netscape 4.77 ein!)
>   Browser können. http://httpd.apache.org/docs/2.0/vhosts/name-based.html
> Â Â bemerkt dazu (neben anderen interessanten Informationen)
>
> Â Â Einige antike Clients sind nicht kompatibel zu namensbasierten
> Â Â virtuellen Hosts.
>
> Anhand der URL könnte man auch herumtricksen, aber das geht ja wie
> gesagt viel bequemer. Alles weitere in
>
> Â http://httpd.apache.org/docs/2.0/vhosts/
>
> Die Apache-Leute wissen schon, warum sie gute Doku schreiben :-)
>
> Aber jetzt das Problem dabei: Wenn ein User in seinen Browser die URL
>
> Â http://web1.bla.dyndns.org/
>
> eingibt muss der Browser diesen Namen natürlich erstmal auflösen: da
> der dyndns.org-Server aber nur den Namen "bla.dyndns.org" kennt gibt
> er brav ein "dieser Name existiert nicht" zurück und der Browser gibt
> auf. Das heisst: wenn man mehrere Webserver per Host-Header _oder_ IP
> trennen möchte muss jeder der Webserver-Namen per DNS auflösbar sein,
> sonst klappt das alles nicht. Und da liegt dann der Hase im Pfeffer.
Also ich löse das ja auch über hostheader und kann auch einen hostnamen
setzen (auch mehrere) für dieselbe domain die auch aus dem Internet erreichbar
sind!!
Wie das Protokolltechnisch abgewickelt wird , kann ich so aus dem stehgreif
auch nicht sagen, müsste ich erstmal nachlesen, aber es funktioniert. Ich
erreich so mein mailwebfronend aus dem Internet als auch eine entsprechende
andere Webseite.
ALso http://web1.bla.dyndns.org/
und  http://web2.bla.dyndns.org/
lassen sich wunderbar auflösen!
> > Bei MAil-Servern ist darauf zu achten , dass du keinen "openRelay"
> > hinstellst, denn dann gibst in der Regel ärger. t-online sperrt dann den
> > Port nach einiger Zeit und auflaudfenden Beschwerden.
>
> Um das auch nochmal technisch klarer auszudrücken: auf keinen Fall
> sollte Dein MTA (= mail transfer agent,
> d.h. sendmail/exim/postfix/...) auf der öffentlichen Internet-Adresse
> Mails von beliebigen Adressen annehmen und an beliebige
> weiterschicken. Wenn ich's richtig verstanden habe ist es wieder ein
> Server mit dynamischer IP? Dann ist es sowieso am schlausten dort
> Mails nicht direkt zu empfangen und dann umgeht man das Problem sehr
> einfach, indem man den MTA nur an die interne Adresse binden
> lässt. Sonst muss man sich halt mit der Doku und den Testmodi des
> jeweiligen MTAs vertraut machen.
>
ICh dachte es sollte sowieso alles in die DMZ ? Es ist ja nur eine port-
Weiterleitung zum Server in der DMZ notwendig. Is ja mit IPCOP alles kein
Problem. Ich empfange meine Mails auch direkt (aber eben dicht machen!!!) ,
zum Verschicken eben per
smarthost.
Und es funktioniert alles wunderbar!
mit internettem Gruß
stefan
- application/pgp-signature Anhang: stored
Received on Tue Jul 26 23:39:09 2005