Ben Butler ben.butler at c2internet.net
Mon May 19 14:07:45 EDT 2008


As an interesting aside, when using SSL you cant support HTTP1.1 style
hostnames on the same IP:445 because of when the encryption occurs, it
just doesn't work.  So one solution is to put each SSL enabled website
on a different IP.  This can quickly burn through your public IP
assignment.  Another trick is to use the following <a
href="https://my.host.name:446/"> where 446, 447, 448 ... Enable you to
have websites with different hostnames all resolving via A records in
DNS to the same IP for SSL.  You then make your server listen on this
IP:xyz to serve the virtual host for that SSL site.  By using the
IP&port to identify the site you are then able to host many sites on the
same box.  There is a small potential issue with client firewalls
permitting outbound connections to non standard ports (very small) plus
you need to code the sites so that the variable containing the hostname
is appended with the port number you have assigned for that site.

But it is a good way to run lots of SSL sites on one IP with multiple
SSL certificates that match the my.host.name and not generate any
certificate warnings.

Worth bearing in mind.


-----Original Message-----
From: omnisdev-en-bounces at lists.omnis-dev.com
[mailto:omnisdev-en-bounces at lists.omnis-dev.com] On Behalf Of Ben Butler
Sent: 19 May 2008 18:02
To: OmnisDev List - English
Subject: RE: Webserver


Are you saying you would like a single Omnis server / Ultra or Plug-in
to listen on different ports?  Then the answer is no. As far as I know,
as these are properties of the runtime not the library.  In order to do
this you would need two different instances of Omnis running either from
the same installation and setting server port property or two different
installations already setup as desired.

If you want Omnis as opposed to Omnis Server to listen on different TCP
ports, i.e. 80 & 81 via the socket commands then the answer is yes I
believe so but haven't yet tested it but it should work out of the box.

Listen on the same port, both on 80, then the answer is no because you
cant bind two sockets both to 80 - you will need a broker object that
listens on 80 and then acts to dispatch requests the appropriate library
for HTTP processing before return to the clients.  You cant even do this
with two instances of Omnis on the same IP because they cant both bind
the same IP that is not how IP works.  But you can do this if you want
to bind port 80 on different IP addresses ala HTTP 1.0 - but neither
Omnis socket commands or TCPTalk external are able to do this currently
- although Kelly might add this is asked nicely.  Bizarrely Omnis does
seem to acknowledge a reporting requirement for multi IP boxes on the
TCPGetMyIP (or whatever it is command).  But no way to set it to
anything other than every IP at bind time.

If you want to do the above with multiple port 80s direct into Omnis
they you need to look at different virtual machines as a way to get
different TCP stacks with each IP and then you can bind * in each stack
- bloody stupid way of doing it if you ask me though.

What exactly are you trying to achieve from a network / web server

Everything is generally possible it just depends on how to get there.

And that is why I am in the process of writing an Omnis TCP proxy for
exactly the above sort of requirement to give you that broker layer in
the middle listening on 80 at a network level.

Kind Regards


-----Original Message-----
From: omnisdev-en-bounces at lists.omnis-dev.com
[mailto:omnisdev-en-bounces at lists.omnis-dev.com] On Behalf Of Brian
Sent: 19 May 2008 15:47
To: 'OmnisDev List - English'
Subject: Webserver

How can I install two separate webserver applications on a single
The webserver application does not allow me to pick the directory of
where it installs  I'm using Redhat linux as the operating system?  Is
this possible?

Brian Germann
Wayne Enterprises
Linden, CA
mailto:Brian at 911revolution.com

Manage your list subscriptions at http://lists.omnis-dev.com
Manage your list subscriptions at http://lists.omnis-dev.com

More information about the omnisdev-en mailing list