Hallo zusammen,
mein Apache will meinen vhost irgendwie nicht ...
/etc/apache2/vhosts.d # rcapache2 start -S
Starting httpd2 (prefork) VirtualHost configuration:
wildcard NameVirtualHosts and _default_ servers:
*:80 is a NameVirtualHost
default server blub.blub.dyndns.org
(/etc/apache2/vhosts.d/vhosts.conf:17)
port 80 namevhost blub.blub.dyndns.org
(/etc/apache2/vhosts.d/vhosts.conf:17)
Syntax OK
failed
Auf was kann das denn hin deuten?
Ich habe folgendes in die hhtp.conf included um einen revers proxy
aufzusetzen.
NameVirtualHost *:80
Hallo Michael, Michael wrote:
mein Apache will meinen vhost irgendwie nicht ...
/etc/apache2/vhosts.d # rcapache2 start -S Starting httpd2 (prefork) VirtualHost configuration: wildcard NameVirtualHosts and _default_ servers: *:80 is a NameVirtualHost default server blub.blub.dyndns.org (/etc/apache2/vhosts.d/vhosts.conf:17) port 80 namevhost blub.blub.dyndns.org (/etc/apache2/vhosts.d/vhosts.conf:17) Syntax OK
failed
Auf was kann das denn hin deuten?
Bekommst Du denn auch ein 'failed', wenn Du ohne die Option -S startest ? Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Dienstag, 1. April 2008, Joachim Marx wrote:
Bekommst Du denn auch ein 'failed', wenn Du ohne die Option -S startest ? Nein ich bekomme keines, allerdings dachte ich das ich hier nur mehr sehe da ich in jedem Fall einen nicht funktionierenden Reverse Proxy habe -- ist mein erster. Fühle mich wie ein DAu....
Michel
Hallo Michael,
Michael wrote:
mein Apache will meinen vhost irgendwie nicht ...
/etc/apache2/vhosts.d # rcapache2 start -S Starting httpd2 (prefork) VirtualHost configuration: wildcard NameVirtualHosts and _default_ servers: *:80 is a NameVirtualHost default server blub.blub.dyndns.org (/etc/apache2/vhosts.d/vhosts.conf:17) port 80 namevhost blub.blub.dyndns.org (/etc/apache2/vhosts.d/vhosts.conf:17) Syntax OK
failed
Auf was kann das denn hin deuten?
Bekommst Du denn auch ein 'failed', wenn Du ohne die Option -S startest ?
Joachim
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Michael, Michael wrote:
On Dienstag, 1. April 2008, Joachim Marx wrote:
Bekommst Du denn auch ein 'failed', wenn Du ohne die Option -S startest ?
Nein ich bekomme keines, allerdings dachte ich das ich hier nur mehr sehe da ich in jedem Fall einen nicht funktionierenden Reverse Proxy habe [...]
Heisst das, Dein Apache startet nun (ohne die Option -S), aber der Reverse Proxy arbeitet immer noch nicht wie gewünscht, reicht also Anfragen nicht auf den Port 5801 an localhost weiter? Klappt denn auf dem Rechner, auf dem der Apache läuft, lokal überhaupt ein http://localhost:5801? Was schreibt denn der Apache in sein Logfile, wenn ein Zugriff auf Port 80 kommt? Zusatz-Frage: Warum überhaupt ein Reverse Proxy, wenn Du doch auf denselben Rechner weiterleitest? Nur um den Port 80 auf Port 5801 zu mappen? Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Joachim,
On Dienstag, 1. April 2008, Joachim Marx wrote:
Bekommst Du denn auch ein 'failed', wenn Du ohne die Option -S startest ?
Nein ich bekomme keines, allerdings dachte ich das ich hier nur mehr sehe da ich in jedem Fall einen nicht funktionierenden Reverse Proxy habe [...]
Heisst das, Dein Apache startet nun (ohne die Option -S), ja aber der Reverse Proxy arbeitet immer noch nicht wie gewünscht, reicht also Anfragen nicht auf den Port 5801 an localhost weiter? kann ich nicht eindeutig sagen, Details unten
Klappt denn auf dem Rechner, auf dem der Apache läuft, lokal überhaupt ein http://localhost:5801? ja problemlos
Zusatz-Frage: Warum überhaupt ein Reverse Proxy, wenn Du doch auf denselben Rechner weiterleitest? Nur um den Port 80 auf Port 5801 zu mappen? Die Zusatzfrage zuerst: ich möchte über blub.dyndns.org aus einem LAN in dem nur port 80 frei ist auf meinen Rechner kommen, blub.dyndns.org:5801 funktioniert technisch auf einem offenen Netz nur nicht wenn der port 5801 zu ist. Also möchte ich den port 80 "umleiten" (redirect). Grundsätzlich sollte meine vhosts.conf stimmen da ich die von einem Bekannte haben bei dem es allerdings unter gentoo funktioniert. Das Delta ist demnach in den defaults der Distribution und meinem Nicht-Wissen zu suchen.
Was schreibt denn der Apache in sein Logfile, wenn ein Zugriff auf Port 80 kommt? Hier kommt eigentlich "nur" ein Fehler: Tue Apr 01 21:06:31 2008] [error] [client 127.0.0.1] Invalid Content-Length Aber den kann ich einfach nicht interpretieren, insbesondere da localhost:5801 funktioniert
Hier im Zusammenhang: [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1756): proxy: HTTP: has acquired connection for (localhost) [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1816): proxy: connecting http://localhost:5801/VncViewer.class to localhost:5801 [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1909): proxy: connected /VncViewer.class to localhost:5801 [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(2003): proxy: HTTP: fam 2 socket created to connect to localhost [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(2099): proxy: HTTP: connection complete to 127.0.0.1:5801 (localhost) [Tue Apr 01 21:06:31 2008] [debug] mod_proxy_http.c(1448): proxy: start body send [Tue Apr 01 21:06:31 2008] [error] [client 127.0.0.1] Invalid Content-Length [Tue Apr 01 21:06:31 2008] [debug] mod_proxy_http.c(1537): proxy: end body send [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1774): proxy: HTTP: has released connection for (localhost) Viele Grüße und Dank Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 1. April 2008 21:17:24 schrieb Michael:
Zusatz-Frage: Warum überhaupt ein Reverse Proxy, wenn Du doch auf denselben Rechner weiterleitest? Nur um den Port 80 auf Port 5801 zu mappen?
Die Zusatzfrage zuerst: ich möchte über blub.dyndns.org aus einem LAN in dem nur port 80 frei ist auf meinen Rechner kommen, blub.dyndns.org:5801 funktioniert technisch auf einem offenen Netz nur nicht wenn der port 5801 zu ist. Also möchte ich den port 80 "umleiten" (redirect). Grundsätzlich sollte meine vhosts.conf stimmen da ich die von einem Bekannte haben bei dem es allerdings unter gentoo funktioniert. Das Delta ist demnach in den defaults der Distribution und meinem Nicht-Wissen zu suchen.
Warum nicht ein Portredirect per Iptables? Einfacher als Apache zu konfigurieren. iptables -A PREROUTING -t nat -p tcp -i eth+ --dport 80 -j DNAT --to localhost:5801 Damit sollte alles auf Port 80 von den eth-Devices auf den Port 5801 umgeleitet werden. Habe ich hier aber nicht getestet. Gruß Udo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Man sollte es auch testen: iptables -I PREROUTING -t nat -p tcp -i eth+ --sport 5801 -j DNAT --to $IP:80 server:~ # iptables -I PREROUTING -t nat -p tcp -i eth+ --dport 80 -j DNAT --to $IP:5801 $IP ist deine lokale IP, nicht localhost oder 127.0.0.1. Gruß Udo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Michael wrote:
Die Zusatzfrage zuerst: ich möchte über blub.dyndns.org aus einem LAN in dem nur port 80 frei ist auf meinen Rechner kommen, blub.dyndns.org:5801 funktioniert technisch auf einem offenen Netz nur nicht wenn der port 5801 zu ist. Also möchte ich den port 80 "umleiten" (redirect).
Dann ist doch ein Reverse Proxy mit Kanonen auf Spatzen geschossen und er ist ja eigentlich auch für andere Szenarien gedacht. Meine Meinung: Da Du nur eine Weiterleitung des Ports brauchst, folge dem (korrigierten) Vorschlag von Udo. Trotzdem ist es interessant zu klären, warum Du den Fehler "Invalid Content-Length" bekommst ... Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Michael wrote:
Hier im Zusammenhang: [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1756): proxy: HTTP: has acquired connection for (localhost) [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1816): proxy: connecting http://localhost:5801/VncViewer.class to localhost:5801 [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1909): proxy: connected /VncViewer.class to localhost:5801 [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(2003): proxy: HTTP: fam 2 socket created to connect to localhost [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(2099): proxy: HTTP: connection complete to 127.0.0.1:5801 (localhost) [Tue Apr 01 21:06:31 2008] [debug] mod_proxy_http.c(1448): proxy: start body send [Tue Apr 01 21:06:31 2008] [error] [client 127.0.0.1] Invalid Content-Length
Dein Apache verbindet sich also korrekt mit lcoalhost:5801. Die Antwort "Invalid Content-Length" kommt doch hier vom remote host (der in Deinem Fall localhost ist). Wer/was lauscht denn auf Port 5801 ? Hat die dort lauschende Anwendung ein Log? Was sagt es? Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo zusammen, On Dienstag, 1. April 2008, Joachim Marx wrote:
Michael wrote:
Die Zusatzfrage zuerst: ich möchte über blub.dyndns.org aus einem LAN in dem nur port 80 frei ist auf meinen Rechner kommen, blub.dyndns.org:5801 funktioniert technisch auf einem offenen Netz nur nicht wenn der port 5801 zu ist. Also möchte ich den port 80 "umleiten" (redirect).
Dann ist doch ein Reverse Proxy mit Kanonen auf Spatzen geschossen und er ist ja eigentlich auch für andere Szenarien gedacht. Meine Meinung: Da Du nur eine Weiterleitung des Ports brauchst, folge dem (korrigierten) Vorschlag von Udo. Jein, ich nutze nur auf dem Router die Firewall alle anderen Rechner im Netz laufen ohne FW. Was mir nicht ganz klar ist: lege ich mir nicht ein "Ei" wenn ich port 80 komplett umleite? Könnte ich dann noch von meinem Heimnetz aus das Internet nutzen = surfen ??
Ich hatte die lösung über den redirekt gut gefunden weil ich halt nur über eine Adresse kommen kann und diese gezielt routen könnte.. Ich würde (vorerst) gerne die redirekt Lösung verfolgen.
Trotzdem ist es interessant zu klären, warum Du den Fehler "Invalid Content-Length" bekommst ...
Ja, ich habe mal alle Logs unter /var/log durchkämmt aber nichts weiter gefunden. Leider bin ich auch mit google nicht weiter gekommen. Wie könnte ich das Problem angehen? Mir sind die Idee ausgegangen. Ich vermute (hoffenlich lege ich nun keine falsche Idee in den Raum..) dass ich keinen connect bekomme dann evt. ein timeout und in dessen Folge evt. eine null länge also eine invalid Content-Length??? mit localhost:5801 bekomme ich keine Problem, mit localhost:80 geht es gleich damit los dass ich die meldung bekomme loading Applet die Java Console meldet: KJAS: VncViewer could not be fixed java.lang.ClassFormatError: Truncated class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at org.kde.kjas.server.KJASAppletClassLoader.fixAndDefineClass(KJASAppletClassLoader.java:352) at org.kde.kjas.server.KJASAppletClassLoader.loadFixedClass(KJASAppletClassLoader.java:295) at org.kde.kjas.server.KJASAppletClassLoader.findClass(KJASAppletClassLoader.java:238) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.kde.kjas.server.KJASAppletClassLoader.loadClass(KJASAppletClassLoader.java:254) at org.kde.kjas.server.KJASAppletStub$RunThread.doState(KJASAppletStub.java:167) at org.kde.kjas.server.KJASAppletStub$RunThread.run(KJASAppletStub.java:255) Allerdings: localhost:5801 funktioniert also kann das Teil nicht korrupt sein. ????? Viele Grüße Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Joachim Marx wrote:
Michael wrote:
Hier im Zusammenhang: [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1756): proxy: HTTP: has acquired connection for (localhost) [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1816): proxy: connecting http://localhost:5801/VncViewer.class to localhost:5801 [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(1909): proxy: connected /VncViewer.class to localhost:5801 [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(2003): proxy: HTTP: fam 2 socket created to connect to localhost [Tue Apr 01 21:06:31 2008] [debug] proxy_util.c(2099): proxy: HTTP: connection complete to 127.0.0.1:5801 (localhost) [Tue Apr 01 21:06:31 2008] [debug] mod_proxy_http.c(1448): proxy: start body send [Tue Apr 01 21:06:31 2008] [error] [client 127.0.0.1] Invalid Content-Length
Dein Apache verbindet sich also korrekt mit lcoalhost:5801. Die Antwort "Invalid Content-Length" kommt doch hier vom remote host (der in Deinem Fall localhost ist). Wer/was lauscht denn auf Port 5801 ? Hat die dort lauschende Anwendung ein Log? Was sagt es?
Vielleicht hilft Dir der Hinweis: http://httpd.apache.org/docs/2.2/mod/mod_proxy.html Request Bodies Some request methods such as POST include a request body. The HTTP protocol requires that requests which include a body either use chunked transfer encoding or send a Content-Length request header. When passing these requests on to the origin server, mod_proxy_http will always attempt to send the Content-Length. But if the body is large and the original request used chunked encoding, then chunked encoding may also be used in the upstream request. You can control this selection using environment variables. Setting proxy-sendcl ensures maximum compatibility with upstream servers by always sending the Content-Length, while setting proxy-sendchunked minimizes resource usage by using chunked encoding. Ich würde mal mit den genannten Environment Variablen experimentieren. Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Dienstag, 1. April 2008, Joachim Marx wrote:
Dein Apache verbindet sich also korrekt mit lcoalhost:5801. Die Antwort "Invalid Content-Length" kommt doch hier vom remote host (der in Deinem Fall localhost ist).
Wer/was lauscht denn auf Port 5801 ? Hat die dort lauschende Anwendung ein Log? Was sagt es? Es lauscht /usr/bin/vnc_inetd_httpd um den java vncclient zustarten.
Die ein log vom java client habe ich so eben an die Liste geschickt.
Aber, über localhost:5801 habe ich das Problem nicht... kann es dann am
localhost liegen?
Oder kommt da nur was im redirekt nicht zurück? Ich habe gegoogel und
finde da den port 5801 für den Aufbau der Verbindung und 5901 für das
Applet?? Ich bin mir da nicht sicher nur das zwei ports im Spiel sind -
ich aber nur einen redirekte...
Ich könnte ja mal den anderen port auch redirekten aber wie muss ich
dann meine datei vhosts.conf ändern hier ist was ich aktuell habe:
NameVirtualHost *:80
On Dienstag, 1. April 2008, Joachim Marx wrote:
Vielleicht hilft Dir der Hinweis: http://httpd.apache.org/docs/2.2/mod/mod_proxy.html [....] Ich würde mal mit den genannten Environment Variablen experimentieren. Joachim Besten Dank, habe es mit SetEnv <VAR> 1 probiert und bin leider auch nicht weiter gekommen. Nur zum dopptelt prüfen, ich habe es in die Datei vhosts.conf geschriben da ist es doch oder ? Es landet ja ohnehin alles in http.conf...
Guten Nacht Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Michael, Michael wrote:
On Dienstag, 1. April 2008, Joachim Marx wrote:
Wer/was lauscht denn auf Port 5801 ? Hat die dort lauschende Anwendung ein Log? Was sagt es?
Es lauscht /usr/bin/vnc_inetd_httpd um den java vncclient zustarten.
Ahh, vnc ... hätte ich eigentlich auch gleich Deinem Log entnehmen können.
Oder kommt da nur was im redirekt nicht zurück? Ich habe gegoogel und finde da den port 5801 für den Aufbau der Verbindung und 5901 für das Applet?? Ich bin mir da nicht sicher nur das zwei ports im Spiel sind - ich aber nur einen redirekte...
Soweit ich das VNC-Konzept verstehe, wird bei Verwendung des HTTP/Java-Viewers vom Browser eine Verbindung zum VNC-Server aufgebaut auf Port 5800+Displaynummer, also für Display :1 wäre das 5801. Von dort wird dann das Java-Applet geladen, das dann in deinem Browser läuft und sich mit dem 'normalen' VNC-Port verbindet, nämlich 5900+Displaynummer, also 5901 für Display :1. Port 5901 ist aber _nicht erreichbar_, da in Deinem Szenario ja nur Port 80 durchgelassen wird und dieser auf 5801 per Reverse Proxy weitergeleitet wird. Aber bei Dir lädt ja wohl nicht mal das Java-Applet, oder? (Das sollte eigentlich klappen mit der beschriebenen Konfiguration. Nur dass dieses sich dann nicht mit dem VNC-Server verbinden kann.)
Ich könnte ja mal den anderen port auch redirekten aber wie muss ich dann meine datei vhosts.conf ändern hier ist was ich aktuell habe:
So, und da kommst Du meiner Meinung nach an die Grenzen Deines Revers Proxy Ansatzes. Vorschlag: Mach auf der Firewall den Port 22 auf und tunnele VNC über ssh, was man ohnehin unbedingt machen sollte, zumindest wenn man von ausserhalb eines geschützten LAN zugreift. Howtos findest Du dazu genug im Web. (Google Suchworte: vnc via ssh tunnel) Ansonsten musst Du nochmal Deine Netzwerk-Situation genauer beschreiben, die ist mir nicht ganz klar geworden. Was ich verstanden habe: Du willst willst von aussen auf einen Rechner (vncserver) zugreifen, der aber hinter einer Firewall steht, der ausschliesslich Port 80 durchlässt. Ist das die Lage? Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Michael wrote:
On Dienstag, 1. April 2008, Joachim Marx wrote:
Vielleicht hilft Dir der Hinweis: http://httpd.apache.org/docs/2.2/mod/mod_proxy.html [....] Ich würde mal mit den genannten Environment Variablen experimentieren. Joachim Besten Dank, habe es mit SetEnv <VAR> 1 probiert und bin leider auch nicht weiter gekommen. Nur zum dopptelt prüfen, ich habe es in die Datei vhosts.conf geschriben da ist es doch oder ? Es landet ja ohnehin alles in http.conf...
Geh doch mal zu dem Vorschlag Port Forwarding zurück: Du sagst, das du auf den Rechnern keine Firewall laufen hast; allerdings sitzen die hinter einem Router. Eigentlich reicht es also, wenn Du am Router einstellst, das alle eingehenden Requests auf Port 80 an deinen Rechner Port 5801 weitergeleitet werden. Das hat KEINE Auswirkungen auf Traffic von innen (deinen Rechnern) nach aussen auf Port 80: Hier gehen die Requests von einem High Port ab zu Port 80 und es kommen Antwortpakete; das ist ein ganz anders Szenario. ABER: IMO ist es eine sch... Idee, Port 80 nach aussen zu öffnen. Ahnst Du, wieviele Requests auf den "Standard" Ports regelmässig eingehen werden? Ist allerdings deine Sache. Andreas (Der an seinem Router einen "nicht normalen" Port auf Port 22 am Server weiterleitet, damit Remote Zugriff machbar ist) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (4)
-
Joachim Marx -
Kyek, Andreas, VF-DE -
Michael -
Udo Neist