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/
