[Spacewalk-list] Proxy Server /cobbler_api Requests Timing Out

[Pierre Casenove]

Hello,
I've tested your script on my dev server:
tu-spa-d15 ~ $ ./koan_test.sh spacewalk
Issuing ping request to spacewalk
<?xml
version='1.0'?><methodResponse><params><param><value><boolean>1</boolean></value></param></params></methodResponse>

Issuing get_systems request to spacewalk
* About to connect() to tu-spa-d15.cst.cnes.fr port 80 (#0)
*   Trying 10.120.193.15... connected
* Connected to tu-spa-d15.cst.cnes.fr (10.120.193.15) port 80 (#0)
> POST /download//cobbler_api HTTP/1.1
> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/
3.16.2.3 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2
> Host: spacewalk
> Accept: */*
> Content-Type: text/xml
> Accept-Encoding: gzip
> X-Forwarded-For: 172.21.8.111
> X-Forwarded-Host: spacewalk-dmz.example.com
> X-Forwarded-Server: spacewalk-dmz.example.com
> Content-Length: 111
>
< HTTP/1.1 200 OK
< Date: Mon, 18 May 2015 07:47:53 GMT
< X-UA-Compatible: IE=edge,chrome=1
< Content-Type: text/xml;charset=UTF-8
< Content-Length: 129
< Connection: close
<
* Closing connection #0
<?xml
version='1.0'?><methodResponse><params><param><value><array><data></data></array></value></param></params></methodResponse>

I don't encounter your issue.

Pierre


2015-05-16 19:44 GMT+02:00 Jon Miller <jonebird at gmail.com>:

>
> Jon Miller writes:
>
> > Would anyone like to help me rule in or out my Spacewalk setup as
> functional
> > or not? Just copy the attached script and run it with the name of your
> > Spacewalk server as the argument like:
> >
> > ./koan_test.sh spacewalk.example.com
> >
> > It is designed to send requests to Spacewalk as it would have seen from a
> > client via a Proxy server. It issues two cobbler methods: ping &
> > get_systems. If your system is like mine, the ping will work but the
> > get_systems request will hang indefinitely.
>
> I "fixed" my issue via an addition of using mod_substitute in the
> cobbler-proxy.conf Apache config on my proxy.
>
> Since I was able to get the proxy functional by removing the "/download/"
> portion of the ProxyPass directives, therefore making it work like an
> internal, non-proxied request, the only piece left not working was the
> server
> names being reported back in responses. I then found mod_substitute and
> added
> a simple directive to handle the dynamic rewriting of the responses for my
> DMZ clients.
>
> Here is what my cobbler-proxy.conf now looks like:
>   ProxyPass /cobbler_api https://spacewalk.example.com/cobbler_api
>   ProxyPassReverse /cobbler_api https://spacewalk.example.com/cobbler_api
>   #RewriteRule ^/cblr/svc/op/ks/(.*)$ /download/$0 [P,L]
>   ProxyPass /cblr https://spacewalk.example.com/cblr
>   ProxyPassReverse /cblr https://spacewalk.example.com/cblr
>   ProxyPass /cobbler https://spacewalk.example.com/cobbler
>   ProxyPassReverse /cobbler https://spacewalk.example.com/cobbler
>   <Location "/">
>       AddOutputFilterByType SUBSTITUTE text/plain
>       Substitute "s|spacewalk.example.com|spacewalk-dmz.example.com|n"
>   </Location>
>
>
> Note: The main changes were to the first 3 lines and then the addition of
> the
> Location stanza at the end.
> - First two lines had the "/download/" part of the URL removed.
> - Third line commented out.
>
> Seems to be all working now. Through further testing, I imagine I may only
> need an additional AddOutputFilterByType statement to cover other
> Content-Types.
>
> --
> Jon Miller
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20150518/788f9459/attachment.htm>