Hey, Actually, if you want to block an IP address within Tomcat, you will need to add a <Valve> directive to the <Context> tag which defines your servlet container. This is usually done in the server.xml file.
Find the <Context> for your existing Tomcat installation and add: <Valve className="org.apache.catalina.valves.RemoteAddrValve" deny="192.168.0.1"/> Or what ever the IP address is that you wish to block. You will need to restart Tomcat after that. Cheers, Jason > Message: 4 > Date: Sun, 13 Feb 2011 09:33:53 +1100 > From: Steve Swinsburg <[email protected]> > Subject: Re: [Dspace-tech] Blocking a single ip address from accessing > a DSpace instance > To: "Thornton, Susan M. (LARC-B702)[LITES]" > <[email protected]> > Cc: "[email protected]" > <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset="windows-1252" > > Hi, > > The simplest way would be through your Apache configuration. > > This example limits to certain IP addresses, easy to make the other way > around: > > <Location /> > <Limit GET POST> > deny from all > allow from 123.546. 123.789. 30.100.0.0/13 123.0.2 > </Limit> > </Location> > cheers, > Steve > > On 13/02/2011, at 5:07 AM, Thornton, Susan M. (LARC-B702)[LITES] wrote: > >> Hi, >> Does anyone know if it?s possible to block a single ip address from >> accessing a DSpace instance? I?ve tried it through the postgres pg_hba.conf >> file and, while I can successfully block a user from accessing the dspace >> database via, say PGAdminIII, it doesn?t block them from accessing the site. >> Thanks in advance, >> Sue >> >> >> >> Sue Walker-Thornton >> Software Developer/Database Administrator >> NASA Langley Research Center|LITES Contract >> SGT, Inc.|130 Research Drive >> Hampton, Va. 23666 >> Office: (757) 224-4074 >> Mobile: (757) 506-9903 >> Fax: (757) 224-4001 >> [email protected] >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb_______________________________________________ >> DSpace-tech mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/dspace-tech > > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > ------------------------------ > > _______________________________________________ > DSpace-tech mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > > End of DSpace-tech Digest, Vol 58, Issue 49 > ******************************************* ------------ Jason Nugent [email protected] 506 447 3177 Programmer/Analyst, Harriet Irving Library University of New Brunswick ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
