Hi Stefanie, This new error (org.dspace.statistics.SolrLogger @ java.net.ConnectException: Connection refused) actually is unrelated to IP Authentication.
It seems that DSpace cannot seem to locate your Solr web application, or the location of it is mis-configured in your [dspace]/config/modules/solr-statistics.cfg (in the "server" setting). By default, this is usually "http://localhost:8080/solr/statistics". But if you are running DSpace on a different port, this may be incorrect. In any case, this seems to be an issue with DSpace now contacting Solr in order to log access statistics there. Here's the relevant area of the Documentation as well: https://wiki.duraspace.org/display/DSDOC3x/DSpace+Statistics - Tim On 1/22/2015 8:50 AM, Stefanie Behnke wrote: > Dear Helix, > thank your for your answer. > I have tried now and experienced the following problem: > > Using: Dspace 3.1, xmlui > In the > authentication-ip.cfg > I have wrote: > ip.eg-member = ... > full IP addresses, partials and some with netmasks, where the last is my > local machine: 129.27.218.38 > It works for several IP addresses, when I tried to access restricted papers > with right eg-member. But when I added new IP addresses, accessing with my > local machine failed. > > Here is an excerpt from dspace.log: > > 2015-01-22 15:40:28,222 INFO > org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @ facets for > scope, org.dspace.content.Collection@af1955f5: 3 > 2015-01-22 15:40:28,385 INFO > org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @ facets for > scope, org.dspace.content.Collection@af1955f5: 3 > 2015-01-22 15:40:32,137 INFO org.dspace.usage.LoggerUsageEventListener @ > anonymous:session_id=3FAF1FD8F65506212B1378C6CA78D708:ip_addr=129.27.218.38:view_item:handle=10.2312/PE.EuroRVVV.EuroRVVV13.009-010 > 2015-01-22 15:40:32,147 ERROR org.dspace.statistics.SolrLogger @ > java.net.ConnectException: Connection refused > org.apache.solr.client.solrj.SolrServerException: java.net.ConnectException: > Connection refused > > I have also visit https://github.com/DSpace/DSpace/pull/632/files and added > the patch to my system. > > Can you help me? > Thanks in advance > Stefanie > > > -----Ursprüngliche Nachricht----- > Von: [email protected] [mailto:[email protected]] Im Auftrag von helix84 > Gesendet: Dienstag, 20. Januar 2015 12:00 > An: Stefanie Behnke > Cc: dspace-tech > Betreff: Re: [Dspace-tech] IP Authentification > > On Tue, Jan 20, 2015 at 11:37 AM, Stefanie Behnke > <[email protected]> wrote: >> Is it possible to use in authentication-ip.cfg domain names with >> wildcards such as >> >> *.tugraz.at ? > > Hi Stefanie, > > no, it's not possible with IPAuthentication. > > It wouldn't be very practical, either. Although .in-addr.arpa records are > recommended in RFCs, they are not mandated and honestly they are rarely > enforced. > > IP address blocks are much more stable and predictable. You can use multiple > address blocks with IPAuthentication, if you need. > > > Regards, > ~~helix84 > > Compulsory reading: DSpace Mailing List Etiquette > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > > > ------------------------------------------------------------------------------ > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > _______________________________________________ > DSpace-tech mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech > List Etiquette: > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette > ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

