Virtual Site Root problems
Hello, I currently use Zope 2.3.3 (source release, python 1.5.2, linux2) (Debianzied Version). I installed VirtualSiteRoot-1-0-0 as Product. Now I have the problem that I can't copy/paste into or out from a directory that has such a virtual site root. Public Prefix: Verboose Configuration: Apache is configured using the proxypass directive to forward the requests to Zope. I have a virtual site root in / configured for the Folder /zawiw/: Title: Virtual Site Root for ZAWiW Public Prefix: http://multimedia.zawiw.uni-ulm.de Public Path Prefix: /zope/ Management Prefix: https://multimedia.zawiw.uni-ulm.de Management Path Prefix /zope/ Now, I have a second site root sitting inside the Folder /zawiw/ configured for the folder /zawiw/gl/: Title: Virtual Site Root for Gemeinsam Lernenhttp://gl.schabi.de Public Path Prefix: / Management Prefix: https://multimedia.zawiw.uni-ulm.de Management Path Prefix: /zope/gl/ I have several other subfolders in /zawiw without virtual site roots. My users are defined in /zawiw/acl_users, and they login using https://multimedia.zawiw.uni-ulm.de/zope/manage as URL. Now - as the URLs for the management interface are kept consistent - they can manage the gl virtual host, and the other folders without virtual hosts. The problem now is that cut/copy/paste fails between the /zawiw/gl folder and other folders inside /zawiw. It works fine between those other folders, and it works fine inside /zawiw/gl. Is there any update that can correct this error? Do I have any chance to correct it myself? I even would appreciate any other way to implement virtual hosts that enables (or restricts) accessing the management interface through https. (Also, a way to access / through https would be appreciated). Is the CGI interface a way to do this? I would like to avoid installing a Zope release that is not available as a .deb package, but I have no problems installing custom products. PS: I subscribed to the mailing list, so no Cc: on answers needed. Thanks, Markus
On Wed, Oct 24, 2001 at 12:53:29PM +0200, Markus Schaber wrote:
I currently use Zope 2.3.3 (source release, python 1.5.2, linux2) (Debianzied Version).
I installed VirtualSiteRoot-1-0-0 as Product.
Now I have the problem that I can't copy/paste into or out from a directory that has such a virtual site root.
Try a VirtualHostMonster instead; it may work out easier. There are probably other solutions in the mailing list archives. In any case, details of my setup are at http://www.zope.org/Members/mwr/VHosts_With_Zope_Default
I even would appreciate any other way to implement virtual hosts that enables (or restricts) accessing the management interface through https. (Also, a way to access / through https would be appreciated). Is the CGI interface a way to do this?
You should be able to use Apache RewriteRules to send non-secure /manage requests somewhere other than the ZMI -- for example, to a Zope-hosted or Apache-hosted page that either gives instructions or maybe even offers a redirect to the https version. However, understand that any page on a Zope site could require authentication, and by the time your Zope server saw any username/password responses, it would already be too late. -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University -- renfro@tntech.edu
Hi, On Wed, 24 Oct 2001 08:54:17 -0500, "Mike Renfro" <renfro@tntech.edu> wrote:
I currently use Zope 2.3.3 (source release, python 1.5.2, linux2) (Debianzied Version).
I installed VirtualSiteRoot-1-0-0 as Product.
Now I have the problem that I can't copy/paste into or out from a directory that has such a virtual site root.
Try a VirtualHostMonster instead; it may work out easier. There are probably other solutions in the mailing list archives. In any case, details of my setup are at http://www.zope.org/Members/mwr/VHosts_With_Zope_Default
Thanks, I'll try that. Do you think it makes any sense to use the VirtualHostMonster in the inner directory (gl) for the virtual host, and keep the VSR on the upper directory to keep the management interface available by https?
I even would appreciate any other way to implement virtual hosts that enables (or restricts) accessing the management interface through https. (Also, a way to access / through https would be appreciated). Is the CGI interface a way to do this?
You should be able to use Apache RewriteRules to send non-secure /manage requests somewhere other than the ZMI -- for example, to a Zope-hosted or Apache-hosted page that either gives instructions or maybe even offers a redirect to the https version.
That's a good idea, I'll look into this. My idea would be an automatic redirect to the https URL on all sites that use authentication, but I don't know whether this is doable.
However, understand that any page on a Zope site could require authentication, and by the time your Zope server saw any username/password responses, it would already be too late.
That's one of the problems I already thought about, but as far as I noticed, the VSR managed to redirect all management interface accesses to the https. And up to now, I didn't have anything else that needed authentication. markus -- You don't have to be Microsoft to suck... but it helps. (Tim Hammerquist in comp.lang.python)
On Wed, Oct 24, 2001 at 07:18:10PM +0200, Markus Schaber wrote:
Do you think it makes any sense to use the VirtualHostMonster in the inner directory (gl) for the virtual host, and keep the VSR on the upper directory to keep the management interface available by https?
I'd be very surprised if you couldn't eliminate the VSR entirely with the right RewriteRules, if all you're getting is https support. But I've not messed with https at all. -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University -- renfro@tntech.edu
Hi, On Wed, 24 Oct 2001 13:29:43 -0500, "Mike Renfro" <renfro@tntech.edu> wrote:
Do you think it makes any sense to use the VirtualHostMonster in the inner directory (gl) for the virtual host, and keep the VSR on the upper directory to keep the management interface available by https?
I'd be very surprised if you couldn't eliminate the VSR entirely with the right RewriteRules, if all you're getting is https support. But I've not messed with https at all.
The main thing I get is that I can select different rules for viewing and the management pages. (https for management, and a virtual host without https for viewing) I don't know how to achieve this using the VirtualHostMonster, except having tons of wildcard patterns matching all possible management functions. (And lots of recherche to get all this pathes.) markus -- You don't have to be Microsoft to suck... but it helps. (Tim Hammerquist in comp.lang.python)
On Wed, Oct 24, 2001 at 09:32:45PM +0200, Markus Schaber wrote:
I don't know how to achieve this using the VirtualHostMonster, except having tons of wildcard patterns matching all possible management functions. (And lots of recherche to get all this pathes.)
Untested, and probably won't work for all manage pages without some $1 magic, but it *does* at least provide an external redirect: RewriteRule ^/*manage https://myhost.mydomain/otherpath/manage [R] But yeah, if you wanted to get *every* possible ZMI page, that would get ugly. But since you're not worried about other pages that might require auth (since you don't have any), how big a jump is it to assume that your managers will only be going to /manage URLs? -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University -- renfro@tntech.edu
Hi, On Thu, 25 Oct 2001 08:22:25 -0500, "Mike Renfro" <renfro@tntech.edu> wrote:
I don't know how to achieve this using the VirtualHostMonster, except having tons of wildcard patterns matching all possible management functions. (And lots of recherche to get all this pathes.)
Untested, and probably won't work for all manage pages without some $1 magic, but it *does* at least provide an external redirect:
RewriteRule ^/*manage https://myhost.mydomain/otherpath/manage [R]
But yeah, if you wanted to get *every* possible ZMI page, that would get ugly. But since you're not worried about other pages that might require auth (since you don't have any), how big a jump is it to assume that your managers will only be going to /manage URLs?
Not every method in the management interfaces is called "manage". Most of them have a "manage" at the beginning, but can I really count on that? markus -- You don't have to be Microsoft to suck... but it helps. (Tim Hammerquist in comp.lang.python)
Markus Schaber wrote:
On Thu, 25 Oct 2001 08:22:25 -0500, "Mike Renfro" <renfro@tntech.edu> wrote:
I don't know how to achieve this using the VirtualHostMonster, except having tons of wildcard patterns matching all possible management functions. (And lots of recherche to get all this pathes.)
Untested, and probably won't work for all manage pages without some $1 magic, but it *does* at least provide an external redirect:
RewriteRule ^/*manage https://myhost.mydomain/otherpath/manage [R]
But yeah, if you wanted to get *every* possible ZMI page, that would get ugly. But since you're not worried about other pages that might require auth (since you don't have any), how big a jump is it to assume that your managers will only be going to /manage URLs?
Not every method in the management interfaces is called "manage". Most of them have a "manage" at the beginning, but can I really count on that?
Certainly not. There are products in my tree that have mgmt methods not starting with 'manage'. -- Matt Behrens <matt.behrens@kohler.com> System Analyst, Baker Furniture
participants (3)
-
Behrens Matt - Grand Rapids -
Markus Schaber -
Mike Renfro