[Xitami] Multi server issue

[R O]

Yea yeah...I know.  And thanks for the sarcasm.  I have a very specific 

instance where I can't use the Virtual Server feature.  So Xitami binds to 

port 80 for all IPs on the NIC then even though the server is only 

responding to requests on one IP?  Technically, you don't bind to port 80 on 

a NIC, you bind to port 80 on an IP address.  So a second IP address should 

have its own available port 80.  I know Apache and others can have servers 

running on port 80 of each IP on the NIC.  I could have sworn Xitami was 

only binding to one IPs port 80.

Hmmm..I do have multiple NICs.  But 
that means I need a second uplink port 
at my ISP - that will cost extra.  
Crap!


Russel P. Olinger 
 rolinger1 at hotmail.com

> Date: Wed, 19 Mar 2008 23:49:23 -0500
> To: xitami at lists.xitami.org
> From: magus1011 at gmail.com
> Subject: Re: [Xitami] Multi server issue
> 
> R O wrote:
> > 
> > I have two instances of Xitami running, one for production and the other 
> > for testing.  Both servers are running on the same system but on 
> > different IP addresses (on the same NIC).   However, the test server 
> > refuses to start on port 80...any other port it works OR if I comment 
> > out the "Portbase=0" the service will start up without an error but I am 
> > not able to get to the base page.
> > 
> > Each server is assigned to its own IP address, but both IP addresses 
> > reside on the same NIC of the server.  I don't recall having this 
> > problem in the past as I have done production and test versions of 
> > Xitami at the same time, each using different IP addresses that were on 
> > the same NIC.
> > 
> > In this case though, I actually need to turn the test server into a 
> > second production server and need it to run on port 80.
> > 
> > Heres the base config of each
> > 
> > /xitamiproduction/xiwinnt.exe
> >      defaults.cfg
> >           ip address: 192.168.1.10
> >           portbase=0
> >           service-name=Xitami Prodcution
> > 
> > /xitamitest/xiwinnt.exe
> >      defaults.cfg
> >           ip address: 192.168.1.11
> >           portbase=0
> >           service-name=Xitami Test
> > 
> > If I comment out portbase=0 on the test server the service will start up 
> > but nothing will respond to port 80 at http://192.168.1.11.  However, if 
> > I don't comment out portbase=0 the service won't even start up.  If I 
> > change the portbase to "portbase=2" then the service will start up and 
> > the pages are accessible on http://192.168.1.11:82 .  But I need this 
> > test server to be up and running on port 80.
> > 
> > Anyone have any ideas as to what is going on?
> > 
> > Russel P. Olinger
> > rolinger1 at hotmail.com
> > 
> > 
> > ------------------------------------------------------------------------
> > 
> > 
> > --
> > Xitami Users Mailing List -- For Xitami support
> > To unsubscribe: http://lists.xitami.org/mailman/listinfo/xitami
> 
> For the moment addresses don't matter. You have one NIC. It has one Port 
> 80. If one Xitami server is listening on it then the other Xitami server 
> can't listen on it. Simple?
> 
> So how do you get past this? Just run one Xitami server. But that leaves 
> you with the problem of only being able to serve one web site and you 
> want to serve two web sites, a live system and a test system. What to 
> do, what to do?
> 
> Enter our saviour Virtual Hosts! How to do this is detailed in the 
> configuration section of the documentation which can be reached at 
> http://<your IP address or domain name here>/xitami or, if your Xitami 
> is correctly set up at http://127.0.0.1/
> 
> I hope this helps. 8=))
> 
> -- 
> Best regards,
> Magus1011.
> 
> That's the problem with science. You've got a bunch of empiricists 
> trying to describe things of unimaginable wonder.
>   - Calvin
> 
> --
> Xitami Users Mailing List -- For Xitami support
> To unsubscribe: http://lists.xitami.org/mailman/listinfo/xitami
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xitami.org/pipermail/xitami/attachments/20080319/35cbe754/attachment.htm