Nederland

  • Nederlands

EZproxy 5.4.1 nu verkrijgbaar

 

De toonaangevende oplossing voor toegangscontrole en verificatie voor de bibliotheekgemeenschap is opnieuw uitgebreid.

Er waren een aantal problemen gemeld en deze zijn verholpen in versie EZproxy 5.4.1, die nu verkrijgbaar is. De foutcorrecties in EZproxy 5.4.1 zijn onder andere:

  • Met de herstartfunctie wordt EZproxy nu correct opnieuw gestart op Windows-platforms.
  • Het IPC-bestand (met de naam ezproxy.ipc) wordt nu gemaakt op Windows-platforms. Dit maakt het onmogelijk dat meerdere exemplaren van EZproxy worden gestart op een server buiten dezelfde map.
  • In Shibboleth wordt de verificatie bij groepen nu voltooid en verschijnt logup.htm niet meer.
  • Hersteld: De limiet van het aantal "IncludeFile"-vermeldingen was per ongeluk veel kleiner ingesteld in V5.4. In V5.4.1 zijn 4.096 "include files" toegestaan ​​op een diepte van maximaal 64 geneste includes, dat wil zeggen bestanden met een andere include-instructie.
  • Gewijzigd: Als EZproxy opnieuw is opgestart en een IPC-bestand bestaat al, dan stuurt EZproxy nu een bericht met de suggestie dat u dit bestand kunt verwijderen als u weet dat EZproxy momenteel niet actief is. Vóór deze wijziging zou EZproxy niet worden opgestart of een gerelateerd bericht worden uitgegeven.

Problemen die naar verwachting later dit jaar worden opgelost in versie EZproxy 5.5:

  • De string-samenvoeg-operator wordt geïnterpreteerd als een teken dat behoort tot de naburige tekstuele constante in plaats van als samenvoeg-operator. Als dit probleem zich voordoet, kunt u het best een ​spatie invoegen rond de operator. Een voorbeeld. Deze syntaxis:

    UserFile("groups/" . login:instNumber.".txt")

    werkt, terwijl

    UserFile("groups/".login:instNumber.".txt")

    niet werkt.
  • Als gebruikers verifiëren met Shibboleth 1.3 leidt elke verificatie ertoe dat het bericht: "SAMLResponse no encrypted Assertion elements" wordt geschreven naar het bestand messages.txt. Dit bericht kan worden genegeerd en wordt verwijderd.
  • EZproxy werkt niet samen met versie 2.3 van Shibboleth IdP (op alle besturingssystemen die wij ondersteunen). We begrijpen wat het probleem is en zijn een wijziging aan het implementeren om dit probleem op te lossen.

Overige opmerkingen:

  • Sommige sites rapporteren dat de Shibboleth-verificatie niet werkt in combinatie met EZproxy v5.3 op het Solaris-besturingssysteem. We hebben gecontroleerd dat de Solaris-versie van EZproxy V5.4.1 samenwerkt met onze test-IdP. Denk eraan dat het bovenstaande probleem met Shibboleth IdP V2.3 ook geldt voor de Solaris-versie van EZproxy.
  • Bericht "SAML received assertion without a status of success, denying access" met een fout dat er niet kan worden geverifieerd met Shibboleth. Dit probleem bestaat al sinds versie 5.1d en is gemeld bij instellingen in de UK Access Federation. OCLC onderzoekt het probleem op dit moment en zal een update van EZproxy uitbrengen of een configuratiemethode beschrijven om dit probleem op korte termijn op te lossen.

Wij raden u aan een upgrade uit te voeren naar EZproxy 5.4.1 voor de nieuwste functionaliteit. Lees de pagina met verbeteringen en voer de upgrade zo spoedig mogelijk uit.

Gehoste EZproxy-service

In de VS is nu een gehoste versie van EZproxy beschikbaar. Bibliotheken die zich abonneren op de gehoste versie krijgen automatisch een naadloze upgrade bij elke nieuwe release van de service. Ze krijgen ook 24 x 7 x 365 ondersteuning voor externe verificatie van elektronische content zonder dat een server of IT-infrastructuur nodig is. De gehoste EZproxy-versie is momenteel alleen beschikbaar in de VS en een bredere beschikbaarheid wordt gepland.