Announcement

**jont** · 21-May-2005, 09:07 AM

Have you tried changing:

PATHFROMCGITOCATALOG ../httpsdocs/acatalog/

to

PATHFROMCGITOCATALOG ../acatalog/

**Ian_W** · 22-May-2005, 08:46 AM

Hi,

Thanks - but that would only drop down one level not two.

My logs are showing this error

[Sun May 22 09:29:36 2005] [error] [client my.pc.ip.ad] client denied by server configuration: /home/httpd/vhosts/domain.co.uk/cgi-bin/nq000001.pl

Now else where it says to refer to error.err - but that files does not exist

Both myself and tech guys I have employed can't find any reason for this - however clearly we are working with an error that doesn't tell us too much

Any thoughts from anyone?

**Ian_W** · 22-May-2005, 08:59 AM

I thoughts - 'let change the number to two' - now in my error log i get

Premature end of script headers: nq000002.pl

Th fault in Actibic is still the same - ie

Actinic received a server error from the web server. The CGI scripts are not executing properly on the server. Run Web | Configure Web Site Details... to review your web site configuration.

Maybe this is the real root of my problems - the nq00000x.pl file is getting corrupted each time?

We are running 7.04 if this helps.

**Ian_W** · 22-May-2005, 01:01 PM

Okay - back tracking a bit....

I made cgi-bin and all files within it 755
I made /httpsdocs/acatalog 777 and all file within it.

We still got the error, when trying to download orders

Actinic received an request forbidden error from the web server. The server is not properly configured to allow Actinic to run CGI scripts from the cgi-bin.

and 'client denied by sever' in the logs.

So I made acatalog 775 and all files within it - same problem.

I can run the set-up wizard & the test within acatalog without any errors.

The only time we get errors is when trying to download orders - which are stored within the acatalog directory and accessed via the scripts in cgi-bin

I changed the cgi script id number to 2 - which recreates all the cgi scripts - all uploaded fine - no errors.

------------------

Update:

I have dialled in via my laptop - so on a different IP & ISP and can download fine - connect my laptop via my network it errors - so I then connected via my cable modem directly to my computer and it is now on a differerent IP - 82.34.x.x - but it still errors. As one final test, I conected my laptop to my cable modem - and it still errored.

Which results in two possible problems - either my cable modem provider is blocking the data or the sever is from 82.34.x.x - now I am with a major UK cable provider - Telewest, and I can't honestly see why their service would affect things (and only one thing at that) - but then why does a completely different IP range work fine?

We can find nothing on the server to block 82.34.x.x - to be honest if it did then it would affect other aspects of running the server.

I am desperately trying to whittle down the point of failure - so any thoughts on the above would be very welcome.

Thank you for your help.

**Ian_W** · 22-May-2005, 03:04 PM

We think it was caused by a module designed to prevent DOS attacks - for some reason, when running from a cable modem the speed of hammering by Actinic was triggering the script - when run from a dial-up it was too slow to trigger it.

Well that is what it looks like at the moment - thought I ought to feed it back in case it happends to anyone else.

Maybe Actinic can be slowed down slightly?

**pinbrook** · 23-May-2005, 11:14 AM

Maybe Actinic can be slowed down slightly?

No no no!!

who are you hosting with? I presume the solution lies with the host and not with the upload speed.

**Ian_W** · 23-May-2005, 11:28 AM

Why No no no ??

Surely if actinic is hammering a single script that is not so good - the speed to you and I wouldn't alter surely - and this is only on download of orders - not on the running of the site. It is download speed, not upload that was an issue.

Site is hosted by my own company - maybe our triggering system is a fraction to sensitive - but we had no problems downloading over dial-up - it was a fast cable modem that caused issues.

I have since tested on a 512 connection without issues - clearly a 2mb line is too fast

So many people would not even have experienced this. But maybe as speeds increase then it will occur again for someone else.

Maybe your servers are not protected against DOS attacks

Take care.

**pinbrook** · 23-May-2005, 11:32 AM

As you say maybe 2MB is triggering the problem. My own service is 1MB (telewest). And yes our servers are DOS protected (to the best of our abilities). We wouldn't be seen as a credible host if we didn't take security seriously

**brian.mc** · 23-May-2005, 11:36 AM

We've been on 2Mb for around 3 weeks and so far no problems.

**Ian_W** · 23-May-2005, 11:39 AM

Maybe I am just unlucky - but eh, if anyone gets similar problems a search on the forums here may turn up an answer for someone else

**jpungar** · 24-May-2005, 08:26 AM

I had a similar problem with a new site I was putting up last week. I knew the problem wasn't at my end as I have another site running on the same machine but different server. Contacted the hosts, who didn't have a clue what was wrong but they looked at the servers permision rights and now it is fixed.

Think if anyone else has this issue they should get their host examine their permisions.

Announcement

Where should the cgi-bin go?

Where should the cgi-bin go?

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment