DVBViewer Webserver + alternativer Webserver (Apache)

[MatzeMuc86]

Hallo zusammen,

 

zuersteinmal top Lob an den/die Entwickler des Webservers für den DVBViewer. Ich hätte folgende Frage:

Wie reaisiere ich es, dass ich meinen bereits vorhandenen Apache Webserver benutzen kann aber dennoch DVBViewer läuft?

Vielen Dank

 

MatzeMuc86

[yaRincewind]

Einfach den Webserver vom DVBViewer auf einem anderen Port laufen lassen (z.B.8000). Apache läuft meist auf 80.

Der Aufruf währe dann beispielsweise:

192.168.0.1:8000

 

(wenn der DVB-Rechener die IP 192.168.0.1 hat)

Edited July 28, 2006 by yaRincewind

[MatzeMuc86]

NEEEEEEEEEEEEEEEEEEEEEEEEEEEEEIN

Warum bin ich da nicht draufgekommen??????

Ist nur die Frage, welchen Port ich benutze, der außer 80 wirklich auch offen ist (Problematik in Büros/Schulen/Internetcafes etc.)?

Hat jemand vorschläge?

Unterschied zwischen 8000 und 8080?

Danke schonmal. Mein Hauptproblem ist gelöst

 

MatzeMuc86

[Guest Lars_MQ]

Naja sind ausgehende ports gesperrt? oder willst du den DVBViewer + webserver in der schule installieren? für die firewall sind doch meist nur eingehende verbindungen wichtig. wenn du in nem browser den 8080 oder so anhängst funktioniert das in den meisten fällen

[MatzeMuc86]

Naja das Problem ist, dss ich es schon öfters erlebt habe (wie in meiner Münchner Schule, Büros tec.) dass auch eingehende Verbindungen geblockt werden.

Also meine Überlegung ist eben, dass mir in der Schule einfällt, xyz aufzunehmen. Bibliothk0> Internet=> Aufnahme fertig

Und da werde ich, sofern ich nicht Port 80 belege, ein Problem haben.

Daher ist es eben interessant, welche anderen Port noch häufig zugelassen werden.

Danke

 

MatzeMuc86

[Benson]

21 (FTP) und 23 (SSH) sind meistens offen. Aber ob das was bringt, ist eine Frage...

[prefrontallobotomy]

21 (FTP) und 23 (SSH) sind meistens offen. Aber ob das was bringt, ist eine Frage...

Warum richtet er nicht einfach einen Reverse Proxy ein, so dass Apache ganz normal Anfragen auf Port 80 empfängt und diese dann intern weiterleitet an den lokalen DVBViewer-Webserver auf einem ganz anderen Port?

 

Bspw. eine Lösung mit einem Virtualhost "videorekorder.mein.dyndns.org" wie diese hier:

 

NameVirtualHost 192.168.0.1
<VirtualHost 192.168.0.1>

ServerName videorekorder.mein.dyndns.org

ProxyPass		/ http://localhost:1111/
ProxyPassReverse / http://localhost:1111/

</VirtualHost>

("192.168.0.1" ist ein Beispiel für das Netzwerkinterface, auf dem Apache lauscht.)

 

oder meinetwegen auch über ein Unterverzeichnis, das dann über "http://mein.dyndns.org/vdr" zu erreichen ist:

 

NameVirtualHost 192.168.0.1
<VirtualHost 192.168.0.1>

ServerName mein.dyndns.org

ProxyPass		/vdr/ http://localhost:1111/
ProxyPassReverse /vdr/ http://localhost:1111/

</VirtualHost>

[MatzeMuc86]

Das bedeutet im endefekt, dass ich vdr.dyndns.org auf dyndns.org:12345 umleite?

Das könnte ich ja dann im Prinzip auch für ftp (off topic!) so lösen: ftp.dnydns.org geht auf dndns.org:21

Damit bekomme ich überall, wo ich Port 80 freihabe auch eine ftp Verbindung hin, sofern das Protokoll erlaubt ist (in der Schule ist lediglich der Port zu).

Wo genau komm der Code hin?

Apach Kongiuration?

Danke

 

MatzeMuc86

[MatzeMuc86]

Ich habe den unteren Code unter apache/conf/extra/httpd-vhosts.conf rein.

In der hhtp.conf unter apache/conf/ steht folgender Eintrag:

# Virtual hosts

Include conf/extra/httpd-vhosts.conf

bekomme allerdings einen Fehler sobald ich den Apach wieder starten will:

NameVirtualHost 192.168.1.101

<VirtualHost 192.168.1.101>

 

ServerName vdr.xyz.dyndns.org

 

ProxyPass / http://localhost:1111/

ProxyPassReverse / http://localhost:1111/

 

</VirtualHost>

 

für xyz habe ich selbstverständlich das passende eingegeben

Port 80 ist auch auf die 92.168.1.101 weitergeleitet. Der HTTPServer vom DVBViewer hört auf die 192.168.1.101 auf Port 1111 und läuft.

[prefrontallobotomy]

Das bedeutet im endefekt, dass ich vdr.dyndns.org auf dyndns.org:12345 umleite?

Jein, nicht direkt. Deine Beschreibung liest sich so, als ob der Client beim Aufruf von http://vdr.xyz.dyndns.org:80 mitgeteilt bekäme, dass er stattdessen http://xyz.dyndns.org:12345 aufrufen sollte. Das ginge prinzipiell auch (mit einer Redirect-Anweisung), ist hier aber wenig zweckmäßig. Da hast du zwar eine einfach zu merkende URL, aber der Client versucht in diesem Fall immer noch, Port 12345 (was in deiner Schule geblockt ist) zu erreichen. Das ändert also nichts am grundsätzlichen Problem, sondern ist nur Maskerade.

 

Das Setup, das wir in deinem Fall wählen sollten, sieht so aus, dass Apache deine Aufrufe aus der Schule auf Port 80 entgegen nimmt und dann INTERN an Port 12345 weiterleitet. Es müsste also heißen: Du leitest auf dem Server Anfragen auf http://vdr.xyz.dyndns.org:80 an http://localhost:12345 weiter.

 

Das könnte ich ja dann im Prinzip auch für ftp (off topic!) so lösen: ftp.dnydns.org geht auf dndns.org:21

Damit bekomme ich überall, wo ich Port 80 freihabe auch eine ftp Verbindung hin, sofern das Protokoll erlaubt ist (in der Schule ist lediglich der Port zu).

Nein.

 

Apache bringt zwar auch einen FTP-Proxy mit, kann aber soweit ich weiß nicht auf ein und demselben Port nach HTTP oder FTP lauschen und dann je nach verwendetem Protokoll unterscheiden. Wenn du FTP auf Port 80 willst, dann kannst du das auch direkt ohne Proxy aufsetzen, nur dann musst du eben auf Apache auf diesem Port verzichten.

 

Mach's doch ganz einfach so: Installiere dir auf deinem Server unter Apache einen Web-FTP-Client. Auf den greifst du von überall über einen Webbrowser ganz normal zu über HTTP auf Port 80. Damit sollte das Problem gelöst sein.

 

http://www.net2ftp.com/

 

http://www.phpwebftp.com/

 

Alternativ und zeitgemäßer: Pfeife auf FTP und richte in deinem Apache die WebDAV-Unterstützung ein. Jedes halbwegs moderne Betriebssystem kann darauf zugreifen, und in vielen lassen sich ohne weitere Hilfsmittel sogar solche Freigaben als lokale Laufwerke mounten (Linux, MacOS X; Windows XP und 2003 AFAIK allerdings nur, wenn der WebDAV-Ordner über den Standardport 80 erreichbar und nicht SSL-verschlüsselt ist).

 

http://de.wikipedia.org/wiki/WebDAV

 

http://www.serverwatch.com/tutorials/article.php/2176771

 

http://www.tnpi.biz/computing/mac/tips/idisk/idisk-v2.shtml

 

bekomme allerdings einen Fehler sobald ich den Apach wieder starten will

Die Module mod_proxy und mod_proxy_http müssen aktiviert sein. Es könnte sein, dass diese in der httpd.conf noch auskommentiert sind. Das Rautenzeichen davor (#) einfach entfernen.

 

http://buecher.lingoworld.de/apache2/mod_proxy.html

 

http://httpd.apache.org/docs/2.0/mod/mod_proxy.html

 

Ein weiterer Stolperstein: Wenn du die Variante mit "vdr.xyz.dyndns.org" wählst, ist darauf zu achten, dass dein dyndns-client bei jeder Aktualisierung deiner IP beim Diensteanbieter DynDns auch die Wildcard-Option setzt.

 

http://www.dyndns.com/services/dns/statdns/faq.html#q22

 

Sonst bist du nur unter "xyz.dyndns.org" erreichbar (in diesem Fall könntest du deinen Webserver aber natürlich immer so aufsetzen, dass der Videorekorder über "xyz.dyndns.org/vdr" erreichbar ist; selbstverständlich kannst du aber auch beides gleichzeitig aktivieren, also dass du deinen VDR sowohl über "vdr.xyz.dyndns.org" (bei erlaubten Wildcards) als auch über "xyz.dyndns.org/vdr" erreichen kannst).

 

Eine weitere mögliche Fehlerquellen beim Ausprobieren zuhause: Bei vielen Router landet man beim internen Aufruf einer dyndns-Adresse auf deren Konfigurationsinterface. In diesem Fall hilft es, auf den Clients einen Proxy-Server des Providers einzustellen (sofern dieser sowas anbietet). Wenn es den nicht gibt, besteht noch die Möglichkeit die hosts-Datei aller lokaler Clients (also aller Rechner, die im internen Netz zuhause auf den DVBViewer-Webserver zugreifen wollen) anzupassen.

 

http://www.netzadmin.org/theorie/hosts-datei.htm

 

Der Eintrag müsste also bei dir heißen, xyz entsprechend angepasst:

192.168.1.101 vdr.xyz.dyndns.org

Eleganter wäre es aber wahrscheinlich bei mehreren Rechnern im Hause, gleich auf dem Server, auf dem auch der DVBViewer-Webserver läuft, einen einfachen DNS-Forwarder zu installieren und diesen als DNS-Server auf allen Clients einzutragen. Der Jana-Server erfüllt diese Aufgabe bei mir recht gut und ist sehr einfach zu handhaben.

 

http://www.janaserver.de/start.php?lang=de

[MatzeMuc86]

Danke für den TOP Beitrag.

Werde etwas Zeit brauchen um das durchzuarbeiten.

Auf jeden Fall schon einmal Danke.

MatzeMuc86