[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-developers] Argh--nee help with two things--Argh
- Subject: Re: [cobalt-developers] Argh--nee help with two things--Argh
- From: Jeff Lasman <jblists@xxxxxxxxxxxxx>
- Date: Fri Aug 18 19:49:37 2000
- Organization: nobaloney.net
Jerry Pape wrote:
> When migrating clients from one ISP to another typically, I
>
> 1) Set up the site at the new host (usu FreeBSD w/ an actual username)
You can set up a site on a RaQ at any time, but you don't get to choose
a "username"; you end up with a DocumentRoot set to
"/home/sites/siteXX/web, where XX refers to a one to three digit
number. There's also a link from /home/sites/hostname.domainname.com to
/home/sites/siteXX.
I wouldn't risk changing this. Too much to break.
> 2) put a .forward into the old site to catch mail i.e.
> someuser someuser@[xx.xx.xx.xx]
Because the RaQ uses /etc/virtusertable for it's usernames (only using
/etc/aliases for forwards to other domain names) and doesn't put in the
IP#s (either with or without the square brackets) you're going to have a
problem with this unless you make manual entries for the IP#s. That's
doable, and documented inside of /etc/virtusertable as to where you can
safely make the additions. Nevertheless it's time-consuming.
> 3) put a .htaccess redirect into the old site i.e.
> Redirect www.FQDNoldsite.com xx.xx.xx.xx/~username
This won't work because the RaQ does NOT set up a website as a user.
> 4) when everything looks hunki dori (after a test period of 2 days to
> a week), I make the changes at NetSol and wait.
> 5) because the .forward and .htaccess are in place any straggling
> requests or mail that occur due to DNS propagation come through
> automatically.
> *) If anything goes wrong in the test period, I just rename
> the .forward and .htaccess files on the old host and everything is
> back to normal.
>
> How can I do this in the Cobalt/Apache environment?
I leave this as an exercise for someone else.
> Thing #2
> -------------------
> Lastly, I want to run my cgis from /home/sites/cgis and still possibly
> still use cgiwrap.
While I've been able to make this work, I leave it to an exercise as
someone else; it CAN BE but doesn't necessarily have to be complex, I'll
admit. We use CGIs under cgiwrap (including UBBS) that have no problem
updating their own files.
> NOTE: all this crap works in my old FreeBSD world at least in part
> because I know how everything is compiled
Of course.
> HELP HELP HELP I am going mad--this issue has sat in the hands of Cobalt Tech
> Supp for more than a week and gone nowhere.
It's possible that the Cobalt RaQ may NOT be the system for you if you
need more than what it offers. We're independent Cobalt consultants,
and we have overcome these and other issues, but we've also admitted to
a lot of tradeoffs.
> In return I offer this tidbit--
> Out of the chute, Cobalt provides proftpd with less than optimal
> configs.
No kidding <wry grin>.
Thanks for the ideas <smile>!
...<tidbits snipped>...
Jeff
--
Jeff Lasman <jblists@xxxxxxxxxxxxx>
nobaloney.net
P. O. Box 52672
Riverside, CA 92517
voice: (909) 787-8589 * fax: (909) 782-0205