-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 09/09/2005 14:45, Pete Hoffswell uttered:
Anyone have an idea on how to configure apache2 to run nav off a
directory, and not as a virtual server?
I'm sorry, but that won't work, even if you do configure Apache that
way. NAV 3 itself doesn't support running off anything but the (virtual)
server root.
The reason you are redirected when you browse http://myserver.com/nav is
that NAV screens every request to the (virtual) server to perform access
control based on the privileges that have been granted in the NAV
Useradmin panel. The privilege configuration that comes with a fresh
NAV installation doesn't grant anyone access to the URL "/nav", so you
are redirected to the login screen.
In your case, the login screen isn't even where NAV thinks it should be,
since you placed NAV under /nav/ instead of /.
Of course, NAV could surely be fixed to support this way of serving it,
by introducing a global configuration option for a URL prefix, but the
changes would probably need to be all over the place.
- --
Morten Vold
NTNU ITEA Integrasjonsgruppen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Thunderbird -
http://enigmail.mozdev.org
iD8DBQFDIY8GXxIl0kpcOkQRAqP+AKCYixHrq10yHc7KjJx0CSZXke2FvACg0AEH
E9+qO6IPoSds2ySk9uFzXcY=
=ripK
-----END PGP SIGNATURE-----
>From Pete.Hoffswell at davenport.edu Fri Sep 9 12:48:31 2005
From: Pete.Hoffswell at davenport.edu (Pete Hoffswell)
Date: Fri Sep 9 17:49:30 2005
Subject: [Nav-users] Suse 9.1 apache/conf.d/nav.conf ?
Message-ID:
s32176bd.007@dugwia1.davenport.edu
Thanks, Morten -
I got things running by configuring my server to use virtual servers, and using the following config file. This might help other users, so here you are:
Suse 9.1 Apache2 virtual server config file for nav:
networker2:~ # cat /etc/apache2/vhosts.d/nav.conf
# NAV instance
<VirtualHost *:80>
DocumentRoot /usr/local/nav/apache/webroot
ServerName nav.davenport.edu
ServerAdmin pete.hoffswell@davenport.edu
<Directory "/usr/local/nav/apache/webroot">
Options None
AllowOverride None
Order allow,deny
Allow from all
</Directory>
<IfDefine SSL>
SSLEngine off
</IfDefine>
ServerAdmin pete.hoffswell@davenport.edu
ServerName nav.davenport.edu
UseCanonicalName Off
DocumentRoot "/usr/local/nav/apache/webroot"
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory "/usr/local/nav/apache/webroot">
Options Indexes FollowSymLinks ExecCGI
AllowOverride All
Order allow,deny
Allow from all
</Directory>
DirectoryIndex index.html index.html.var index.php index.cgi
AccessFileName .htaccess
AddEncoding x-compress Z
AddEncoding x-gzip gz tgz
AddLanguage en .en
AddLanguage no .no
LanguagePriority en no
ForceLanguagePriority Prefer Fallback
AddDefaultCharset UTF-8
AddCharset ISO-8859-1 .iso8859-1 .latin1
AddCharset WINDOWS-1251 .cp-1251 .win-1251
AddCharset CP866 .cp866
AddCharset UTF-8 .utf8
AddCharset utf-8 .utf8
AddType application/x-tar .tgz
AddHandler cgi-script .cgi
AddHandler imap-file map
AddHandler type-map var
AddOutputFilter INCLUDES .shtml
# Unless mod_php was compiled with Apache 2 filter support, this is
# the way to associate php files with mod_php:
AddType application/x-httpd-php .php
#
# The following directives modify normal HTTP response behavior to
# handle known problems with browser implementations.
#
BrowserMatch "Mozilla/2" nokeepalive
BrowserMatch "MSIE 4.0b2;" nokeepalive downgrade-1.0 force-response-1.0
BrowserMatch "RealPlayer 4.0" force-response-1.0
BrowserMatch "Java/1.0" force-response-1.0
BrowserMatch "JDK/1.0" force-response-1.0
#
# The following directive disables redirects on non-GET requests for
# a directory that does not include the trailing slash. This fixes a
# problem with Microsoft WebFolders which does not appropriately handle
# redirects for folders with DAV methods.
#
BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefully
BrowserMatch "^WebDrive" redirect-carefully
#LoadModule python_module modules/mod_python.so
#LoadModule php4_module modules/libphp4.so
</VirtualHost>
networker2:~ #
Pete Hoffswell 616-732-1101 (Grand Rapids, x1101)
University LAN/WAN Coordinator 616-510-1198 (Mobile)
IT Services pete.hoffswell@davenport.edu
Davenport University
http://www.davenport.edu
Davenport University. It's working.
>>> Morten Vold
morten.vold@ntnu.no 9/9/2005 9:32 AM >>>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 09/09/2005 14:45, Pete Hoffswell uttered:
> Anyone have an idea on how to configure apache2 to run nav off a
> directory, and not as a virtual server?
I'm sorry, but that won't work, even if you do configure Apache that
way. NAV 3 itself doesn't support running off anything but the (virtual)
server root.
The reason you are redirected when you browse
http://myserver.com/nav is
that NAV screens every request to the (virtual) server to perform access
control based on the privileges that have been granted in the NAV
Useradmin panel. The privilege configuration that comes with a fresh
NAV installation doesn't grant anyone access to the URL "/nav", so you
are redirected to the login screen.
In your case, the login screen isn't even where NAV thinks it should be,
since you placed NAV under /nav/ instead of /.
Of course, NAV could surely be fixed to support this way of serving it,
by introducing a global configuration option for a URL prefix, but the
changes would probably need to be all over the place.
- --
Morten Vold
NTNU ITEA Integrasjonsgruppen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Thunderbird -
http://enigmail.mozdev.org
iD8DBQFDIY8GXxIl0kpcOkQRAqP+AKCYixHrq10yHc7KjJx0CSZXke2FvACg0AEH
E9+qO6IPoSds2ySk9uFzXcY=
=ripK
-----END PGP SIGNATURE-----