Stappen Om Problemen Met Oracle Access Server-foutopsporing Op Te Lossen

Logboeken van identiteitsserver laten zien dat gebruikerscijfers zijn gewijzigd

NPTL-vereisten en taken na installatie

F. Toegang tot de eerste server start niet wanneer het foutopsporingslogboek 2 GB bereikt

De foutopsporingsvlag is normaal gesproken ingeschakeld in het toegangsserverprofiel. Wanneer het foutopsporingslogboek van de Access Server in het algemeen 8 GB bereikt, stopt de Access Server en kan deze gewoonlijk niet opnieuw worden gestart.

Bij gebruik van het Access Server-foutopsporingssysteem vult de Access Server niet noodzakelijk het debug-logbestand aan. Op sommige systemen kan dit logbestand groeien tot een grootte die volgens experts succesvolle schrijfacties voor foutopsporing verhindert. Op dit moment werkt een nieuw servertoegangstype mogelijk niet.

Verwijder het foutopsporingslogbestand of schakel het deel uit dat is gekoppeld aan de foutopsporingsvlag op de webserver met toegangsprofiel.

Gebruik foutopsporing bij het diagnosticeren van een enkele hoofdpijn die u zal helpen bij het oplossen van verbindingsproblemen tijdens de Access Server en WebGate. Oracle beweert dat velen voor een lange tijdGedurende een periode van beschikbare vrije tijd zult u traceringsniveaus gebruiken in plaats van debug-logboekregistratie. Voor meer informatie, zie Hoofdstuk 10, “Logboekregistratie”.

F.2 Sommige authenticatiefuncties werken niet zoals verwacht

Bepaalde functies van elk van ons identiteitssysteem, illustratie, querybuilder of afgeleide ingrediënten zouden niet moeten werken zoals verwacht. Laten we zeggen dat u echt Groepsbeheer, Groep bewerken, Filter maken gebruikt. In Query Builder lijkt een zoekopdracht gebaseerd op “autolicentie” of “servicetag” ze niet te laten werken zoals verwacht, zelfs als u naar boven eindigt met geldige gegevens voor die kenmerken en ernaar verlangt dat het filter die kenmerken weergeeft. Gebruikerskenmerken

Iedereen zou echt moeten proberen gevonden te worden (ook wel gecatalogiseerd genoemd) op de directoryserver die in het verleden werd gebruikt in Oracle Access Manager. Attributen waarvan sommige vereist zijn, moeten handmatig worden gecatalogiseerd.

Bevestig dat een groot deel van het kenmerk wordt gecatalogiseerd en geïndexeerd via de catalogushost. Indexeer het anders handmatig als u het attribuut moet catalogiseren.

F.4 Directory Database problemen en oplossingen

Deze sectie beschrijft universele directory- en databaseproblemen en oplossingen. Het bevat de volgende onderwerpen:

• 

  SSL-configuratieprobleem binnen Identity Server en Active Directory

• Foutfrequentie om te controleren of de directory op het apparaat actief is of reageert

• Toegangscontrole en ook Searchbase-ondersteuning voor eDirectory 8.7.3

• Het recent beschikbare directoryserverprofiel kon niet worden gered

• Active Directory: leden toevoegen vermindert groepsvolume

• ADSI kan niet worden ingeschakeld voor directory-informatie

• Databasevalidatie mislukt

F.4.1 SSL-configuratieprobleem tussen identiteit en Active Directory-server

Bij het configureren van SSL op de identiteitsserver en ook op Active Directory, mislukt de identiteitsserver.

Active Directory gebruikt Lightweight Directory Access Protocol (LDAP) voor lezen en schrijven. Standaard wordt LDAP-verkeer ondubbelzinnig over een onpartijdig kanaal verzonden. U kunt een beveiligd LDAP-pakket inschakelen met Secure Sockets Layer (SSL) Layer Transport Security (TLS).

Als SSL niet is geconfigureerd, of als er waarschijnlijk een goed configuratieprobleem is, mislukt de identiteitsserver bij het toevoegen van een SSL-verbinding aan een LDAPS-compatibele Active Directory-server. Het Logboek van Event Viewer markeert het juiste:

 Defecte services of producten ois_server.exe, versie 0.0.0.0, defecte moduleNSLDAPSSL32V41.dll, versie 16512.0.0.10521, kenmerkinformatie 0x0004d3cd.

Installeer een geldig certificaat voor de wereldcontroller waarmee de LDAP-service vrijwel onmiddellijk kan luisteren en SSL-verbindingen voor LDAP plus Global Catalog Clicks kan bevestigen.

Als het onderdeel u helpt bij het tot stand brengen van een SSL-verbinding met een LDAPS-compatibele Active Directory-webserver, moet het servercertificaat een absoluut gekwalificeerde domeinnaam voor de Acrive Directory-domeincontroller hebben, bijvoorbeeld server.domain.com verschijnt over de gemeenschappelijke naam (CN) van het onderwerp handel.

Nadat het doelcertificaat is verkregen, bepaalt de LDAP-server of de certificeringsinstantie die het certificaat heeft gepubliceerd, vertrouwd is. Als de CA vaak wordt vertrouwd, gebruikt de webhostingserver de uitgiftenaam op de kaart om te bepalen of een nieuwe CA gebruikerstoegang heeft tot rechten om de gevraagde bewerking uit te voeren.

F.4.2 Foutmelding om te controleren of de directoryserver actief is of reageert

Tijdens normaal gebruik kunt u zich abonneren op een foutmelding dat de serverdatabase momenteel niet beschikbaar is.

De toegangsserver of een beleidsmanager kan een van de volgende foutmeldingen weergeven:

• “Controleer of de indexserver actief is.”

• “Controleer alleen de hoofddirectory waarop de server reageert.”

Deze fouten zijn eigenlijk berichten die worden gegenereerd wanneer de Oracle Access Manager-component gewoonlijk geen reactie ontvangt van de directoryserver binnen een door de gebruiker gespecificeerde time-out.

• Controleer de LDAPOperationTimeout-waarde voor de volgende parameter in globalparams.xml.

  Met deze parameter kan dit specifieke onderdeel van Oracle Access Manager op de secundaire mapserver mislukken als het antwoord van de primaire map te lang duurt. Zie voor meer rapporten de bijlage voor optiebestanden in uw Access Oracle Manager Customization Guide.

• Zorg ervoor dat bijna zeker is dat de server een failover heeft geconfigureerd.

  Zie de Oracle Access Manager Identity and Common Administration Guide voor meer informatie over het configureren van Address List Server in profielen. Zie ook de omschrijving. op failover in de Oracle Access Manager Deployment Guide.

F.4.3 Toegangscontrole, dan Searchbase EDirectory-ondersteuning voor 8.7.3

Mogelijk moet u fixes toepassen om de toegang tot iemands zoekdatabase en ondersteuning voor Novell eDirectory te regelen.

Probleem F.4.3.1

Wanneer u begint met zoeken met Novell eDirectory 8.7 Attribute 3, maakt u daadwerkelijk verbinding met besturingselementen en werkt de filtering van de zoekdatabase niet zoals verwacht. In eDirectory, bijvoorbeeld bedoeld, kunt u 8.7.3 gebruiken om filtersystemen zo te configureren dat de groepsblokken (of) onder een specifiek topknooppunt als volgt worden geretourneerd met betrekking tot een DIT:

 (& (objectclass = *) (! (| (objectclass komt overeen met Oblixconfig) (objectclass = Oblixlocation) (objectclass = genSiteOrgPerson) (objectclass komt overeen met genSiteGroup))) (objectclass = *) )

Deze zoektocht is echter terug

John Hernandez