From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1M2RIo-0005B1-Vf for garchives@archives.gentoo.org; Fri, 08 May 2009 14:43:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5B8C0E0364; Fri, 8 May 2009 14:43:53 +0000 (UTC) Received: from mail-fx0-f219.google.com (mail-fx0-f219.google.com [209.85.220.219]) by pigeon.gentoo.org (Postfix) with ESMTP id 01FEEE0396 for ; Fri, 8 May 2009 14:43:52 +0000 (UTC) Received: by fxm19 with SMTP id 19so1325097fxm.34 for ; Fri, 08 May 2009 07:43:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=x/ZVUXAGHiwRn0X+T2XwGfZsF3G45W+14xzj2r7XLnY=; b=rH9CClfsDrD857Sx9VNIy5lhEMf8lWOi1Bu1pVT/F8clgBDc1ZmPXf5Z8yGUnnsNaY scR1dmwYA46mRMByzeNnFU5DaBVbowZvGHRut693ZaLoJMEBgbwnuiK+yYaIEqDF+7PK 6nMAVwCnTr/VF1DqQ3GqDIvlJFt+35naqnLuQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=sZtt14PnuXH0y4j9V3tWjWj60TlsvS1TQItPXWvptTNwaDPm9QuE1+bZ7X/3yxjEY/ 6lQxcjqLHMmf+siBFodfkUWbq7OtNNXBvAYq6IK/FoQ6tjwQbzxy0fNXwHRE2XOa/AmW Xkz8iH+EDOZs9dGBs6C89d7/K7amKkqprxSeY= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.204.52.5 with SMTP id f5mr3672132bkg.203.1241793832001; Fri, 08 May 2009 07:43:52 -0700 (PDT) In-Reply-To: <4A0427D2.2090206@shic.co.uk> References: <4A00A266.9070102@shic.co.uk> <4A017DA0.7010802@anferny.me.uk> <4A032AC0.6000801@shic.co.uk> <200905072335.00108.michaelkintzios@gmail.com> <4A0427D2.2090206@shic.co.uk> Date: Fri, 8 May 2009 15:43:51 +0100 Message-ID: <358eca8f0905080743t4bd8569ev9eea7e1d51830806@mail.gmail.com> Subject: Re: [gentoo-user] A networking question... From: Mick To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: c21b5dd3-d6b8-4727-84f4-83e48f8307f0 X-Archives-Hash: 934b55620fa8a7a2be933455a7c8a7c9 2009/5/8 Steve : > Mick wrote: >> >> An adaptor can have more than one public IP address (multi-homing) and y= ou >> can use something like: ifconfig eth0:0 192.168.0.2 netmask 255.255.255.= 0 up >> to set them up (increment eth0:1, eth0:2, etc accordingly). =A0However, = if >> your SSL vhost is listening on a random port you don't need binding of m= any >> addresses to one NIC. =A0You can use the same ip address. >> > > This is the essential bit I was missing, I think. =A0I knew it was possib= le to > set up "multi-homing" (as I'd seen it on other systems) but I'd forgotten > what it was called... and that made searching for documentation, erm, > hard... though even knowing the term hasn't given me a slam-dunk search > result through google. =A0I presume I need to fiddle with /etc/conf.d/net= - > somehow - in order to convince /etc/init.d/net.eth0 to do what I need. Well, how often do you reboot? You only need to run it once and therefore you won't need to modify your conf.d/net configuration. If you have to, I think it that file is well commented anyway. >> Other than vhost I guest you can run a second instance by reading sectio= n >> 5 here (but I'm not sure you need to do that anyway): >> >> http://www.gentoo.org/proj/en/php/php4-php5-configuration.xml > > That's all helpful material - suggesting, at least, that there's no neat > gentoo-specific one-liner to achieve the two instances I need... plus it > highlights specific problems I might have with interactions between PHP i= n > my two instances. Hmmm... I hadn't anticipated that... frustrating. No, this would only be the case if you *need* to run two separate php slots. In your case (I assume) you will be using the same php version. > I guess the other route I could consider would be virtualisation - > establishing a completely separate installation... at least that way I co= uld > be sure that no aspect of my 'alive' system could impact the configuation= of > my development system... allowing me maximum confidence that I know what'= s > needed when I come to deploy. That's perhaps more complicated a solution than what it needs to be. > Somewhat frustratingly, this seems to be morphing into a considerably mor= e > involved problem than I'd envisaged. ;) I don't know if your https dev't website uses different php, ruby, perl, etc. versions and what not. However, if all these are kept the same then as long as you point your dev't SSL site it to a different mysql user/database (assuming you're using one) and you keep its webroot fs into a different directory with separate user authentication, then your're good to go with just the virtual hosts solution that I suggested and webdav access for editing its content. No need for multi-homing, complete virtualisation or anything else. Ask if you need more detail on setting it up. HTH. --=20 Regards, Mick