Mitchell,
How many indoes do you have free? I ran into this issue a lifetime ago when I
had a lot of small small small files that ran me out of inodes without even
touching to overall disk space.
[JBDEV01 ~]$ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 190500
apache.org
Subject: Re: [users@httpd] ESTABLISHED connections
On Fri, Mar 13, 2015 at 7:21 PM, Gary Smith wrote:
> Order deny,allow
>
> Allow from all
> deny from 111.10.250.188
"deny,allow" means deny directives are processed before allow
directives
Try flipping the order to deny first. This is a first match rule IIRC, and
since the first rule is Allow from all, the deny isn't hit.
Order deny,allow
Allow from all
deny from 111.10.250.188
Sorry for the top post...
From: el
> Since they were kind enough to timestamp the download, you can
> correlate this with the access log and see the exact exploit used.
Files didn't exist... I look for them first. It appears that they were
downloaded and removed. Either way, it's been identified and temporarily
resolved.
-
> I was tasked on tracking down the cause of a perl process that is
> hanging on a client server. The server is opensuse, pretty much out of
> the box, patched pretty current. Anyway, below is the first log entry
> where it looks like someone attempted to run a perl script. It also
> appears tha
I was tasked on tracking down the cause of a perl process that is hanging on a
client server. The server is opensuse, pretty much out of the box, patched
pretty current. Anyway, below is the first log entry where it looks like
someone attempted to run a perl script. It also appears that a fil
> I suspected this as well and here is the experiment I did. I start one
> curl client with low data rate with option "--limit-rate 10" (10 bytes
> per second), and afterwards I start a normal curl client. It seems
> initially the second curl client waits for something for a few seconds,
> and the
> Il giorno 17/feb/2011, alle ore 14:14, Igor Galić ha scritto:
> > Ah. 143 -- I thought I had seen 443 before.. whoops.
> > So, forget that part about internal dummy connection.
> >
> > Anyway: What happens when you kill off that process?
>
> If I kill that process nothing happens. The process
I have a follow up to the IRC message earlier regarding protected virtual sites
from cross cgi file reads. I'm using an odd structure for our virtual sites,
which seems to be making it painful to implement the suexec, unless there is
something that I'm missing.
We have several sites configured
> They should not be able to use the default site's /files directory but
> /sites//files
>
> Any ideas ?
>
> According to suExec docs, target file must be owned by the user and
> group specified in SuExecUserGroup directive. But this is not possible here.
>
> /srv/htdocs/main (drupal codebase) i
state. Even
though the sessions aren't sticky, is it possible that the load balancer is
handling keep alive in such a way that it's sending the back to the original
server but on in a new state? (that's a little beyond my knowledge though).
Gary Smith
From: Arunku
e
IP's. If this is the case, it's because the load balancer is gluing the
connections during a session and that the IP's are also making multiple
requests.
That's a place to start at least.
Gary Smith
From: Arunkumar Janarthanan [mailto:arunkumar.webad...@gmail.com]
Sent
is a way to have 4 position domains use it's own
VirtualDocumentRoot (and alias) whereas 2 and 3 position domain names will use
the original logic.
It's this type of configuration possible?
Gary Smith
-
The offici
Under 2.2, is there a way to limit number of connections per IP? Mod_bandwidth
is for 1.3, and mod_bw hasn't been updated since 2005. We're having a problem
with leachers on a web site and we would like to limit the number of
connections.
Gary
Rich,
The rewrite below is exactly what I want to do. Thanks.
From: Rich Bowen [rbo...@rcbowen.com]
Sent: Monday, April 06, 2009 12:09 PM
To: users@httpd.apache.org
Subject: Re: [us...@httpd] rewrite question
On Apr 6, 2009, at 14:32, Gary Smith wrote:
We have a web site that is being
Yes. I'm also recieving bounces for this person
From: Evan Platt [e...@espphotography.com]
Sent: Monday, April 06, 2009 12:18 PM
To: users@httpd.apache.org
Subject: Re: [us...@httpd] unsubscribe
At 12:16 PM 4/6/2009, you wrote:
>As the headers of every me
We have a web site that is being pounded pretty hard. The web site has lots of
graphics and our bandwidth is being killed. We have a dedicated server at
another location where we get more bandwidth cheaper (but the overall
processing sucks so it can't push the full site).
We would like to rew
17 matches
Mail list logo
