Hallo Debianer,
vielleicht hat jemand Lust, mir ein bisschen auf die Sprünge zu helfen.
Ich habe webspace bei uberspace.de. Dort habe ich ein cms ( http://zotonic.com ) installiert. Das lauscht per default auf dem Port 8000.
Für das erste Testen habe ich es auf einen anderen Port umgeleitet, denn 8000 ist bei uberspace standartmäßig nicht verfügbar. Testweise läuft alles soweit.
Wenn ich allerdings jetzt meinen Blog mit dem cms laufen lassen will, muss ich es dann nicht auf 80 für http umleiten? Sonst müsste ich jedem immer neben meiner domain auch den Port mitteilen!? Oder wie haben "die" sich das gedacht?
Wie sieht es mit anderen http-Diensten aus. Ich hatte die bisher immer in verschiedenen Ordnern innerhalb meines www-Verzeichnisses (z.B. wordpress, adminer usw.). Daher konnte ich die immer über dieses Verzeichnis erreichen (d.h. domain.de/folder1/index.php oder domain.de/folder2/index.html oder oder). Kann man die jetzt noch so neben dem cms erreichen oder realisiere ich das besser über eine subdomain?
Vielen Dank und VG
fith.
CMS Ports Basics
-
novalix
- Beiträge: 1909
- Registriert: 05.10.2005 12:32:57
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: elberfeld
Re: CMS Ports Basics
Oh, Erlang!
Hi erstmal!
Ich habe mir die Doku von dem CMS jetzt nicht durchgelesen, gehe aber davon aus, dass das System seinen eigenen httpd mitbringt, der eben per default auf 8000 lauscht. Meist ist so eine Voreinstellung für den Anfang sinnvoll. Das ist ja üblicherweise die Entwicklungsphase. Danach kommt es auf Deine Bedürfnisse an. Entweder Du biegst den den Port des integrierten Servers (yaws?) auf den kanonischen Port 80 um, oder Du betreibst einen anderen httpd (z.B. nginx) als Proxy, welcher die relevanten Anfragen weiterleitet. Das können durchaus auch alle sein.
Die zweite Variante macht Sinn, wenn man z.B. statische Inhalte getrennt ausliefern will, der integrierte Server nicht ausreichend konfigurierbar ist oder dergleichen.
Manche intergrierten Server sind auch explizit nicht für den Produktiv- sondern nur für den Test- und Entwicklungsbetrieb gedacht. Das sollte Dir die Doku aber prominent verraten.
Hack and be merry, niels
Hi erstmal!
Ich habe mir die Doku von dem CMS jetzt nicht durchgelesen, gehe aber davon aus, dass das System seinen eigenen httpd mitbringt, der eben per default auf 8000 lauscht. Meist ist so eine Voreinstellung für den Anfang sinnvoll. Das ist ja üblicherweise die Entwicklungsphase. Danach kommt es auf Deine Bedürfnisse an. Entweder Du biegst den den Port des integrierten Servers (yaws?) auf den kanonischen Port 80 um, oder Du betreibst einen anderen httpd (z.B. nginx) als Proxy, welcher die relevanten Anfragen weiterleitet. Das können durchaus auch alle sein.
Die zweite Variante macht Sinn, wenn man z.B. statische Inhalte getrennt ausliefern will, der integrierte Server nicht ausreichend konfigurierbar ist oder dergleichen.
Manche intergrierten Server sind auch explizit nicht für den Produktiv- sondern nur für den Test- und Entwicklungsbetrieb gedacht. Das sollte Dir die Doku aber prominent verraten.
Hack and be merry, niels
Das Wem, Wieviel, Wann, Wozu und Wie zu bestimmen ist aber nicht jedermannns Sache und ist nicht leicht.
Darum ist das Richtige selten, lobenswert und schön.
Darum ist das Richtige selten, lobenswert und schön.
Re: CMS Ports Basics
Ja, Erlang... mit eigenem httpd hattest du Recht, aber es werkelt nicht yaws sondern mochiweb.
Vielen Dank für deinen Post, jetzt ist es mir ein Bisschen klarer.
Deine zweite Alternative ist wohl die bessere und einzig funktionierende sein, da auf dem Port 80 schon an apache von uberspace werkelt. Das ist ja das Angenehme an diesem Setup, die Jungs geben sich Mühe, das Ganze gut abzusichern (zumindest deutlich mehr, als wenn ich allein auf nem V-Server wäre...).
VG
fith.
Vielen Dank für deinen Post, jetzt ist es mir ein Bisschen klarer.
Deine zweite Alternative ist wohl die bessere und einzig funktionierende sein, da auf dem Port 80 schon an apache von uberspace werkelt. Das ist ja das Angenehme an diesem Setup, die Jungs geben sich Mühe, das Ganze gut abzusichern (zumindest deutlich mehr, als wenn ich allein auf nem V-Server wäre...).
VG
fith.
Re: CMS Ports Basics
Evtl. kann man den vhost vom Apache als reverse proxy laufen lassen, der transparent mit dem CMS-Webserverchen spricht. Du kannst ja mal nachgucken, ob mod_proxy aktiviert ist; das Gegenteil waere ein Indiz dafuer, dass mein Vorschlag nicht funktionieren wird.
Gruss Cae
Gruss Cae
If universal surveillance were the answer, lots of us would have moved to the former East Germany. If surveillance cameras were the answer, camera-happy London, with something like 500,000 of them at a cost of $700 million, would be the safest city on the planet.
—Bruce Schneier
-
debianfrischling
- Beiträge: 16
- Registriert: 09.08.2009 00:04:33
Re: CMS Ports Basics
Da gibt es mehrere Möglichkeiten:
1. Hinter einem Webserver oder Proxy.
2. Mit authbind auf Port 80 und 433
3. Mit setcap nicht unbedingt zu empfehlen
4. Mit iptables .
1. Hinter einem Webserver oder Proxy.
2. Mit authbind auf Port 80 und 433
3. Mit setcap nicht unbedingt zu empfehlen
4. Mit iptables .