Peter
Is he talking about setting different mappings.ini files for each vhost? If so it's my understanding this can be done now also. If you only have on mappings file and say I map /james/ = X:\james\stories\ then each and every vhost would have access to the folder. Whereas if you have a mappings.ini file for each vhost and in vhost1 you were to make the same mapping then vhost2 would not have access to it.
One would have to use full path to the mappings.ini for each vhost just as we do for passwd files for each vhost.
Chris
Peter wrote:
No you have it wrong. You can map any vhost to any drive and all different if you want, you can also set your cgi-bin to where ever you want on a vhost basis. What you are seeing in the readme goes a step farther, it would enable you to set up one vhost to use php cgi and another isapi or you could have multiple installs of perl, why you'd want to do that I don't know. I suppose there are more uses for it but all the basic stuff can be done on a vhost to vhost basis.
example vhost.ini I'm using sql auth for these hosts
[*vhost1.com]
Automatic Log mailto = CGI Directory = F:/vhost1/cgi-bin/
CGI Run As = Default IRC Channel = vhost1
Default Page = index.stm index.html index.htm index.php index.asp
LDAP Authentication = false
Maximum Users = 0
NT Authentication = false
Password File = Documents Directory = F:/vhost1/
Log File = vhost1.log
Messages Directory = messages
Radius Authentication = false
SQL AUTH Cache = vhost1
SQL AUTH Query = SELECT grp, name, dir, privs, ftpmax FROM member WHERE
username = '%N' AND password = '%1'
SQL Authentication = true
Search Index = Security Realm = vhost1
Tmp Directory = tmp
Use MD5 crypt = false
Use SHA1 crypt = false
Use Unix crypt = false
VHost Administrator = WEB-INF Directory = WebBoard DB Cache = WinCGI Directory =
[*vhost2]
CGI Run As = Default IRC Channel = vhost2
Default User Max Space = 5
Default User Privileges = 1
Documents Directory = E:/vhost2/
Default Page = index.stm index.html default.htm index.htm index.php index.asp
LDAP Authentication = false
Maximum Users = 0
NT Authentication = false
Password File = Radius Authentication = false
SQL AUTH Cache = vhost2
SQL AUTH Query = SELECT grp, name, dir, privs, ftpmax FROM member WHERE
username = '%N' AND password = '%P'
SQL Authentication = true
Search Index = forum
Security Realm = vhost2
Tmp Directory = tmp
Log File = forum.log
Automatic Log mailto = CGI Directory = E:/vhost2/cgi-bin/
Use MD5 crypt = false
Use SHA1 crypt = false
Use Unix crypt = false
User Max Space = 5
VHost Administrator = WEB-INF Directory = WebBoard DB Cache = WinCGI Directory = Messages Directory = messages
[*vhost3]
CGI Run As = Default User Max Space = 5
Default User Privileges = 1
Documents Directory = F:/vhost3/
Default Page = index.stm index.htm index.html index.php index.asp
LDAP Authentication = false
NT Authentication = false
Password File = Radius Authentication = false
SQL AUTH Cache = vhost3
SQL AUTH Query = SELECT grp, name, dir, privs, ftpmax FROM member WHERE
username = '%N' AND password = '%1'
SQL Authentication = true
Search Index = Security Realm = vhost3
Tmp Directory = tmp
Log File = keds-fetish.log
Automatic Log mailto = CGI Directory = F:/vhost3/cgi-bin/
Use MD5 crypt = false
Use SHA1 crypt = false
Use Unix crypt = false
User Max Space = 5
VHost Administrator = WEB-INF Directory = WebBoard DB Cache = WinCGI Directory = Messages Directory = messages
[*vhost4]
CGI Run As = Default IRC Channel = vhost4
Default User Max Space = 5
Default User Privileges = 1
Documents Directory = H:/vhost4/
Default Page = index.stm index.html index.htm index.php index.asp
LDAP Authentication = false
Maximum Users = 0
NT Authentication = false
Password File = Radius Authentication = false
SQL AUTH Cache = vhost4
SQL AUTH Query = SELECT grp, name, dir, privs, ftpmax FROM member WHERE
username = '%N' AND password = '%1'
SQL Authentication = true
Search Index = vhost4
Security Realm = vhost4
Tmp Directory = tmp
Log File = vhost4.log
Automatic Log mailto = CGI Directory = H:/vhost4/cgi-bin/
Use MD5 crypt = false
Use SHA1 crypt = false
Use Unix crypt = false
User Max Space = 5
VHost Administrator = WEB-INF Directory = WebBoard DB Cache = vhost4
WinCGI Directory = Messages Directory = messages
-----Original Message----- From: <[EMAIL PROTECTED]> To: "sambar List Member" <[EMAIL PROTECTED]> Date: Wed, 9 Jun 2004 00:11:45 +0200 Subject: [sambar] Different mappings for different virtual hosts
Hi guys,
First of all, thanks a lot for your help and fast answers! However I think you guys explained something that was already possible in Sambar 6.0.1. But now, in the Readme for 6.1 it says:
Modified server to allow "mappings.ini" file on a per-virtual host
basis.
Let me explain: In the mappings.ini you say for example: "d:\docs maps" to "mydocs" Now in your domain "domain1" this gives you: http://domain1/mydocs points to d:\docs However if you have setup also a "domain2" in your vhosts.ini THEN http://domain2/mydocs ALSO points to d:\docs because there's only ONE mappings.ini and all vhosts share the same mappings. This means that all mappings that are valid for domain1 are also valid (ie accessable) for domain2, domain3, etc.
This is why it says in the documentation for 6.0.1:
Aliases and CGI-aliases apply to all virtual hosts of the server
As written above, as soon as I setup an alias I can access it under ALL virtual hosts. There is (was) no way to prevent that an alias was visible thru all vhosts. But now it says in the changelog for 6.1:
Modified server to allow "mappings.ini" file on a per-virtual host
basis. This means you can have more than one mappings.ini, in fact you can have one for each vhost. And what you map for one vhost can not be 'seen' (is not accessable) by another vhost. The question is now how do I configure an individual mappings.ini for EACH vhost???
Thanks again for your help!!!
Rgds, Marcus
-----------------
Or you can wildcard the vhost [*domain.com]
-----Original Message----- From: "Dave Culbertson" <[EMAIL PROTECTED]> To: "sambar List Member" <[EMAIL PROTECTED]> Date: Mon, 07 Jun 2004 22:16:12 -0400 Subject: [sambar] Different mappings for different virtual hosts
You can if you wish have a drive letter and directory assignment specific to each and every vhost. When you setup the vhost itself
just
enter the actual location for that vhost for example on drive Z in a directory host1 you would enter Z:/host1/ in the vhost setup. The default entry is /docs/host1/ which is what you see documented.
Don't
forget to do the same for www.host1.whatever.com and so forth.
Dave Culbertson
On Mon, 7 Jun 2004 21:53:25 +0200, <[EMAIL PROTECTED]> wrote:
I am trying to assign a drive (or folder on a drive) specificly
for
each virtual host.
-----------------
Are you just trying to set up virtual hosts with different
document
directories. or are you wanting to assign a drive specific to
each
virtual
host?
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf
Of [EMAIL PROTECTED] Sent: Sunday, June 06, 2004 5:18 PM To: sambar List Member Subject: [sambar] Different mappings for different virtual hosts
Hi,
I have Sambar 6.0.1 running fine and stable on an intranet LAN.
However I would like to use different mappings for different virtual hosts. For example use the folder 'images_a' for vhost A and the folder 'images_b' for vhost B. And the 'b' folder must
not
be accessable (visible) for vhost A and vice versa. Now I read in
the
readme for the 6.1 version:
Modified server to allow "mappings.ini" file on a per-virtual
host
basis.
Unfortunately I could not find in the documentation how this is
done.
I read somewhere that each vhost now can have it's own
mapping.ini.
1. How is this configured? 2. Is it neccessary to repeat the ISAPI (and other global)
settings
in
each of those individual ini's? 3. Where do I tell the server that I have now vhost A .ini and
vhost
B.ini?
Thanks to all for your help!
Best regards, Marcus
------------------------------------------------------- To unsubscribe please go to http://www.sambar.ch/list/
------------------------------------------------------- To unsubscribe please go to http://www.sambar.ch/list/
------------------------------------------------------- To unsubscribe please go to http://www.sambar.ch/list/
------------------------------------------------------- To unsubscribe please go to http://www.sambar.ch/list/
------------------------------------------------------- To unsubscribe please go to http://www.sambar.ch/list/
------------------------------------------------------- To unsubscribe please go to http://www.sambar.ch/list/
------------------------------------------------------- To unsubscribe please go to http://www.sambar.ch/list/
------------------------------------------------------- To unsubscribe please go to http://www.sambar.ch/list/
