Unterschiedliche Subdomain an verschieden Rechner leiten

Wenn eine Netzwerkverbindung aufgebaut wird, dann sucht der Client zuerst die IP-Adresse zum Namen heraus und baut dann eine Verbindung zu der IP-Adresse auf.

Haben Deine drei Namen die gleiche IP-Adresse oder verschiedene IP-Adressen?

Falls es sich um die gleiche Adresse handeln sollte, wie kann dann die Box unterscheiden, welcher Name verwendet wurde, wenn eine Verbindung zu ihrer IP-Adresse kommt?

Hallo,
mehrere Webseiten auf einer IP können nur vom Webserver (Apache, IIS, ...) unterschieden werden, da der Browser in der Anfrage die gewünschte Seite mitsendet!

heikothole schrieb:

Aber wäre so etwas (ein Mini"Apache") nicht auch für die FB denkbar?

Zum Vergrößern anklicken....

http://www.ip-phone-forum.de/showthread.php?t=103110


Gruß,
Wichard

Und das hier: http://www.ip-phone-forum.de/showthread.php?t=127089

Aber ob du deswegen extra Apache brauchst oder das evtl. auch anders geht, sollte man noch untersuchen. Und was ist das mit Port 22? Willst du da etwas mit SSH machen? Das hätte dann nichts mit einem Webserver zu tun. Beschreib doch bitte mal genauer, was Du vorhast.

Im Prinzip kannst Du doch, solange es sich nur um 2 Rechner handelt, die Du von "außen" erreichen willst, einfach hingehen, und auf der FB die Port-Forwarding Regeln so einstellen, dass auf Port 80 ankommende Anfragen an den ersten PC weitergeleitet werden, und z.b. 8022 und 8080 an den 2. Pc auf Port 22 bzw. 80 umadressieren (=routen). Hängt natürlich von dem Sicherheitslevels des Netzwerkes ab, von dem aus Du zugreifen willst...
80 ist praktisch immer freigegeben, 8080 auch sehr häufig, ob generell High- Ports (also alle >1024) und somit auch 8022, kommt halt darauf an.
Man könnte auch noch hingehen, auf der FB eine von außen aufrufbare html- datei zu hinterlegen, die dann noch die passenden Links bereitstellt.
Zugegeben, ist ein workaround, zwei verschiedene Hostnamen wären sicherlich die elegantere Lösung.
Etwas mehr Info wäre hilfreich beim Helfen...

Rage

wenns der gleiche port ist (z.b. http) wie bei mir muss auch nginx gehen,
klinkt danach das das ding auch son klotz wie der apache ist.

gruss
bofh
p.s. wenns einer kompelirt bekommt fuer die frizbox, ich brauche es auch noch ;-)

http://nginx.net/
nginx [engine x] is a HTTP server and mail proxy server written by me (Igor Sysoev).

nginx has been running for more than three years on many heavily loaded Russian sites including Rambler (RamblerMedia.com). In March 2007 about 20% of all Russian virtual hosts were served or proxied by nginx. According to Google Online Security Blog nginx serves or proxies about 4% of all Internet virtual hosts, although Netcraft shows much less percent.
...
Architecture and scalability:

* one master process and several workers processes. The workers run as unprivileged user;
* kqueue (FreeBSD 4.1+), epoll (Linux 2.6+), rt signals (Linux 2.2.19+), /dev/poll (Solaris 7 11/99+), event ports (Solaris 10), select, and poll support;
* various kqueue features support including EV_CLEAR, EV_DISABLE (to disable event temporalily), NOTE_LOWAT, EV_EOF, number of available data, error codes;
* sendfile (FreeBSD 3.1+), sendfile (Linux 2.2+), sendfile64 (Linux 2.4.21+), and sendfilev (Solaris 8 7/01+) support;
* accept-filter (FreeBSD 4.1+) and TCP_DEFER_ACCEPT (Linux 2.4+) support;
* 10,000 inactive HTTP keep-alive connections take about 2.5M memory;
* data copy operations are kept to a minimum.
...

Kann schon sein, daß nginx sich bauen läßt, aber evtl. willst Du ja mal mini-httpd oder thttpd probieren, die es neben Apache (der auch im DS-Mod optional enthalten ist) dort zum Herunterladen gibt.

Tut mir leid, dass ich diesen uralten Thread noch mal nach vorne hole, aber mich interessiert das Thema gerade sehr.
Ich habe mal in den Quellen von Freetz gestöbert und mir die Quelle httpd.c vom busybox Web-Server angesehen, der ja wohl für das Webcfg benutzt wird:

*
* httpd.conf has the following format:
*
...
* P:/url:[http://]hostname[ort]/new/path
* # When /urlXXXXXX is requested, reverse proxy
* # it to http://hostname[ort]/new/pathXXXXXX

Ist das nicht genau das was wir brauchen? /etc/init.d/rc.webcfg schreibt alles was von
/tmp/flash/httpd.extra ausgegeben wird in die /etc/httpd.conf, also denke ich das wäre
der richtige Platz um die virtual hosts zu erstellen. Ich bräuchte nur noch die HTTP-Requests
auf diesen Server umlenken und der proxied das dann weiter.
Kann das vielleicht mal jemand überprüfen? Mache ich da einen Gedankenfehler?

Gerald

Es ist nicht das gleiche wie Virtual Hosts, aber man kann damit einen Teil der Anforderungen (nicht alle) der Thread-Erstellers abdecken, wenn auch auf andere Weise.

Die Reverse Proxy Funktion in der Busybox ist übrigens noch relativ neu.

Was geht denn nicht?

Ich kann im Moment nicht nachsehen, aber ich meine ich habe das
im Moment so gelöst, dass ich im Apache eines meiner lokalen Rechner reverse proxies
für die anderen Rechner eingerichtet habe und auf diesen einen Rechner forwarde.
Naiv wie ich bin, dachte ich, ich könnte das jetzt gleich auf der Fritz!box abwickeln und
gewinne etwas Betriebssicherheit.

Ich sehe es gerade, diese URL wird wohl nicht gehen:
test2.meinedomain.dyndns.org:22

Aber das brauche ich auch nicht. Sonst irgendwelche Fallen?

Gerald

Genau, es ist nicht ein Port-Forwarding auf Netzwerk-Ebene, sondern ein Proxy auf HTTP-Ebene.
Es geht also alles andere außer HTTP nicht. (Unter anderem also HTTPS, SSH, Telnet, SMTP, POP, IMAP, ...)

Genau genommen ist test2.meinedomain.dyndns.org:22 auch keine URL, sondern nur Hostname und Portnummer (auch test3.meinedomain.dyndns.org:80 ist keine URL, eine URL wäre es, wenn es http://test3.meinedomain.dyndns.org:80 heißen würde).

Es war mir schon klar, dass das keine URLs waren, aber da ja in dem Thread auch über
nginx, mini-httpd, thttpd oder Apache diskutiert wurde, hielt ich meinen Vorschlag durchaus
für legitim.

Gerald