RE: [users@httpd] Apache 2 - Visit based connection limiting.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2005-05-20 at 11:18 -0400, PMilanese@xxxxxxxx wrote:

Well, Yeah, now that I look at my logs, That could effect alot of users.
This apache module would have to do some sort of cookie deal.


> Bad idea with all those proxy farms out there (AOL, etc)4
> 
> -----Original Message-----
> From: Jason Czerak [mailto:jason.czerak@xxxxxxxxxxxxx] 
> Sent: Friday, May 20, 2005 10:47 AM
> To: users@xxxxxxxxxxxxxxxx
> Subject: [users@httpd] Apache 2 - Visit based connection limiting.
> 
> What I wish to accomplish is a visit based connection limiting. A visit
> defined as an IP address (user) that is active within the site, but not
> idle for X time (say, 30 minutes). 
> 
> Modules like mod_throttle, bw_mod, mod_bandwidth, primarily do bandwidth
> based limits and connection based.  bw_mod, does do a nice redirect once
> we the limit is reached.  But I need to take this a step further.
> 
> I'm looking for something that tracks what IP's are in use, that are not
> idle for X time, and allow them priority over other IPs. Should an IP be
> idle for X time, we'll removed them from the list. If we are at our max
> visitors, a redirect will be issued to a nice page that explains we are
> at a high load, try again; to all users that are not listed. 
> 
> The idea here it to ensure visitors that are already on the site have an
> enjoyable experience, while new visitors during peek hours get a nice
> message saying try back later. With bw_mod, users they are already
> viewing content COULD get this message in the middle of their "visit". I
> want to avoid this.
> 
> I rather putz along the highway at 15mph while other cars are not
> allowed to merge onto the highway (those traffic lights on the on
> ramps), as apposed to every one any their mother merging on at the same
> time creating grid lock. :) right?
> 
> I have asked the developers if it is possible to implement this on the
> code. Apparently with Weblogic, and the way this application is
> designed, it won't be possible. So I'm looking for a server solution.
> 
> Technical details:
> 
> Currently, we have a content based application.
> Weblogic 8.1 SP3
> Dual Xeon HT 3ghz 6gig's ram. (not my fault this machine is freaking
> slow, I arrived after the fact)
> DS3 up link
> RedHat ES 3 AS (not my fault we are using RH, I was contracted in after
> the fact)
> 
> For the few weblogic people that might have some questions about our
> weblogic setup. We are just running one jrocket JVM with 2 gig heap. CPU
> cycles are the bottle neck. Bandwidth is not. If we run a local cluster
> to use more ram, we suspect that CPU will still be the bottle neck.
> Also, our application experiences some funky stuff in a cluster.
> 
> As for hardware, We are ordering more hardware. Correct hardware.
> 4xAMD64 and 10gig's ram. And something not RedHat. :) In the mean time
> I'm looking for a solution to improve site experience.
> 
> Any other suggestions would be great.
> 
> --
> Jason Czerak
> 
> 
> 
> ______________________________________________________________________
> This email transmission and any documents, files or previous email
> messages attached to it may contain information that is confidential or
> legally privileged. If you are not the intended recipient or a person
> responsible for delivering this transmission to the intended recipient,
> you are hereby notified that you must not read this transmission and
> that any disclosure, copying, printing, distribution or use of this
> transmission is strictly prohibited. If you have received this
> transmission
> in error, please immediately notify the sender by telephone or return
> email
> and delete the original transmission and its attachments without reading
> or saving in any manner.
> 
> 
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
>    "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
> 
> 
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
>    "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
> 
> 


______________________________________________________________________
This email transmission and any documents, files or previous email
messages attached to it may contain information that is confidential or
legally privileged. If you are not the intended recipient or a person
responsible for delivering this transmission to the intended recipient,
you are hereby notified that you must not read this transmission and
that any disclosure, copying, printing, distribution or use of this
transmission is strictly prohibited. If you have received this transmission
in error, please immediately notify the sender by telephone or return email
and delete the original transmission and its attachments without reading
or saving in any manner.


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
   "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx



[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux