Re: [AOLSERVER] Virtual hosting
Hello! В сообщении от Saturday 07 February 2009 18:20:33 Alex написал(а): could you provide more details, and may be some links? We are currently using nginx and I am quite interested, especially about DDOS. nginx write a lot of log messages for queries when back-end produce errors. And nginx does not filter incorrect queries and send all queries to back-end servers. So back-end servers may be DDOS attacked. Also nginx does write temp files before redirecting queries to backend without checking queries. But I don't know has ngix potential to check http/https requests or it's impossible. pound on my servers drop incorrect requests by default configuration and backend AOL servers are protected successfully. Since pound have no hard disk access, DDOS attacks can't swap-on server. Also I'm using cookie-based cluster configuration with single entry-point: Service HeadDeny X-SSL-.* HeadRequire Host:.*hostname.* HeadRequire Cookie: .*session=branch%3Dstableunit%3D1 BackEnd TimeOut 300 Address serverA Port8001 End End Service HeadDeny X-SSL-.* HeadRequire Host:.*hostname.* HeadRequire Cookie: .*session=branch%3Dstableunit%3D2 BackEnd TimeOut 300 Address serverB Port8001 End End All queries without recognized cookies will be dropped. First configuration section describe service with parameters branch=stable, unit=1 and second - branch=stable, unit=2. Best regards, Alexey. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting
Hello! В сообщении от Saturday 07 February 2009 06:00:39 Alex написал(а): Apache for proxying nginx nginx for proxing?!! pound Best regards, Alexey. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting
While it is true that for plain proxing, pound is simpler and easier to configure, nginx scales better (e.g. when you have e.g. 1000+ concurrent connecitions) and offers a large scale of modules etc. We switched from pound to nginx two years ago, and the decision was right for us. While for pound, every connection is a separate thread, nginx uses asynchronous connecitions (+ configurable multiple threads). best regards -gustaf neumann Alexey Pechnikov schrieb: Hello! В сообщении от Saturday 07 February 2009 06:00:39 Alex написал(а): Apache for proxying nginx nginx for proxing?!! pound Best regards, Alexey. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting
Hello! В сообщении от Saturday 07 February 2009 15:45:48 Gustaf Neumann написал(а): While it is true that for plain proxing, pound is simpler and easier to configure, nginx scales better (e.g. when you have e.g. 1000+ concurrent connecitions) and offers a large scale of modules etc. We switched from pound to nginx two years ago, and the decision was right for us. While for pound, every connection is a separate thread, nginx uses asynchronous connecitions (+ configurable multiple threads). As I know nginx may expensive use hard drive and DDOS attack may to kill server. Pound is more secure because does not access the hard-disk and does verify http/https requests. But I didn't use pound with 1000+ concurrent connecitions. Best regards, Alexey. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting
Alexey,
could you provide more details, and may be some links?
We are currently using nginx and I am quite interested, especially about
DDOS.
Thanks,
~ Alex.
On Sat, Feb 7, 2009 at 9:43 AM, Alexey Pechnikov pechni...@mobigroup.ruwrote:
As I know nginx may expensive use hard drive and DDOS attack may to kill
server. Pound is more
secure because does not access the hard-disk and does verify http/https
requests.
But I didn't use pound with 1000+ concurrent connecitions.
Best regards, Alexey.
--
Seamos realistas y hagamos lo imposible.
Будем реалистами и cделаем невозможное.
Let's be realists and do the impossible.
Che Guevara
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
lists...@listserv.aol.com with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject:
field of your email blank.
[AOLSERVER] Virtual hosting
Hi all, I'm considering moving from owning my own hardware to hosting everything with Amazon. It has many advantages, but one huge drawback - each virtual server can only have one external IP address. I've never tried to use AOLserver's virtual hosting; at one time it was said to be less than reliable, and I've never revisited it. We've always had enough IP addresses that every site could have one of their very own. But that's not going to be the case if I make this change; virtual servers aren't cheap enough that I can set one up for every site, they're still going to have to be roommates. So my question - what is the latest in virtual hosting? Can I actually run multiple sites off of one IP address these days? What about SSL? I'm still using version 4.0.10 - haven't had any need to upgrade. I can upgrade if necessary to deal with this, though I'd rather not introduce that variable at this particular point in time. Thanks in advance, janine --- Janine Sisk President/CEO of furfly, LLC 503-693-6407 -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting
You can absolutely run multiple named vhosts off a single IP with no problem. It works out of the box from I think the first release of 4.x. I think the sample config shows all you need to know about vhosting but if not I'd be happy to help come up with a better concise example. the only caveat is that all the vhosts run as the same server meaning the same user. (I had an idea a while back for how to support multi-user virtual hosting via nsproxy, but it never went anywhere) You can absolutely *not* run multiple SSL servers off one ip, and you never will be able to with aolserver or anything else. This is because the certificate is exchanged as part of the ssl handshake which happens before the web server ever has a chance to see it and respond to any Host: header. Re: upgrading - awww, with 4.5.1 just freshly released, doesn't that just make you *want* to upgrade? :) -J Janine Sisk wrote: Hi all, I'm considering moving from owning my own hardware to hosting everything with Amazon. It has many advantages, but one huge drawback - each virtual server can only have one external IP address. I've never tried to use AOLserver's virtual hosting; at one time it was said to be less than reliable, and I've never revisited it. We've always had enough IP addresses that every site could have one of their very own. But that's not going to be the case if I make this change; virtual servers aren't cheap enough that I can set one up for every site, they're still going to have to be roommates. So my question - what is the latest in virtual hosting? Can I actually run multiple sites off of one IP address these days? What about SSL? I'm still using version 4.0.10 - haven't had any need to upgrade. I can upgrade if necessary to deal with this, though I'd rather not introduce that variable at this particular point in time. Thanks in advance, -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting
If you want to make them all run as individual processes, you can use Apache as proxy to them. And of course Jeff is right about SSL - one per IP only unless you choose different ports. (which you don't want to as many corporate firewall only allow 80 and 443 traffic) On 07/02/2009, at 10:39 AM, Janine Sisk wrote: Hi all, I'm considering moving from owning my own hardware to hosting everything with Amazon. It has many advantages, but one huge drawback - each virtual server can only have one external IP address. I've never tried to use AOLserver's virtual hosting; at one time it was said to be less than reliable, and I've never revisited it. We've always had enough IP addresses that every site could have one of their very own. But that's not going to be the case if I make this change; virtual servers aren't cheap enough that I can set one up for every site, they're still going to have to be roommates. So my question - what is the latest in virtual hosting? Can I actually run multiple sites off of one IP address these days? What about SSL? I'm still using version 4.0.10 - haven't had any need to upgrade. I can upgrade if necessary to deal with this, though I'd rather not introduce that variable at this particular point in time. Thanks in advance, janine --- Janine Sisk President/CEO of furfly, LLC 503-693-6407 -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting
Apache for proxying nginx On Fri, Feb 6, 2009 at 9:13 PM, Bas Scheffers b...@scheffers.net wrote: If you want to make them all run as individual processes, you can use Apache as proxy to them. And of course Jeff is right about SSL - one per IP only unless you choose different ports. (which you don't want to as many corporate firewall only allow 80 and 443 traffic) On 07/02/2009, at 10:39 AM, Janine Sisk wrote: Hi all, I'm considering moving from owning my own hardware to hosting everything with Amazon. It has many advantages, but one huge drawback - each virtual server can only have one external IP address. I've never tried to use AOLserver's virtual hosting; at one time it was said to be less than reliable, and I've never revisited it. We've always had enough IP addresses that every site could have one of their very own. But that's not going to be the case if I make this change; virtual servers aren't cheap enough that I can set one up for every site, they're still going to have to be roommates. So my question - what is the latest in virtual hosting? Can I actually run multiple sites off of one IP address these days? What about SSL? I'm still using version 4.0.10 - haven't had any need to upgrade. I can upgrade if necessary to deal with this, though I'd rather not introduce that variable at this particular point in time. Thanks in advance, janine --- Janine Sisk President/CEO of furfly, LLC 503-693-6407 -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
On Wednesday, March 8, 2006 5:06 pm, Bas Scheffers [EMAIL PROTECTED] wrote: Jeremy Henty said: Are [ns_share and nsd_* shared across *all* Tcl interpreters or just those for one virtual host? I have always assumed the new nsv shared variables are on a per-server basis but never investigated. (but that would be easily tested. I did some tests with both ns_share and nsd_* and they are shared between threads only when the threads belong to the same virtual host. AFAICT the Tcl environments for different virtuals hosts are completely isolated from each other. Regards, Jeremy Henty -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
Jeremy Henty said:
server, which Dossy has made perfectly clear). When a new thread is
created,
is it's Tcl interpreter created from scratch by reexecuting the source, or
is it simply cloned from a preexisting interpreter? (Or a bit of both?)
Neither, it's executing the init script, created from the source at start
up. I seem to recall a discussion about it here many moons ago and I am
pretty sure that is actually simply created by using Tcl's info and
namespace commands to see what commands exists in the master
interpreter.
Others have suggested here that the newer Tcl versions can do interpreter
cloning and AOLserver should switch to that because it is more efficient
than an init script. Others are sceptical and I have no opinion on the
matter! :)
I do a funky thing in development where I have a filter that sources all
the .tcl files (except init.tcl, where I do all my ns_register_* stuff) on
every request, overwriting the procs defined by the init script. It's not
fast (but not slow enough to notice in dev) but it means I don't have to
restart the server every time I make a change.
Put it another way, if I stick an ns_log in the source, will I see that
log message only when the AOLserver process starts, or will it appear
whenever a new thread is initialised?
Only at startup.
Do special commands like proc ns_eval,
ns_register_proc etc. get some special magic to do the right thing?
Only ns_eval has the magic powers of it's arguments being executed
whenever a thread is created. (try ns_eval {ns_log Notice foo}). The
other ones you mention do nothing more than register things for the server
to handle and do not depend on Tcl per se. What I mean is that somewhere
in the server's C code /foo is mapped to the Tcl proc named foo. When
a request comes in, the server just get's the interpreter for the thread
and tells it to execute the script foo, which works if that procedure
had been created in your library script.
If I
define a proc-like command do I need to bewitch it so that the magic works
for it too?
I know ACS used something like ad_proc that was a special way of
creating a proc, which included documentation. They didn't have to do
anything special to the AOLserver core, giving credibility to me thinking
the init script is created using info and namespace commands.
You may also like to know that at the end of a request, an interpreter is
cleaned up. This basically means removing all global variables. You should
note that any namespace variables you create DO NOT get cleared out.
Cheers,
Bas.
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
Thanks again to Bas and Dossy! I'm digging through init.tcl to see how all this works. I'm still unclear of the scope of shared stuff like ns_share , nsd_* . Are they shared across *all* Tcl interpreters or just those for one virtual host? What about mutexes? If one virtual host locks a mutex will it lock out the other virtual hosts. On Wednesday, March 8, 2006 9:10 am, Bas Scheffers [EMAIL PROTECTED] wrote: I know ACS used something like ad_proc that was a special way of creating a proc, which included documentation. That's exactly why I'm asking all these questions! I'm looking at porting an ACS-based site to virtual hosts and I'm trying to figure out everything that could go wrong. Regards, Jeremy Henty -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
Jeremy Henty said: Thanks again to Bas and Dossy! I'm digging through init.tcl to see how init.tcl in modules/tcl isn't actually the init script we are talking about. The file you are looking at is simply the first .tcl file in that directory that gets loaded, before the others are done. The init script is generated on startup and only lives in memory. nsd_* . Are they shared across *all* Tcl interpreters or just those for one virtual host? What about mutexes? If one virtual host locks a mutex will I am not sure about those, to be honest. I have always assumed the new nsv shared variables are on a per-server basis but never investigated. (but that would be easily tested. That's exactly why I'm asking all these questions! I'm looking at porting an ACS-based site to virtual hosts and I'm trying to figure out everything that could go wrong. I know very little about the ACS's internals, so can't give you any advice there... How about you make two copies of the ACS database and create two the same instances on two different virtual servers with different database pools? Then run a load test against both of them and see if they blow up. Cheers, Bas. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
Jeremy Henty said: That's exactly why I'm asking all these questions! I'm looking at porting an ACS-based site to virtual hosts and I'm trying to figure out everything that could go wrong. When virtual hosting was first added to AOLserver, I tested against OpenACS and running two sites worked fine. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
On Wednesday, March 1, 2006 9:39 pm, Bas Scheffers [EMAIL PROTECTED] wrote: AOLserver keeps a pool of threads than handle client requests and each of these gets a seperate Tcl interpreter assigned. Each virtual server has their own pool. Thanks Bas, that's very helpful. The code in the modules/tcl directory gets parsed into an interpreter init script. Any time a new thread is created, this script is run in the freshly instantiated interpreter. This is basically all the procedures that are defined in the Tcl files, to make sure things like ns_register_proc are not run twice. So does the interpret split the modules/tcl code up into once-only and per-interpreter parts? How is this split made? If a Tcl file sources another file, is that file split too? Cheers, Jeremy Henty -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
On 2006.03.07, Jeremy Henty [EMAIL PROTECTED] wrote:
So does the interpret split the modules/tcl code up into once-only
and per-interpreter parts? How is this split made? If a Tcl file
sources another file, is that file split too?
The server has two Tcl directories (or libraries). One is shared
which means all servers source its contents at start-up. The shared
library location is not directly configurable. It is set to the
subdirectory modules/tcl within [ns_info home], or:
[ns_info home]/modules/tcl
This can be retrieved from within a script using [ns_library shared].
Then, there is a per-server Tcl directory that's referred to as
private which is configured using the config section
ns/server/${servername}/tcl and the library parameter. If not
specified in the config, it defaults to the server's module directory,
in the tcl subdirectory, which is:
[ns_info home]/servers/${servername}/modules/tcl
-- Dossy
--
Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/
Panoptic Computer Network | http://panoptic.com/
He realized the fastest way to change is to laugh at your own
folly -- then you can let go and quickly move on. (p. 70)
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
Jeremy Henty said: So does the interpret split the modules/tcl code up into once-only and per-interpreter parts? How is this split made? If a Tcl file sources another file, is that file split too? I am not the expert on this, but I think it is simply that all procs are per interpreter, normal commands are once only. The exception being ns_eval, which you can use to make sure it gets run in every interpreter, a prime example being: ns_eval package require tdom to make sure tdom is loaded into every interpreter. Hope that helps, Bas. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
On Tuesday, March 7, 2006 1:30 pm, Dossy Shiobara [EMAIL PROTECTED] wrote:
... The shared library location ... is set to the
subdirectory modules/tcl within [ns_info home], or:
[ns_info home]/modules/tcl
...
Then, there is a per-server Tcl directory ... which is:
[ns_info home]/servers/${servername}/modules/tcl
Thanks a lot Dossy (and Bas again), but I'm still confused about how often
this code is executed (as opposed to which code is loaded into what virtual
server, which Dossy has made perfectly clear). When a new thread is created,
is it's Tcl interpreter created from scratch by reexecuting the source, or
is it simply cloned from a preexisting interpreter? (Or a bit of both?)
Put it another way, if I stick an ns_log in the source, will I see that
log message only when the AOLserver process starts, or will it appear
whenever a new thread is initialised? Do special commands like proc, ns_eval,
ns_register_proc etc. get some special magic to do the right thing? If I
define a proc-like command do I need to bewitch it so that the magic works
for it too?
Regards,
Jeremy Henty
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject:
field of your email blank.
Re: [AOLSERVER] Questions on AOLserver virtual hosting
On 2006.03.07, Jeremy Henty [EMAIL PROTECTED] wrote: When a new thread is created, is it's Tcl interpreter created from scratch by reexecuting the source, or is it simply cloned from a preexisting interpreter? (Or a bit of both?) It is created from scratch by executing the init script which I think you can inspect via [ns_ictl get]. Put it another way, if I stick an ns_log in the source, will I see that log message only when the AOLserver process starts, or will it appear whenever a new thread is initialised? Do special commands like proc, ns_eval, ns_register_proc etc. get some special magic to do the right thing? If I define a proc-like command do I need to bewitch it so that the magic works for it too? Hmm, good question - why not try it and experiment and see what happens? Should take less than a minute to get your answer. :-) -- Dossy -- Dossy Shiobara | [EMAIL PROTECTED] | http://dossy.org/ Panoptic Computer Network | http://panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Questions on AOLserver virtual hosting
I've been reading URL:http://panoptic.com/wiki/aolserver/Virtual_Hosting and
I noticed
that the library parameter seems to be dependent on the server:
# Tcl Configuration
ns_section ns/server/${server}/tcl
ns_param library ${serverroot}/tcl
Does this mean that the different virtual hosts can load different Tcl code at
startup? If
so, how is this implemented? Is there a different Tcl interpreter for each
virtual host?
Regards,
Jeremy Henty
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED]
with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject:
field of your email blank.
[AOLSERVER] virtual hosting: abort; not defined virtual host.
When I request something from a not defined virtual host I get SIGSEGV. I think, that even a configuration error shouldn't cause it. # bin/nsd -f -u aolserver -t etc/main.tcl [...] [11/Aug/2004:11:59:34][61964.134529024][-main-] Notice: nsmain: AOLserver/4.0.7 running [11/Aug/2004:11:59:34][61964.134529024][-main-] Notice: nsmain: security info: uid=8080, euid=8080, gid=8080, egid=8080 [11/Aug/2004:11:59:34][61964.134529024][-main-] Notice: nssock: listening on 0.0.0.0:8000 [11/Aug/2004:11:59:34][61964.134764544][-sched-] Notice: sched: starting [11/Aug/2004:11:59:34][61964.134765568][-driver-] Notice: starting [11/Aug/2004:11:59:34][61964.134765568][-driver-] Notice: driver: accepting connections [ Now I try to access not defined virtual host. ] Abort kdump (FreeBSD): 82913 nsd GIO fd 12 read 439 bytes GET / HTTP/1.1\r Host: not.defined.host.cifrid.net:8000\r User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/2004\ 0614 Firefox/0.8\r Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9\ ,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*\ ;q=0.1\r Accept-Language: en-us,en;q=0.5\r Accept-Encoding: gzip,deflate\r Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r Keep-Alive: 300\r Connection: keep-alive\r \r 82913 nsd RET recvmsg 439/0x1b7 82913 nsd PSIG SIGSEGV caught handler=0x28188ac0 mask=0x0 code=0xc 82913 nsd CALL sigprocmask(0x3,0x28199b3c,0) 82913 nsd RET sigprocmask 0 82913 nsd CALL getpid 82913 nsd RET getpid 82913/0x143e1 82913 nsd CALL kill(0x143e1,0x6) 82913 nsd RET kill 0 82913 nsd PSIG SIGIOT SIG_DFL not.defined.host.cifrid.net points to the host running aolserver. Related sections from etc/main.tcl: ns_section ns/modules ns_param nssock nssock.so ns_section ns/module/nssock ns_param port 8000 ns_param hostname host.cifrid.net ns_param address 0.0.0.0 ns_section ns/module/nssock/servers ns_param defined1defined1.cifrid.net:8000 ns_param defined2defined2.cifrid.net:8000 ns_param defined3defined3.cifrid.net:8000 Please, let me know what would be the best way to deal with this problem. Artur -- // WWW: apm.cifrid.net // PGP: finger [EMAIL PROTECTED] // -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] virtual hosting: abort; not defined virtual host.
On 2004.08.11, Artur Meski [EMAIL PROTECTED] wrote: When I request something from a not defined virtual host I get SIGSEGV. I think, that even a configuration error shouldn't cause it. Indeed -- thanks for reporting this. 82913 nsd GIO fd 12 read 439 bytes GET / HTTP/1.1\r Host: not.defined.host.cifrid.net:8000\r ... Related sections from etc/main.tcl: ns_section ns/modules ns_param nssock nssock.so ns_section ns/module/nssock ns_param port 8000 ns_param hostname host.cifrid.net ns_param address 0.0.0.0 ns_section ns/module/nssock/servers ns_param defined1defined1.cifrid.net:8000 ns_param defined2defined2.cifrid.net:8000 ns_param defined3defined3.cifrid.net:8000 Please, let me know what would be the best way to deal with this problem. Ah. See, I was undecided on how to specify the default virtual server (in the case that it's either not specified in Host: header for HTTP/1.0, or Host: points to one not found in the list of defined servers). I cheated and doubled up the use of the ns/module/nssock hostname parameter ... which may have been a mistake. In order to specify the default virtual server, you set hostname to one of the values from the ns/module/nssock/servers section. In your example above, you might do this: ns_section ns/module/nssock ns_param port 8000 ns_param hostname defined2.cifrid.net:8000 ns_param address 0.0.0.0 ns_section ns/module/nssock/servers ns_param defined1defined1.cifrid.net:8000 ns_param defined2defined2.cifrid.net:8000 ns_param defined3defined3.cifrid.net:8000 This should make the server defined2 the default if Host: isn't sent by the client OR Host: doesn't map to one of the three servers you've configured. Need to better document this ... and/or come up with a better defaulting mechanism. Thanks for reporting this, though! -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Virtual hosting under 4.x and default Host: header
BUG: [ 812036 ] Server drops connection for unknown virtual hosts URL: http://sourceforge.net/tracker/index.php?func=detailaid=812036group_id=3152atid=103152 Reviewing the above bug, there's some discussion I want to raise before fixing it. It would be simple to add a new config. parameter which declares the default server when no Host: header is provided in the HTTP request for HTTP 1.0 requests. (When no Host: header is provided on an HTTP 1.1 request, this should result in an 400 Bad Request, see Bug #787728.) However, what's really interesting is the RFE that's snuck into the bottom of Bug #812036: glob matching of the Host: header. Clearly, there's an added performance cost involved in glob matching vs. a straight hash lookup, but I guess if you're already doing software virtual hosting, performance probably isn't terribly important. How do people feel about this? Is glob matching wanted enough to incur that per-request cost -- only if you're configured for software virtual hosting, of course. -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting under 4.x and default Host: header
How do people feel about this? Is glob matching wanted enough to incur that per-request cost -- only if you're configured for software virtual hosting, of course. How about: try hash match if not found try glob matching against the list of virt. server wildcards if found a match use that server else use default server You only pay the glob penalty if the admin configures wildcard server names. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting under 4.x and default Host: header
Dossy wrote: How do people feel about this? Is glob matching wanted enough to incur that per-request cost -- only if you're configured for software virtual hosting, of course. Actually, my company is using a different approach to vhosting (I do this for docroot, but this method could be used here as well). We call Tcl proc for determining vhost-docroot relation. Since it would be WAY too slow to call Tcl proc on every connection, we have an Ns_Cache for storing docroots. There's almost no impact, except for a very small memory consumption. If one would cry over locking, then I suggest a two-level cache - per-thread one (no locking, more memory consumption) and global one. ps. This way we could even use a Tcl proc to resolve vhost-server. By default it would read nssock/servers section of the configuration. Tcl+cache should be faster than globbing on every request :) -- WK -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting under 4.x and default Host: header
Dossy wrote:
BUG: [ 812036 ] Server drops connection for unknown virtual hosts
URL:
http://sourceforge.net/tracker/index.php?func=detailaid=812036group_id=3152atid=103152
Reviewing the above bug, there's some discussion I want to raise before
fixing it.
It would be simple to add a new config. parameter which declares the
default server when no Host: header is provided in the HTTP request
for HTTP 1.0 requests. (When no Host: header is provided on an HTTP
1.1 request, this should result in an 400 Bad Request, see Bug #787728.)
In Apache you can declare default virtual host and in my oppinion it
more desired feature than returning 400 Bad Request.
However, what's really interesting is the RFE that's snuck into the
bottom of Bug #812036: glob matching of the Host: header. Clearly,
there's an added performance cost involved in glob matching vs. a
straight hash lookup, but I guess if you're already doing software
virtual hosting, performance probably isn't terribly important.
How do people feel about this? Is glob matching wanted enough to incur
that per-request cost -- only if you're configured for software virtual
hosting, of course.
-- Dossy
In my implementation of virtual hosting within one virtual server (which
I've posted to the list some month ago) we decided to allow wildcard
names for vhosts matching host header. First we try to matchhHost header
exactly then we iterate over hash table and do string match. If you
declare exact vhost then you have optimal solution, if you use wildcards
than you have to do the search.
--tkosiak
Here is the code from my proposal. We've also written code to add and to
remove entries from hashtable and also to declare own function
((*host2vserverPtr)(server, host)) which maps host header to vserver
name. I can repost rest of teh code once more.
/*
*--
*
* Ns_HostToVServer --
*
* Get vserver name for given host.
*
* Results:
* Dynamically alloced vserver name
* (or server string ptr if there is no match).
* If not equal to server, then it should be freed
* by the caller.
*
* Side effects:
* None.
*
*--
*/
char *
Ns_HostToVServer(char *server, char *host)
{
char *vserver;
if (host2vserverPtr != NULL) {
vserver = (*host2vserverPtr)(server, host);
} else {
char *canonicHost;
Tcl_HashEntry *entryPtr;
if (host != NULL) {
register char *p = host;
register char *q;
q = canonicHost = ns_malloc(strlen(host)+1);
while (*p != '\0' *p != ':') {
*q = *p;
++p;
++q;
}
*q = '\0';
} else {
canonicHost = ns_strdup();
}
Ns_MutexLock(lock);
entryPtr = Tcl_FindHashEntry(hostsHash, canonicHost);
if (entryPtr != NULL) {
vserver = (char *) Tcl_GetHashValue(entryPtr);
} else {
Tcl_HashSearch search;
for (entryPtr = Tcl_FirstHashEntry(hostsHash, search);
entryPtr != NULL;
entryPtr = Tcl_NextHashEntry(search)) {
if (Tcl_StringMatch(canonicHost,
Tcl_GetHashKey(hostsHash, entryPtr))) {
break;
}
}
if (entryPtr != NULL) {
vserver = (char *) Tcl_GetHashValue(entryPtr);
} else {
vserver = server;
}
}
Ns_MutexUnlock(lock);
ns_free(canonicHost);
}
return vserver;
}
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of
your email blank.
Re: [AOLSERVER] Virtual hosting issue
On 2004.07.05, Adam J Watson [EMAIL PROTECTED] wrote: I gave up. I could never get it to work so I uninstalled the server. Sorry to hear that. If you want to give it another shot, I'd be happy to help. -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting issue
On 2004.07.05, Adam J Watson [EMAIL PROTECTED] wrote: I would love to try it again, with helpI want to move away from apache. If you want realtime interactive help, you can join us on IRC at irc.freenode.net on channel #aolserver, otherwise you can IM me: AIM (DossyNJ), Yahoo! (dossy) or MSN ([EMAIL PROTECTED]). -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting issue
On 2004.06.02, Adam J Watson [EMAIL PROTECTED] wrote: I'm trying to setup virtual hosting and I have a problem. I'm following the instructions in http://panoptic.com/wiki/aolserver/98 but when I start the server it binds the frontend to my external IP address but the virtual hosts bind to 192.168.0.1:80. Or they try to, they get permission denied. I'm running 2 ethernet cards, 1 connected to my cable modem and one that connects the rest of my network to the internet. Is there the possibility I'm missing something? I can provide my config scripts but there are about 6 of them. Let me know if you want to see them. Adam, I saw Adam Leff respond to your message but nobody else has, and you never replied back stating that you got your setup working. Did you manage to get it working, or are you still struggling with this problem? -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual hosting issue
Adam- Can you show us how you're starting nsd? I'm guessing here, but is it possible you didn't prebind your local IP? (-b 192.168.0.1:80) If you are, sending some log snippets may help too. :) -another Adam Adam Leff AOL Web Operations On Jun 2, 2004, at 1:51 AM, Adam J Watson wrote: Hi, I'm trying to setup virtual hosting and I have a problem. I'm following the instructions in http://panoptic.com/wiki/aolserver/98 but when I start the server it binds the frontend to my external IP address but the virtual hosts bind to 192.168.0.1:80. Or they try to, they get permission denied. I'm running 2 ethernet cards, 1 connected to my cable modem and one that connects the rest of my network to the internet. Is there the possibility I'm missing something? I can provide my config scripts but there are about 6 of them. Let me know if you want to see them. Adam -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] AOLserver virtual hosting in 4.x - weird bug?
So, I was up late last night upgrading my personal websites from AOLserver 3.5 to 4.1 (current HEAD in CVS) ... and had to switch from nsunix/nsvhr to using the in-process Host-header virtual hosting in 4.x. After a bit of frustrating gyrations and configuration bingo, I finally got things working ... except ... Accessing a virtual host via http://foo.com/ vs. http://www.foo.com/ (when mapping foo.com, foo.com:80, www.foo.com and www.foo.com:80 in the config) gives different behavior. I haven't nailed it down yet, but gdb'ing through DriverThread() and ConnRun() hasn't been very interesting -- the Conn structure looks sane. I think it might have something to do with fastpath -- in particular, the index.adp isn't a file, it's a symlink (!!!) and I think this might be fouling things up. Has anyone else run into this? What puzzles me is why it behaves differently when the Host: header contains the www. part differently than when it doesn't. When you include the www. in the url, it serves the symlink (well, the file that the symlink points to) just fine. Without the www. prefix, it returns a 404 Not Found. Help? Anyone? -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLserver virtual hosting in 4.x - weird bug?
On 2004.02.18, Dossy [EMAIL PROTECTED] wrote: I haven't nailed it down yet, but gdb'ing through DriverThread() and ConnRun() hasn't been very interesting -- the Conn structure looks sane. I think it might have something to do with fastpath -- in particular, the index.adp isn't a file, it's a symlink (!!!) and I think this might be fouling things up. In Ns_ConnRunRequest(), Ns_UrlSpecificGet() returns a reqPtr whose proc points to NsFastGet(). Inside there, it figures out that the directoryfile that exists is index.adp, and does a Ns_ConnRedirect() ... and the second time through ends up with a reqPtr whose proc points to NsAdpProc(). So far, so good. We get into Ns_AdpRequest(), and it pushes the path to the file into objv[0] and objv[1] -- not sure if this is right, yet. We go into NsAdpInclude() which sends us to AdpRun(), which gets us to AdpEval(). It seems in AdpEval() is where the 404 page is being sent back to the client ... time to debug this in more detail tomorrow morning. -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual Hosting and Partial URLs
On Thu, 2003-09-25 at 21:09, Tomasz Kosiak wrote:
You can do this with non-standard ns_register_proxy command which
exposes functionality already existing in nsvhr module. Try my patched
nsvh2 from:
http://www.zjednoczenie.com/upload/aolserver/nsvhr2.tgz
When you compile and load nsvhr2.so you should put into library *.tcl
file something like this:
# note that your page /some/other/page/index.html will be served
# from http://foo.bar.com:8080/some/other/page/index.html
# not http://foo.bar.com:8080/page/index.html
foreach method [list GET HEAD POST] {
ns_register_proxy $method /some/other/page/index.html \
http://foo.bar.com:8080
}
ns_register_proxy syntax is the same as ns_register_proc
I you want even more stuff like this, serach for my posts to the list.
Some time ago I had sent to the list a proposal to add such
functionality to AOLserver core (along with my single server virtual
host extention patch and test cases), but it was ignored by a core team.
Recently I've put nsvhr in production enviroment and there are problems
with pages served from proxied Apache. I've never seen any problem with
proxing AOLserver though. So be carefull, because I'm not sure if nsvhr
is really well tested module. Maybe you should use Apache with its
ProxyPass directive as frontend server and AOLserver as backend or even
something like squid or ?ponds? which was also discussed on this list.
--tkosiak
Tomasz
What can I say - it works like a dream. I have installed your modded nsvhr module on my AOLServer development machine and after 5 lines of code (2 foreach loops) it is now reverse proxying one of our live JBoss machines flawlessly (By the way, in this test the two servers aren't on the same box or even in the same building, in fact they aren't even on the same ISP but you can't tell).
It will have to be thoroughly tested but it looks like I will be able to achieve my goal of building some of our required apps in AOLS/Tcl instead of J2EE which will please the boss as Java development is s slooow.
This is so cool it should be a core feature. Thanks again.
Steve
Steve Manning - Linux Mandrake 9.0 - Gnome 2.0
East Goscote - Leicester - UK +44 (0)116 260 5457
E-Mail: [EMAIL PROTECTED] - Web: www.festinalente.co.uk
AIM: verbomania - Public Key: 25665CAF from: wwwkeys.pgp.net
There are only 10 types of people in this world
Those who understand binary and those who don't
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual Hosting and Partial URLs
Uytkownik Steve napisa: Tomasz Thanks for that it looks as if it fits the requirement, I'll give it a try. Off hand do you know if it works ok with AOLS4? Steve I haven't tested it, but I belive it will work out of the box. Anyway you could apply the patch to the newer nsvhr. I plan to port rest of my proposals to AOLserver 4.0 within the following month. --tkosiak On Thu, 2003-09-25 at 21:09, Tomasz Kosiak wrote: / You can do this with non-standard ns_register_proxy command which exposes functionality already existing in nsvhr module. Try my patched nsvh2 from: / /http://www.zjednoczenie.com/upload/aolserver/nsvhr2.tgz When you compile and load nsvhr2.so you should put into library *.tcl file something like this: -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual Hosting and Partial URLs
Tomasz
Thanks for that it looks as if it fits the requirement, I'll give it a try. Off hand do you know if it works ok with AOLS4?
Steve
On Thu, 2003-09-25 at 21:09, Tomasz Kosiak wrote:
You can do this with non-standard ns_register_proxy command which
exposes functionality already existing in nsvhr module. Try my patched
nsvh2 from:
http://www.zjednoczenie.com/upload/aolserver/nsvhr2.tgz
When you compile and load nsvhr2.so you should put into library *.tcl
file something like this:
# note that your page /some/other/page/index.html will be served
# from http://foo.bar.com:8080/some/other/page/index.html
# not http://foo.bar.com:8080/page/index.html
foreach method [list GET HEAD POST] {
ns_register_proxy $method /some/other/page/index.html \
http://foo.bar.com:8080
}
ns_register_proxy syntax is the same as ns_register_proc
I you want even more stuff like this, serach for my posts to the list.
Some time ago I had sent to the list a proposal to add such
functionality to AOLserver core (along with my single server virtual
host extention patch and test cases), but it was ignored by a core team.
Recently I've put nsvhr in production enviroment and there are problems
with pages served from proxied Apache. I've never seen any problem with
proxing AOLserver though. So be carefull, because I'm not sure if nsvhr
is really well tested module. Maybe you should use Apache with its
ProxyPass directive as frontend server and AOLserver as backend or even
something like squid or ?ponds? which was also discussed on this list.
--tkosiak
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Virtual Hosting and Partial URLs
Hi I have a requirement to make some Tomcat pages available through an AOLServer host. I would like to do this by mapping a part of the url space on the AOLserver to Tomcat. e.g http://foo.bar.com/some/page/index.html goes to /some/page/index.html on the AOLServer but http://foo.bar.com/some/other/page/index.html goes to http://foo.bar.com:8080/page/index.html which is Tomcat. In other words anything below /some/other goes to the tomcat server on port 8080 using AOLS as a reverse proxy otherwise the request is handled by AOLS. I believe this can be done with virtual hosting but I can't find any examples of how to set it up. If its possible could someone give me a few pointers. If there is a better way knowledge of that would also be appreciated. Thanks Steve -- Steve Manning - Linux Mandrake 9.0 - Gnome 2.0 East Goscote - Leicester - UK +44 (0)116 260 5457 E-Mail: [EMAIL PROTECTED] - Web: www.festinalente.co.uk AIM: verbomania - Public Key: 25665CAF from wwwkeys.pgp.net --- There are only 10 types of people in this world Those who understand binary and those who don't --- -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Virtual Hosting and Partial URLs
Uytkownik Steve napisa:
I have a requirement to make some Tomcat pages available through an
AOLServer host. I would like to do this by mapping a part of the url
space on the AOLserver to Tomcat. e.g
http://foo.bar.com/some/page/index.html goes to /some/page/index.html on
the AOLServer
but
http://foo.bar.com/some/other/page/index.html goes to
http://foo.bar.com:8080/page/index.html which is Tomcat.
In other words anything below /some/other goes to the tomcat server on
port 8080 using AOLS as a reverse proxy otherwise the request is handled
by AOLS. I believe this can be done with virtual hosting but I can't
find any examples of how to set it up. If its possible could someone
give me a few pointers. If there is a better way knowledge of that would
also be appreciated.
You can do this with non-standard ns_register_proxy command which
exposes functionality already existing in nsvhr module. Try my patched
nsvh2 from:
http://www.zjednoczenie.com/upload/aolserver/nsvhr2.tgz
When you compile and load nsvhr2.so you should put into library *.tcl
file something like this:
# note that your page /some/other/page/index.html will be served
# from http://foo.bar.com:8080/some/other/page/index.html
# not http://foo.bar.com:8080/page/index.html
foreach method [list GET HEAD POST] {
ns_register_proxy $method /some/other/page/index.html \
http://foo.bar.com:8080
}
ns_register_proxy syntax is the same as ns_register_proc
I you want even more stuff like this, serach for my posts to the list.
Some time ago I had sent to the list a proposal to add such
functionality to AOLserver core (along with my single server virtual
host extention patch and test cases), but it was ignored by a core team.
Recently I've put nsvhr in production enviroment and there are problems
with pages served from proxied Apache. I've never seen any problem with
proxing AOLserver though. So be carefull, because I'm not sure if nsvhr
is really well tested module. Maybe you should use Apache with its
ProxyPass directive as frontend server and AOLserver as backend or even
something like squid or ?ponds? which was also discussed on this list.
--tkosiak
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the
body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of
your email blank.
Re: [AOLSERVER] Topic gripe .. was Re: [AOLSERVER] virtual hosting options and a fantasy ....
Just an FYI - the work is nearly complete on an JK2 family module for AOLserver 4.0. Obe possible option in nsjk2 is to start Tomcat in-process and be able to evaluate Tcl code from Java (e.g., can have an .adp include in a .jsp). The module supports multiple virtual servers in AOLserver 4.0. Regarding some of the points I saw in another thread: -- having a JVM instance per-thread: serious application server with many classes/servlets loaded will have prohibitive memory requirements. -- small application server vs. full-featured one, like Tomcat -- the latter has much better chance to adhere to standards should you need portability in future, or decide to couple servlet-capable Web server with Java application server. Alex I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] Topic gripe .. was Re: [AOLSERVER] virtual hosting options and a fantasy ....
Alexander Leykekh said: -- small application server vs. full-featured one, like Tomcat -- the latter has much better chance to adhere to standards should you need If everyone here chose (percieved) standards over good technology, non of us would be here to begin with. portability in future, or decide to couple servlet-capable Web server with Java application server. If the J2EE server has a built in http server, that can be much more (and is!) efficient then using a plugin. When you do not want to use a web interface, don't use it and it sits idle, nothing lost. That is not to say that I don't think a JK2 module for AOLserver is not a good idea, it is a great idea. More and more enterprise back-ends will be using J2EE and if AOLserver can interface with those, that is a greta thing. Alex I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/ I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
Dossy said: Uh, sir, Vignette Corporation already makes a Tcl-enabled application server for several million dollars already. Have you seen V7? As a complete surprise, it can do something pretty much straight out of the box. Although, in true Vignette style, not very good and not very usefull. However, there is NO Tcl support in their next version anymore. So now they charge a pinky ammount for what is just a simple J2EE application, which only runs on J2EE servers that you have to pay another load on money for! Here are some ideas to attract more CEOs, VPs of marketing and people with an MBA in general to use AOLserver: - Give them quotes on aolserver.com on how it increased their ROI by reducing their TTM. - Have an annual mass, tax deductible, brain-dead three day sales presentation disguised as a politicaly correct technical and strategy workshop and call it AOLserver Attic - Say we support Java simply because we have figured out Tcl blend and then load a different JVM for every thread. (though Vignette can not do multithreaded Tcl, so they run a seperate daemon instead...) - Support ASP by simply running IIS in the background and requesting any .asp pages from it - And most important off all: don't give any clues as to what is actualy on offer untill we have actualy made the sale. Not willing to write off the investment, they will keep paying their ever increasing license fees. Bas I made a lot of money creating sites in Vignette for companies that didn't know any better Scheffers. ;-) I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
alfred said: FWIW - I have one client with approximately 10,000 domains being served from a single Aolserver instance. We point all the domains to a single Yeah, but I bet you don't let the individual users of each virtual server write their own code to run, do you? :) Bas. I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
On 2003.03.06, Bas Scheffers [EMAIL PROTECTED] wrote: Dossy said: Uh, sir, Vignette Corporation already makes a Tcl-enabled application server for several million dollars already. Have you seen V7? As a complete surprise, it can do something pretty much straight out of the box. Although, in true Vignette style, not very good and not very usefull. However, there is NO Tcl support in their next version anymore. So now they charge a pinky ammount for what is just a simple J2EE application, which only runs on J2EE servers that you have to pay another load on money for! I hear so many different rumors, I've started to just ignore them all. One rumor is that V/7 will have zero Tcl support at all. Another is that the page generator will be implemented in Java but call out to a Tcl interp. for any Tcl code (basically moving Tcl out of the core). Another is that Tcl will stay where it is and there'll be better multiplexing between Java/JSP and Tcl pages. I'll believe it when I see it. If Vignette stays in business long enough for V/7 to see the light of day, I'll be amazed. I'm waiting for them to go tits-up so I can convince my organization to migrate our large investment in Tcl code from Vignette to AOLserver. *evil grin* - Have an annual mass, tax deductible, brain-dead three day sales presentation disguised as a politicaly correct technical and strategy workshop and call it AOLserver Attic Hey, I'd /love/ an AOLserver conference if I could get my employer to pay for me to attend it! :-) Bas I made a lot of money creating sites in Vignette for companies that didn't know any better Scheffers. ;-) Rock on. I love Vignette. Developing sites in Vignette pays for my car, my mortgage, feeds my family, etc. :-) -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
Dossy said: I hear so many different rumors, I've started to just ignore them all. The documetation is actualy up on the support site. I read it, and not a trace of Tcl anywhere. Completely different architecture and no IDE anymore. The company I am at now had a workshop (I wasn't there) on implementing V7. Interestingly enough, however, this was a PowerPoint workshop, no sign of any software! Hey, I'd /love/ an AOLserver conference if I could get my employer to pay for me to attend it! :-) But can it be somewhere other than Texas!? Although I went in 2000 to the one in Phoenix, and stayed for another two weeks driving to the canyon, vegas and ending up in Sanfran. Gotta love those conferences! ;-) Bas. I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
On 2003.03.06, Bas Scheffers [EMAIL PROTECTED] wrote: Dossy said: I hear so many different rumors, I've started to just ignore them all. The documetation is actualy up on the support site. I read it, and not a trace of Tcl anywhere. Completely different architecture and no IDE anymore. The company I am at now had a workshop (I wasn't there) on implementing V7. Interestingly enough, however, this was a PowerPoint workshop, no sign of any software! This is funny because chatting with some VPS folks, they say no, Tcl support will be in V/7, it's just not clear how, yet. Vaporware ... Hey, I'd /love/ an AOLserver conference if I could get my employer to pay for me to attend it! :-) But can it be somewhere other than Texas!? Although I went in 2000 to the one in Phoenix, and stayed for another two weeks driving to the canyon, vegas and ending up in Sanfran. Gotta love those conferences! ;-) I dunno, it was a great excuse to go to Texas -- if it weren't for Vignette, I don't think I'd ever voluntarily visit Texas. If we do a get-together, North Carolina's a good choice, I think. Cheap airfare for me from New Jersey, and Hilton Head is supposed to be a nice place to go. -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
Dossy said: I dunno, it was a great excuse to go to Texas -- if it weren't for Vignette, I don't think I'd ever voluntarily visit Texas. Although I hear Austin is the most tolerable place there! ;-) If we do a get-together, North Carolina's a good choice, I think. Cheap I'll meet you there. last (and only) time I was there (in August '02) I came down with mono and was stuck in a friend's place in Chapel Hill for a week before paying through the nose to get back home instead of visiting another friend in Charlotte, burning tons of film and going to a wedding in Maine. Maybe I'll have more luck the second time around! ;-) Bas. I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
Hey, I'd /love/ an AOLserver conference if I could get my employer to pay for me to attend it! :-) If the kind readers here wouldn't mind 'slumming' there's always the Tenth Annual Tcl/Tk Conference URL: http://mini.net/tcl/6274 . -- Tcl - The glue of a new generation. URL: http://wiki.tcl.tk/ Larry W. Virden mailto:[EMAIL PROTECTED] URL: http://www.purl.org/NET/lvirden/ Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -- I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
On 2003.03.06, Larry W. Virden [EMAIL PROTECTED] wrote: Hey, I'd /love/ an AOLserver conference if I could get my employer to pay for me to attend it! :-) If the kind readers here wouldn't mind 'slumming' there's always the Tenth Annual Tcl/Tk Conference URL: http://mini.net/tcl/6274 . Ann Arbor, Michigan? Argh. Not exactly my idea of a hot summer getaway destination ... ;-) Looks like I can get a flight from EWR to DTW on Continental for $265 round-trip, though. Northwest for $255 ... what's the discount that's mentioned on the webpage: Northwest will offer a discounted fare to Tcl/Tk attendees. -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
On 2003.03.06, Peter M. Jansson [EMAIL PROTECTED] wrote: On Thursday, March 6, 2003, at 04:35 AM, Bas Scheffers wrote: So now they charge a pinky ammount for what is just a simple J2EE application, which only runs on J2EE servers that you have to pay another load on money for! When Java-bashing, we should keep in mind that JBoss is a J2EE server that' s freely-available, which kinda kills the pay another load of money argument, and it runs inside either Tomcat or Jetty, which are both free (and maybe even Free). IIRC, Vignette's only going to support IBM WebSphere and BEA WebLogic. Those licenses are far from cheap. I could be wrong, though. Vignette might get smart and support JBoss or Orion or Tomcat, but I'm doubtful. -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
Edward Wilson said: Not Tomcat, they bought a small European company that made a light/fast servlet container. The next closest substitute is Tomcat; but it's definitely not Tomcat. They didn't buy the company (http://www.orionserver.com/), they just paid them a shitload of money to allow them to include it with Oracle and rebrand it. My company has the same deal with them, but that's not due to millions, simply the fact that we (or rather one Java guru in our company) has helped out so much debugging it. If you are wondering why they haven't released any new versions/patches in a while, that is because 1) they are taking a holiday on their Oracle millions and 2) it is just that damn good! Although I suspect some changes will be comming to make good use of Java 1.4's non-blocking I/O. (which Tcl has had for years, ofcourse!) Bas. I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] Topic gripe .. was Re: [AOLSERVER] virtual hosting options and a fantasy ....
hi, i guessed you are right they are talking something diffenernt other than aolserver virtual hosting. there is nothing to do with the discussion Madhu Sudhanarao.S Azri.biz From: alfred [EMAIL PROTECTED] Reply-To: AOLserver Discussion [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [AOLSERVER] Topic gripe .. was Re: [AOLSERVER] virtual hosting options and a fantasy Date: Thu, 6 Mar 2003 11:49:43 -0500 I assume this thread of conversation falls under the 'fantasy' part of the subject line? Can we start a new thread please? J2EE or Vignette or Other Technologies or something. This hasn't had anything to do with virtual hosting for about 20 messages now :) I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/ _ Cricket World Cup 2003- News, Views and Match Reports. http://server1.msn.co.in/msnspecials/worldcup03/ I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
It concerns me seriously when virtual hosting was at one time supported, then taken out, now being put back in by the volunteer society. Once I implement a solution, I need to know that certain necessary features aren't going to go away leaving me without a work-a-round. Why would the AOL team think so selfishly by removing virtual hosting? Do they not care that others rely on their server? -- ed __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
Edward Wilson said: Why would the AOL team think so selfishly by removing virtual hosting? Do they not care that others rely on their server? You are quite passionate about this, aren't you? ;-) Although there was virtual serving in 2.3, it was not hostname based. Personaly, I find that instead of putting extra directives in one config file, moving them to different config files and having some more lines in my start-up scripts not really a big deal and certainly not something that significantly breaks moving code from 2.3 to 3.0. The trade off is worth it considering how much more lean and mean 3+ is! As an added bonus you get a completely seperate environment! I don't find AOL selfish at all for making any changes, they build a kick-ass server for themselves and share it with the world, thank you very much. They will not make application breaking changes because they are their own major client and don't want to break their own apps. Looking at the track record, maintaining almost 100% code compatibility from 1995 to 2003 (dispite architecture changes) is unheard of in the world of web application servers! Bas. PS: You are perfectly welcome to still run 2.3 if you want to! ;-) I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
We're trying! ;-) Virtual server and Win32 support are two good examples of our renewed commitment to trying to better balance internal needs and requirements with those of the Community at large. It's not always going to be perfect, and we won't always be able to satisfy everyone, but we are committed to maintaining a more open dialogue with everyone. Thanks to everyone who has stuck with us over the years, and who continue to help us improve the server. - Nathan On Wednesday, March 5, 2003, at 10:53 AM, Daniel P. Stasinski wrote: With the core team in place, development emphasis is now based on both the needs of AOL as well as those of the community. With that, needed features are being re-implemented. I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
From: Edward Wilson [EMAIL PROTECTED] Once I implement a solution, I need to know that certain necessary features aren't going to go away leaving me without a work-a-round. You may want to investigate alternatives to getting free software from a public server or cvs. Some alternatives include: 1. purchasing a server - but then, you still don't have the certainty that you require I guess. 2. purchasing support - then at least you could work with someone to reimplement features that are missing 3. freeze at a particular version of the software that meets your needs, and just live with bugs and without new features, or even attempt to 'back port' fixes and features to your frozen version yourself. 4. write your own server. 3 of the 4 can give you the assurances you need. -- Tcl - The glue of a new generation. URL: http://wiki.tcl.tk/ Larry W. Virden mailto:[EMAIL PROTECTED] URL: http://www.purl.org/NET/lvirden/ Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -- I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
Edward Wilson wrote: Why would the AOL team think so selfishly by removing virtual hosting? Do they not care that others rely on their server? Nothing was lost in removing virtual hosting, except the difficulty of mantaining a single config file for all those hosts. Since each server takes up as much memory running separately as when combined, resources are not saved. This is very different from Apache which could easily run thousands of virtual hosts without increasing memory useage (since is spawned a new process for each request anyway). With the style of virtual hosting in the pre 3.0 series, any change to a virtual server would require a restart of the entire process, bringing down every virtual host in the process. Since each virtual server was initialized separately, the time to restart was proportional to the number of virtual servers. I don't know what the current situation is with the new implimentation, but if it is the same, I can't see why it would be useful. I believe the config file problems are greatly reduced. In the mean time several users, including myself, developed virtual hosting using registered filters. This proved to be very efficient, even when written in tcl. --Tom Jackson I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
On 2003.03.05, Jeff Hobbs [EMAIL PROTECTED] wrote: And I would be glad to provide you full aolserver support with customizations for the small sum of raise_pinkyone mellion dollars/raise_pinky. ;^) Uh, sir, Vignette Corporation already makes a Tcl-enabled application server for several million dollars already. /me waits for the raisePinkyone HUNDRED melion dollars/raisePinky response. -- Dossy -- Dossy Shiobara mail: [EMAIL PROTECTED] Panoptic Computer Network web: http://www.panoptic.com/ He realized the fastest way to change is to laugh at your own folly -- then you can let go and quickly move on. (p. 70) I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] virtual hosting options and a fantasy ....
Sorry, I didn't mean to offend the Aol server Team; I do thank them for their generosity. I misunderstood something I read--sorry once again. Thank you everyone for not flaming me off-line. Best wishes to all! -- ed __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
[AOLSERVER] virtual hosting options and a fantasy ....
Tomasz, et. al. First, I've taken the gross impropriety of fwding this to the list because there are folks there much more knowledgeable than me. Second, this isn't particularly in response to your email, which describes a useful virtual hosting option for AOLserver, but rather describes why, today, I am reading about reverse proxies with Apache 2.0. I can think of a dozen different ways (maybe not soo many) to implement name based virtual hosting, and the choice really comes down to who you are and what you are trying to do. Maybe you have and or want 1. One machine and many completely different websites run for completely different users (requires high security isolation from server instance to another) 2. One machine and machine completely different websites run for the same user (security not as important) 3. One machine and many different websites but not completely independent websites? (may want to share code, db, and some images) 4. Variations of 1-3 above but where you want high uptime for all servers and don't want one coming down to affect others? 5. You're need to add/remove sites at runtime. 6. You want high uptime and so you have more than one machine at maybe more than one geographical location and you want all these to be running the same dynamic website. 7. You want a reverse proxy to stitch together many independent technologies (tomcat, jboss, aolserver, apache, zeus/nuke, snmp management, bob's special little webserver) that each provide an html stream in their own process all under the same port 80 url) (nsvhr does this well.) Okay, a baker's 1/2 dozen of reasons for virtual hosting. Unless you need to share db or session information, or unless you have very small machines, I don't don't see AOLserver as the best way to provide most of these solutions. Though I've tried hard in the past to make it do so But between SQUID and Apache as reverse proxies and the Linux Virtual Server project, I think there are some great, almost industry standard ways to provide a lot of virtual hosting solutions. And with that comes documentation and books and developers that already grok this. Having said that, I've never used SQUID to do this, I've only done the most rudimentary work with Apache. And when I last checked on the LVS, it seemed wonderful, but I needed more of a cookbook, more of a put together solution than what was provided then. My version of nsvhr/nsunix was great for the speed and efficiencies and the stability and the ability to manage virtual hosts at runtime, but nsunix doesn't scale beyond one machine, and nsvhr doesn't allow cooperating websites to share db/code/session information. So I'm pretty much done with it. It did a great job at being a reverse proxy and letting me stitch together aolservers, apaches, and specialized little webservers. Fast and relatively stable (modulo goddamned problems that IE's notion of TCP would introduce.) My understanding of virtual hosting ala aolserver 4 is that it is like Apache's -- many completely independent websites all with one single point of failure. Good for use of resources; maybe bad for uptime and maybe management. Maybe bad for security too. It seems as thogh Tomasz's option tries to provide for more complex websites that may want to share data. That's good! I think it's good to provide the Apache level -- It's good because Apache does it and so it becomes a burden/faq not to provide it. But that maybe the only reason. Or maybe my coffee is just too cold and bitter this morning. Like my heart. I think it's more interesting to provide for the ability to create more interesting/sophisticated websites ala datasharing and reverse proxying and the load and geographical scaling (6 7) above. (CS/Engineer speaking now.) More interesting, but does anyone need it? (mba speaking now) (btw if the answer is yes and you have fund$ my email address is [EMAIL PROTECTED]) I dunno (dominant (?) personality taking over once more) Fantasy time: I would love to know more (that means get my hands in a gpl like way) of how AOL itself provides for high uptime with their AOLserver instances. What monitoring code, what reverse proxy code, what heartbeat code, what restart code is around and might be useful by the community. Failing that, if I had to do my nsvhr/nsunix work again, I would hope my car would stall on the tracks and the Southern Pacific would help me out right now. Or I would try to work with the Linux Virtual Server project. Because that project apparently aims to be the industry standard (i.e. a large user base, some commercial support across hw and docs) for providing 6-7 in terms of a) monitoring systems b) heartbeats c) restarts d) failovers e) reverse proxying at several levels, from the Apache/SQUID/nsvhr-nssock method of just piping each byte through an intermediate proxy, to a much more interesting and scalable across many
Re: [AOLSERVER] virtual hosting options and a fantasy ....
I get the feeling this thread might run for a while... -Original Message- From: AOLserver Discussion [mailto:[EMAIL PROTECTED] Behalf Sent: Tuesday, March 04, 2003 7:43 PM Tomasz, et. al. I can think of a dozen different ways (maybe not soo many) to implement name based virtual hosting, and the choice really comes down to who you are and what you are trying to do. Yep, and I personally think that trying to get one 'product'/'application' (whatever you want to call it) to do everything is starting to tread on dangerous ground: The danger being that an application that was once very good a few things, gains the capability to do lots of other whizzy things but ends up doing none of them particularly well. I personally think that where possible it is best split functionality out by server (or even machine) to allow them to be tuned to the n'th degree (both at a code and configuration level) for the specific purpose they are built for. This also reduces the need for some of those crazy internal interdependencies you hit which makes maintaining these systems a headache. However separate processes clearly tend not to be as tightly integrated as a single one - so there are of course, pros and cons of each. The solution you go for is likely to be based on which of the various considerations you mention is most important to you, and its unlikely (in practice anyway) that they are all going to be of equal priority. Also, don't forget that there are hardware appliances out there that perform many of the functions you are discussing - it all depends to some extent on how big (or rather full) you wallet is, So: (all, forgive me if I'm stating the obvious!) Maybe you have and or want 1. One machine and many completely different websites run for completely different users (requires high security isolation from server instance to another) As you suggest separate virtual machines gives you the isolation (security often comes down to good practice and the detail of configuration) 2. One machine and machine completely different websites run for the same user (security not as important) AOLserver will do this with either name based virtual hosting or IP based virtual hosting 3. One machine and many different websites but not completely independent websites? (may want to share code, db, and some images) Again AOLserver will do this for you (well certainly v4 from what I can tell), with various ways to share code, db and files 4. Variations of 1-3 above but where you want high uptime for all servers and don't want one coming down to affect others? If you are serious about high uptime you want more than one machine to reduce the effect of hardware failure. To ensure that a site failing has the least effect separate processes for each site seems to be a solution, but that doesn't stop for example one of those processes turning rogue and consuming all the resources, rending the other processes unusable According to the hype AOLserver is fast, efficient and reliable - I've yet to put it into production so I can't yet verify whether this is the case or not. ;-) 5. You're need to add/remove sites at runtime. I don't think AOLserver (4) allows you to do this out of the box, but there are C,Tcl and hybrid modules available that should. 6. You want high uptime and so you have more than one machine at maybe more than one geographical location and youwant all these to be running the same dynamic website. Again, there's more than one way to skin a cat. EdgeCaching, reverse proxy caching, source based traffic routing etc. etc. 7. You want a reverse proxy to stitch together many independent technologies (tomcat, jboss, aolserver,apache, zeus/nuke,snmp management, bob's special little webserver) that each provide an html stream in their own process all under the same port 80 url) (nsvhr does this well.) I think there's room in this area for a whole suite of products to be born - I've got a couple of ideas for one or two of them - just need the time and the money to turn them into reality Okay, a baker's 1/2 dozen of reasons for virtual hosting. There's probably at least as many that you haven't though of (don't get me wrong not a criticism at all - but someone out there is bound to be putting pretty much every permutation into practice) Unless you need to share db or session information, or unless you have very small machines, I don't see AOLserver as the best way to provide most of these solutions. Though I've tried hard in the past to make it do so You have the upper hand on me here as I don't have the practical experience of AOLserver that you do, but if it performs as well as is claimed then, as you say, with the help of one or two well chosen friends it ought to be able to do the job most admirably. The question is do you really want to try and get AOLserver to do it all by itself (without external help)? But between SQUID and Apache as
[AOLSERVER] Virtual Hosting by Name not IP.
I have searched for information on this topic but so far I am unable to find it. Is it possible to setup virtual hosts based on name, not IP? If so, can you point me to some documentation or an example? Thanks! Jeremy I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] Virtual Hosting by Name not IP.
You can do this with AOLserver v4 as it comes (out of the box) - look in the list archive for the example config file I sent a couple of days ago, which has an example of this. If you are using v3.x then there are various C, Tcl or C/Tcl add-on modules that will let you do this. Which is best I don't know - can anyone else help? -Original Message- From: AOLserver Discussion [mailto:[EMAIL PROTECTED]]On Behalf Of Jeremy Cowgar Sent: Friday, February 21, 2003 4:48 PM To: [EMAIL PROTECTED] Subject: [AOLSERVER] Virtual Hosting by Name not IP. I have searched for information on this topic but so far I am unable to find it. Is it possible to setup virtual hosts based on name, not IP? If so, can you point me to some documentation or an example? Thanks! Jeremy I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/ I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] Virtual Hosting by Name not IP.
On Fri, Feb 21, 2003 at 04:47:49PM -, Tim Moss wrote: You can do this with AOLserver v4 as it comes (out of the box) - look in the list archive for the example config file I sent a couple of days ago, which has an example of this. If you are using v3.x then there are various C, Tcl or C/Tcl add-on modules that will let you do this. Which is best I don't know - can anyone else help? I tried the 4.0 because I am just now setting up a site running AOL Server, but I could not get the nspostgresql to compile with the 4.0 codebase. Is their some trick? -- Jeremy Cowgar [EMAIL PROTECTED] http://cowgar.com I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] Virtual Hosting by Name not IP.
On Friday 21 February 2003 11:59, Jeremy Cowgar wrote: I tried the 4.0 because I am just now setting up a site running AOL Server, but I could not get the nspostgresql to compile with the 4.0 codebase. Is their some trick? Get the 4.0beta1 nspostgres I released last week. You also have to make sure to load nsdb.so separately. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11 I. To remove yourself from this list: Send a message to [EMAIL PROTECTED] with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] Virtual hosting using nsvhr : port number appears in URL
Thank you, not specifying the port parameter in nsunix did the trick.
Re: [AOLSERVER] Virtual hosting using nsvhr : port number appears in URL
On Thu, Jul 11, 2002 at 05:52:55PM -0400, Jerry Arns wrote:
Jerry,
Please show the nsvhr and nsunix config parts of all three config files.
Your nsunix config should look like this in the slave server files:
ns_section ns/server/${server}/module/nsunix
ns_param hostname www.mydomain.com
ns_param socketfile mydomian.nsunix
Do not set the port param for nsunix. If you do it will show the port
number.
Dave
Hello,
I just installed virtual hosting on my machine (using Aolserver3.3ad13)
I used Jerry's nsvhr/nsunix config found on his site.
I have 3 sites :
master.mydomain.com:8080
sub1.mydomain.com:8081
sub2.mydomain.com:8082
Redirection works well, but the URL in the browser shows the actual port of
eiher site (8081 or 8082) instead of 8080.
i.e: query ; http://sub1.mydomain.com:8080/index.html
response : http://sub1.mydomain.com:8081/index.html
It bother me, because when I go live, I will put master.mydomain.com on
port 80, and I dont want to see any port in the browser URL for my subsite.
Is it possible to :
query : http://sub1.mydomain.com:8080/index.html
and have a response : http://sub1.mydomain.com:8080/index.html
(same port showing, wich means no port showing when on port 80)
Thx
Re: [AOLSERVER] Virtual hosting using nsvhr : port number appears inURL
I think Jim is right that a tcl based solution will most likely prove fast enough. There are a number of programming decisions you need to make if you choose his path for a roll-your-own vhost server. I have several tcl only solutions, one that is a proxy and one that uses url mapping. The mapper is at http://zmbh.com/vat/ and the proxy is at http://zmbh.com/tclvhr/ I don't know if either solve your particular problem, but they are written in tcl and easy to configure or adapt to your situation. Bug me if you have questions. --Tom Jackson
Re: [AOLSERVER] Virtual Hosting in AOLserver
You might want to use my module: http://www.nsstuff.zoro.tcl.pl/project.h2x?pr=nssmartvh I remember it had no docs some time ago, but now I fixed the problem. ÕÅÏþº£ wrote: Hi,all, I want to install another website to my aolserver. How can i config the sample-config.tcl in my aolserver and how can i do to avoid affect to the original one? Thanks a lot. -- WK Data typing is an illusion. Everything is a sequence of bytes. -Todd Coram
Re: [AOLSERVER] Virtual Hosting in AOLserver
Thanks. I do these to test the new code in machine which is running old server. Now I can test it while original server is running. :) Sorry for my poor english and thanks again. - Original Message - From: Brian Fenton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 13, 2002 7:18 PM Subject: Re: [AOLSERVER] Virtual Hosting in AOLserver Here's what I do when I want another AOLserver on a different port. Make a copy of the config file and edit it and change the values of Datasource (SID), User Password (if you're using a database), ServerLog, AuxConfigDir, PageRoot, Library, Port, Hostname and Address. That's based on a quick glance - there may be more you need to change. Oh yes, also change all the ns_section ns/server/servername lines by replacing servername with something else. You need to make a copy of all your tcl programs too. So for a quick result, take a copy of an existing website and put it where ever your PageRoot parameter above is set to. This will give you a working site very quickly. If, like me, you use up and down scripts, make new ones of those too and tell the up script to use the new config file. I'm assuming here you don't want proper Virtual Hosting. If you do want that there are a few options you can try - these should really be listed on aolserver.com somewhere, but they're not. :-) The one we use is Jerry Asher's - see http://www.theashergroup.com/tag/articles/nsvhr/virtual-hosting-howto.adp It works very well for us. Hope this helps, Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 13 May 2002 11:54 To: [EMAIL PROTECTED] Subject: [AOLSERVER] Virtual Hosting in AOLserver Hi,all, I want to install another website to my aolserver. How can i config the sample-config.tcl in my aolserver and how can i do to avoid affect to the original one? Thanks a lot.
[AOLSERVER] virtual hosting
I'm worried that there may be issues that I have not thought of/discovered and am throwing this out to the list in hopes on avoiding any unpleasant surprises. I'm planning on implementing a virtual hosting scheme in a single aolServer process based on host headers. We provide the same basic service to all of our customers. Currently we support multiple customers on a single host (same URL). I want to be able to provide a different URL to each customer, still hitting the same pages. We already provide service to multiple clients out of a single Oracle schema, so there are no database pool issues. Things I know will break: ns_returnredirect puts what it thinks is the right hostname in when the URL argument starts with /. I can fix that by making a proc to stick in what *I* think is the right hostname (based on the host header) in those cases and then calling ns_returnredirect. Then I never call ns_returnredirect directly again. (I could change the C code, but I want to avoid making changes at that level if possible.) SSL: we're not doing SSL on our servers currently. I'm wondering how difficult (impossible?) it will be to hack aolserver so that I can have multiple SSL configs within a single aolServer process based on the host header. Cookies: I plan to have a list of aliases for each canonical hostname. A registered filter will redirect to the canonical hostname when we receive a GET request with a host header of one of the aliases. This should keep browsers on the right path, and away from the aliases (and thus the cookies set to the right hostnames). Am I missing anything? -- Patrick Kelly -- http://www.oakroad.net/patrick.html
