CherryPy via Apache doorsturen

[Xanthium]

Beste Tweakers, ik ben vandaag aan het stoeien geweest met Ubuntu 9.04 server, alles gaat goed tot zover alleen kom ik hier niet uit; Ik heb Apache 2 draaien en SabNZBd+, een usenet client geschreven in Python met een webinterface beheerbaar die op de CherryPy server draait. Nu is het bekend dat CherryPy niet geschikt is om over het internet te draaien en ik wil toch ook buitenhuis de client kunnen bereiken. Oplossing is dus een proxy_mod instellen waarbij de CherryPy url wordt doorgelinkt naar een Apache url. Ik volg keurig de aanwijzing op de pagina van SabNZBd+ om dit voor elkaar te krijgen (hiero), maar dit wil maar niet werken. Ik krijg steeds een Internal Server error 500 als ik de apache URL probeer te openen.

Ik heb 1 apart puntje; CherryPy staat ingesteld om op IP 0.0.0.0:8080 te draaien omdat localhost of 127.0.0.1 of iets in deze range niet wil werken. Wellicht een conflict met het draaiende Apache, ik vermoed dat het hier mee te maken kan hebben. Ik heb al veel gegoogled maar geen oplossingen te vinden voor dit probleem. Iemand een idee?

[Verwijderd]

Geen oplossing voor je probleem maar wat ik altijd gebruik om webbased interfaces thuis te benaderen is de oeroude SSH Tunnel. Voordeel is je hoeft maar 1 poort in je firewall open te zetten (default 22). En je kan lekker secure bij je webbased interface

[Xanthium]

Verwijderd schreef op woensdag 10 juni 2009 @ 21:15:
Geen oplossing voor je probleem maar wat ik altijd gebruik om webbased interfaces thuis te benaderen is de oeroude SSH Tunnel. Voordeel is je hoeft maar 1 poort in je firewall open te zetten (default 22). En je kan lekker secure bij je webbased interface

hmm hoe doe je dat dan? de server draait text based, is het dan nog steeds mogelijk om via een ssh tunnel de webinterface te checken? ben hier nog niet zo ervaren mee

[serkoon]

Je kunt cherrypy op localhost laten luisteren door dit toe te voegen aan cherrypy.conf in de [global] sectie:

code:

server.socket_host = '127.0.0.1'

Als dat niet werkt, is het wellicht verstandig te kijken wat netstat je vertelt over listeners

[ Voor 20% gewijzigd door serkoon op 10-06-2009 21:48 ]

[Xanthium]

serkoon schreef op woensdag 10 juni 2009 @ 21:47:
Je kunt cherrypy op localhost laten luisteren door dit toe te voegen aan cherrypy.conf in de [global] sectie:

code:

server.socket_host = '127.0.0.1'

Als dat niet werkt, is het wellicht verstandig te kijken wat netstat je vertelt over listeners

ja, het draait an sich wel goed zo alleen krijg ik het niet voor elkaar om cherrypy achter apache te krijgen. sommige sites raden mod_rewrite aan maar dat is ook een beetje een overdreven methode denk ik

[Verwijderd]

Xanthium schreef op woensdag 10 juni 2009 @ 21:42:
[...]


hmm hoe doe je dat dan? de server draait text based, is het dan nog steeds mogelijk om via een ssh tunnel de webinterface te checken? ben hier nog niet zo ervaren mee

In de simpelste vorm gewoon zo:

verweguser@blaat:~$ ssh -L 8000:localhost:8080 user@thuisserver

Als je nu op de host blaat in je browser http://localhost:8000 tikt zit je op je thuisserver op poortje 8080 en daarvoor hoef je alleen thuis poort 22 open te zetten. De rest doet openssh voor je

Nog enkele links:

http://callmelocalhost.co...ive/2007/07/23/ssh-tunnel
http://www.revsys.com/writings/quicktips/ssh-tunnel.html
http://polishlinux.org/ap...pass-corporate-firewalls/
http://www.kde.nl/doc/kmail-ssh/
http://www.engadget.com/2...or-secure-network-access/
http://www.freebsd.org/do...oks/handbook/openssh.html

[Xanthium]

Verwijderd schreef op donderdag 11 juni 2009 @ 05:50:
[...]


In de simpelste vorm gewoon zo:

verweguser@blaat:~$ ssh -L 8000:localhost:8080 user@thuisserver

Als je nu op de host blaat in je browser http://localhost:8000 tikt zit je op je thuisserver op poortje 8080 en daarvoor hoef je alleen thuis poort 22 open te zetten. De rest doet openssh voor je

Nog enkele links:

http://callmelocalhost.co...ive/2007/07/23/ssh-tunnel
http://www.revsys.com/writings/quicktips/ssh-tunnel.html
http://polishlinux.org/ap...pass-corporate-firewalls/
http://www.kde.nl/doc/kmail-ssh/
http://www.engadget.com/2...or-secure-network-access/
http://www.freebsd.org/do...oks/handbook/openssh.html

bedankt voor de info! ik ga er eens mee stoeien

[Xanthium]

Verwijderd schreef op donderdag 11 juni 2009 @ 05:50:
[...]


In de simpelste vorm gewoon zo:

verweguser@blaat:~$ ssh -L 8000:localhost:8080 user@thuisserver

Als je nu op de host blaat in je browser http://localhost:8000 tikt zit je op je thuisserver op poortje 8080 en daarvoor hoef je alleen thuis poort 22 open te zetten. De rest doet openssh voor je

Nog enkele links:

...

dit verhaal gaat alleen op als je vanaf een unix client naar de bak ssht, dus niet als ik met windows putty naar de bak ssh?

[Verwijderd]

Xanthium schreef op zaterdag 13 juni 2009 @ 12:49:
[...]


dit verhaal gaat alleen op als je vanaf een unix client naar de bak ssht, dus niet als ik met windows putty naar de bak ssh?

SSH tunnels werken prima met Putty hoor

Voorbeeldje: http://people.hmdc.harvard.edu/~mathpre/vnc/putty/

[P5ycho]

Het lijkt me duidelijk dat je even moet zorgen dat cherryPy op je localhost komt te draaien, ik vind het niet gek dat apache niet wil proxyen naar 0.0.0.0:8080...

heb je je apache setup al goed draaiend, of probeer je nu beide tegelijk vers te installeren?
kijk eens in je httpd.conf, op welk adres/poort luistert apache? Geeft apache ook daadwerkelijk een standaard pagina weer op die locatie ("It Works!")?

[ Voor 43% gewijzigd door P5ycho op 13-06-2009 13:36 ]

[Xanthium]

P5ycho schreef op zaterdag 13 juni 2009 @ 13:25:
Het lijkt me duidelijk dat je even moet zorgen dat cherryPy op je localhost komt te draaien, ik vind het niet gek dat apache niet wil proxyen naar 0.0.0.0:8080...

heb je je apache setup al goed draaiend, of probeer je nu beide tegelijk vers te installeren?
kijk eens in je httpd.conf, op welk adres/poort luistert apache? Geeft apache ook daadwerkelijk een standaard pagina weer op die locatie ("It Works!")?

apache werkt goed, is met de systeem installatie van ubuntu server meegekomen (+php en mysql)
ik heb sabnzbd en torrentflux later geinstalleerd, torrentflux draait ook op python maar wordt geserveerd via apache en levert geen problemen op. sabnzbd komt met eigen "webserver", cherrypy. Elke keer als ik nu handmatig "localhost" instel in de sabnzbd config file word deze teruggeschreven naar 0.0.0.0 als ik het systeem herstart en sabnzbd als deamon word gestart. Wanneer ik de deamon kill, config naar localhost aanpas en handmatig sabnzbd opstart blijft deze hangen. Zie log:

[log]
13/Jun/2009:18:25:49 CONFIG INFO Server parameters:
13/Jun/2009:18:25:49 CONFIG INFO server.environment: production
13/Jun/2009:18:25:49 CONFIG INFO server.log_to_screen: False
13/Jun/2009:18:25:49 CONFIG INFO server.log_file: /home/user/.sabnzbd/logs/cherrypy.log
13/Jun/2009:18:25:49 CONFIG INFO server.log_tracebacks: True
13/Jun/2009:18:25:49 CONFIG INFO server.log_request_headers: False
13/Jun/2009:18:25:49 CONFIG INFO server.protocol_version: HTTP/1.0
13/Jun/2009:18:25:49 CONFIG INFO server.socket_host:
13/Jun/2009:18:25:49 CONFIG INFO server.socket_port: 8080
13/Jun/2009:18:25:49 CONFIG INFO server.socket_file:
13/Jun/2009:18:25:49 CONFIG INFO server.reverse_dns: False
13/Jun/2009:18:25:49 CONFIG INFO server.socket_queue_size: 5
13/Jun/2009:18:25:49 CONFIG INFO server.thread_pool: 10
13/Jun/2009:18:25:50 HTTP INFO Serving HTTP on http://localhost:8080/
[/log]

hij blijft dan dus hangen op de laatste regelen, maar er word dan ook niks geserveerd. Ik kan het zo snel even niet terugvinden, maar ik krijg ook weleens de error dat het adres al in gebruik is. Ik merkte op dat python 2.5 en python 2.6 naast elkaar op het systeem geinstalleerd zijn dus ik heb torrentflux nu ook op 2.5 laten lopen zodat er momenteel geen 2.6 instances meer draaien. Ik dacht dat het hieraan zoukunnen liggen (conflict) maar neit dus.. in ps ax word het proces als volgt aangeduid:

2457 ? Sl 0:03 /usr/bin/python2.5 -OO /usr/bin/sabnzbdplus --daemon --server 0.0.0.0:

[ Voor 27% gewijzigd door Xanthium op 13-06-2009 18:46 ]

[Xanthium]

na de apache logs doorgespit te hebben krijg ik dit op het moment dat ik de URL probeer te openen:

[warn] proxy: No protocol handler was valid for the URL /sabnzbd. If you are using a DSO version of mod_proxy, make sure the proxy submodules are included in the configuration using LoadModule.


weet iemand wat het probleem kan zijn met deze info?3


edit: probleem opgelost, ik had niet alle proxy modules ingeladen, nu werkt het

[ Voor 19% gewijzigd door Xanthium op 13-06-2009 20:14 ]

[P5ycho]

mod_proxy_http vergeten?

[Xanthium]

P5ycho schreef op zaterdag 13 juni 2009 @ 21:37:
mod_proxy_http vergeten?

yep hehe