The Support Center has moved!! See the new website https://support.goalexandria.com/  


Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

LDAP supports user-authentication for open or active directories

Lightweight Directory Access Protocol (LDAP) is an application protocol for querying and modifying directory services running over TCP/IP. Alexandria supports user-authentication using existing log-on credentials maintained on a separate directory server. With LDAP enabled, administrators can now choose to manage these credentials on a central LDAP server as these credentials may change frequently and often need to be standardized across many different systems. A permanent record must exist locally in the Alexandria database for all patrons and operators that use the system however their log-on credentials can be managed outside of Alexandria on your LDAP server directly. 

Content Layer
id1281497171
Content Column
width25.000002%
id50268211
Content Block
id50268222

Administration

Page Tree
rootAdministration
spacesALEX

Content Block
id465003277

How helpful was this page? 

Open Links in New Window

Tell us what we can improve.

Content Block
background-colortransparent
border-width0px
id639559334
HTML
<center>
<div
id="google_translate_element"></div><script
type="text/javascript">

function googleTranslateElementInit() {

  new
google.translate.TranslateElement({pageLanguage: 'en', includedLanguages:
'en,es,fr'}, 'google_translate_element');

}

</script><script type="text/javascript"
src="//translate.google.com/translate_a/element.js?cb=googleTranslateElementInit"></script> </center>


Exportpdf

content-blockname

Send your patrons email notifications

To send email reminders, such as the Overdue Items Notice, you will need to configure how Alexandria communicates with your library's email server. Alexandria's email system is designed to potentially cope with hundreds of emails being sent (or resent) over many machines at the same time.

Content Column
tabbed-blocksexpanders
width75.0%
id1281497174
Content Block
not-tabbedtrue
background-image-themeAlex KBI Banner.png
background-positiontop right -30px
id49631985
height120px

Page Title
Anchor
Top
Top

Lastdatemodified


Content Block
background-colortransparent
padding10px 10px 23px 10px
margin10px 10px 10px 10px
not-tabbedtrue
border-width0
id1252799445
height30px
Note

Admin is only used for controller hosting and can be accessed at /admin.



Content Block
not-tabbedtrue
tabbed-blockstabs
id1281497174
content-block

What does the status interface do?

nameOverview
id1281497173
Warning

If you are self-hosted, see Self Hosted for the information you need. 

This page will NOT be migrated to the new Alexandria Support Center and will instead be archived. 

Administration Settings

Image Added /admin

Administration settings are high-level preferences intended for network administrators or IT support departments when hosting an Alexandria Controller. 

See Controller Administration





Old Administration
Expand

The Administration settings

What are administration settings?

The Administration settings

are high-level preferences intended for network administrators, IT support departments, or operators with administrator-level permissions

; in

. In other words, they're advanced settings used to configure your main Data Station once and then be forgotten.

While every operator with the proper security permissions can access the Administration module, it contains settings that most operators won't be able to configure without help. An operator's access to these settings is governed by

Alexandria's

their security preferences. Your library's administrator can manage these settings in

Tools >

Preferences > Security.

Image Added

Status

These settings allow you to perform maintenance on your library catalog and update your Alexandria program.

Image Added

Web

These settings allow Alexandria and Textbook Tracker to communicate online.

Image Added

Database

These settings allow you to set up automatic archives and database maintenance.

Image Added

Email

These settings allow you to designate an SMTP server to use for sending emails, such as Item Overdue Notices, to patrons and/or staff.
Actions
Menu
Menu 

This menu appears on each interface of the administrative settings in the upper left corner. These options allow you to update to latest version, send your library data to COMPanion, log out of the program or quit the data station remotely. 

Check for Updates

If there are any updates available, it will be listed here. You simply click on the version number to initiate the upgrade

. Additionally you may download the latest update by visiting our downloads page, and for larger organizations may use Alexandria's Version Limiting service; contact your sales representative for information and pricing

.


Image Removed


Send Data to COMPanion

If a Customer Support Representative needs your library data for troubleshooting you can easily send it to us by selecting this option and entering the Authorization Code you are provided.

Log Out

.

This button will log you out of Alexandria, despite if you have multiple windows open.

 


Quit Alexandria

This option will stop the Data Station from running and log out any active operators.

Navigation Bar

Image Removed

Column
width105px

Image Removed

Column


Status

These settings allow you to perform maintenance on your library catalog and update your Alexandria program.

Image Removed

Email
These settings allow you to designate an SMTP server to use for sending emails, such as Item Overdue Notices, to patrons and/or staff.

Image Removed

LDAP
These settings allow you to authenticate operator and patron program access.

Image Removed

Checkpoint

If your library utilizes the Checkpoint ILS security system use these setting to enhance your SIP2 protocol. 

Content Block
nameStatus
id1281543712

It's where an operator can easily access their Alexandria This is where you can access your registration information, perform database maintenance, run or restore from archives, and update to the latest version. It's the default interface when accessing administration settings.

Database Maintenance 

You have the ability to preserve and maintain your library catalog data by utilizing the following options through the status interface.

.

Image Added

Image Removed

Restore From Archive

.

Use this option to replace your current data folder with a previously created archive. This is useful if you need to undo a completed process such as imports or utilities.

 



Expand
titleSteps to restore from an archive.
  1. Click Restore From Archive, this will trigger a roll-down menu.
  2. From the list of Available Archives, select the archive date/time you would like to restore to; dates/times are listed as yyyy/mm/dd 24:00

  3. Click the Restore button to proceed. If you no longer want to restore simply click Cancel to abort the process. By clicking Restore your current data will be replaced by that contained in the selected archive folder. 
  4. Check the Delete the archived data after restoring box to remove the selected archive from your archive directory upon successful restoration. (optional)
 

Archive

. Selecting

Selecting this button performs an immediate, manual archive of your database.

During an archive, all information in the Data Station's data folder is copied into the archive directory you've configured.

An archive is a complete copy of your library data file. However, archives are not backups. The difference between a backup and an archive is that backups are made on removable media and physically stored offsite or in cloud-based storage. Archives are entirely useless in the event of a hard drive failure hence keeping an offsite or cloud backup is highly recommended. While the archive is running all services on the data station are temporarily disabled. We recommend running an archive before making any large-scale changes to your database, such as imports, updates, utilities, or machine upgrades.

Restart

Selecting this button will restart the Data Station remotely. During the restart duration, Alexandria services and modules will be unavailable to all operators.

Database Maintenance

Selecting this button will examine your database files and perform patron,

item

item, and

circulation verification

circulation verification routines. If database damage is detected, it's automatically fixed.

 While

 While maintenance is being performed the Data Station will be inaccessible

. This process can also be scheduled to perform regularly. 
Content Block
nameWeb
id583996308

. We recommend performing this maintenance at least once a month to keep your data in good, working order.

Database

Scheduled Archives and Database Maintenance are allocated in Database settings. These settings allow you to specify if and when automatic archives and/or database maintenance is performed. You are also able to configure the location where local archives are stored. For a Centralized or Distributed catalog these settings will apply to all sites.Cloud-Hosted customers don't have the database settings in the administration module because their hosted subscription includes automatic nightly archives and regular database maintenance.

Related Link: Archive Your Data

Image Added

Tip

We strongly advise you to review these settings regularly to ensure that your archive directory is up to date and the number of archives stored is properly configured based on your needs and available disk space.

Web Settings

Web settings allow Alexandria to communicate through an internet connection. 

Self-Hosted customers will need to configure these setting before using the web modules of the program. For a Centralized

or

and Distributed

catalog

catalogs, these settings

will

apply to all sites.

 A

 A Cloud-Hosted customer doesn't have

access to

the web settings

,

interface in the administration module because their data is hosted on a designated COMPanion server.

Alexandria uses Transport Layer Security (TLS) for secure web communications.

 These

 These settings allow you to configure the certificates, ports, and server domain names that Alexandria uses to communicate with web browsers. When you save changes to this window, the Data Station will apply your new settings and restart web services.

 

Image Added

Configuring Web
Settings
  • Server Domain Name—Provide the domain name (if a domain name system is preferred over a plain IP address) that helps clients connect to the Data Station after a web install.
  • Port ID (usually 80)—This sets the port number used to access your web services and modules (this is usually 80).
  • Allow Non-Secure Connections (  )—This setting is enabled the first time you log into Alexandria, however if you wish to maintain a secure connection for web communications you will need to disable the setting by unchecking the box and clicking Save.
  • Secure Port ID (Usually 443) (  )—Enter the port number used for the secure web interface. The default is 443.
  • Private Key (optional)—If the private key requires a password, enter it in this field.
  • Alexandria uses Transport Layer Security (TLS) for secure web communications.

    Tip
    Verify Private Key Password—Verify the private key password.

    When it comes to TLS certificates, “file specifications” stand for the correct (and required) directory location, file name, and file extension (e.g.

     C

     C:\Program Data\Alexandria Support\SSL\*.pem) of your keys/certificates on the Data Station. Accurate file

    specifications must be

    specifications must be provided in order for the key/certificates to be accessed.

    Server Domain Name

    Enter the domain name or IP address that connects to your Data Station.

    Port ID

    Enter the port number that Alexandria uses to access the web service. This is typically port 80 or 8080.

    Allow Non-Secure Connections

    Uncheck this box if you want to maintain secure web communications. (optional)

    Secure Port ID

    Enter the port number used for the secure web interface. The default is 443.

    Private Key

    Enter the private key password, if required. (optional)

    Verify Private Key Password

    Enter the private password again to verify it. (optional)

    Path to Private

    Key—This is

    Key

    Enter the file name and location of the Data Station’s private key.  (optional)

      • The file name and location may be entered or changed manually on a connected Web or Librarian Workstation, but

    it must follow
      • it must follow the correct file specifications.

      • Only certificates in PEM format are recognized. (optional)

    Path to

    Certificate—This is

    Certificate

    Enter the file name and location of the Data Station’s public certificate. 

      • The file name and location may be entered or changed manually on a connected Web or Librarian Workstation, but

    it must follow
      • it must follow the correct file specifications.

      • Only certificates in PEM format are recognized. (optional)

    Path to

    Chain (optional)—This is

    Chain

    Enter the file name and location of the Data Station’s chain file.

      • The file name and location may be entered or changed manually on a connected Web or Librarian Workstation, but
    it must follow
      • it must follow the correct file specifications.
      • Only certificates in PEM format are recognized. (optional)

    SIP2 Port

    ID—Enter

    ID

    Enter the port number used for the SIP2 communications. The default is 6001.

    Use Secure SIP2

    Connection—

    Connection

    Enable this setting if you

    are

    're using a Secure SIP2 Connection


    Info
    title
    Database
    id584063662
    Content Block
    nameEmail
    id1282568500
    Info
    Expand
    titleWhat happens if an email fails to send?

    If a send fails, the next resend time is generated by adding a random value between 3 and 9 minutes, spreading out the resend times so all the undelivered email still in the “short range” period isn't sent at the same time. If a send hasn't succeeded by the end of the “short range” period, the program will generate new send times using random values between 60 and 90 minutes. If a send still hasn't succeeded after 100 hours the email is discarded and a “return-to-sender” email will be sent.

    Email Settings 

    The Server 1 and Server 2 sections are used for out-bound email. Server 1 is the primary server and Server 2 can function as a back up server should server 1 fail. You only need one SMTP server to use the email functionality; for networks with a single SMTP server configure the setting in the Server 1 section. 

    Image Removed

    SMTP Server 1 and 2. This is the TCP/IP or DNS address of your library's mail server. Typically, this will be “ mail.” followed by your domain name. 

    Port. Enter the port number that your email server uses.

    Allow Non-Secure Connections. Alexandria uses Transport Layer Security (TLS) for secure web communications, when this setting is enabled the system will use non-TLS connections if it cannot make an TLS connection.

    Log In. Enter the login for your email server. 

    Password. Enter the password for your email server.

    Test Server. Test the SMTP Server settings by sending a test email. This email is sent to the email address listed in the Sites module. 

    Last Tested On. This field displays the last date/time that the server test was performed.

    Last Test Results. This field displays whether the test was successful or not.

    Setting Up Your SMTP Server 

    Before setting up your SMTP server you will need to enter a valid email address in the sites management settings of Alexandria. 

    1. Click on Tools to the left of your Circulation window. 
    2. Click on Sites under the Management header. 
    3. Enter the name of your site contact (typically this will be the District or Library Administrator of Alexandria), their title, their email and their phone/fax numbers.
    4. Click Save in the upper right corner.

    Once you have saved this information you are ready to set up the SMTP server.

  • Access Tools > Administration.
  • Click Email on the left.
  • Enter your SMTP server address and port in the available fields. 
  • Check the box if you want to allow non-secure connections. (optional)
  • Enter the login and password for your SMTP server. 
  • Click Save in the upper-right corner of the window.
  • Repeat steps 1-6 if you want to configure a back up server for Server 2.

    Using Gmail as your SMTP Server

    A Gmail account can be used as a portable SMTP server if your library's network does not already have one. Before you configure Alexandria to use Gmail, you will need to set your Gmail preferences to Allow Less Secure Apps

    Info
    Expand
    titleAllow Less Secure Apps

    In order for the program to make contact with your Google SMTP, it's necessary that Alexandria (the App) retrieves your sign in credentials from Google. As such you must set your Google Account settings for Access for Less Secure Apps from No to Yes. This can be done by going to Account Settings or by clicking here, then apps with account access (you may need to sign in to see these settings). 

    COMPanion Corp stores your credentials only for the purpose of utilizing Google's SMTP email service and it's stored using the most up-to-date security. It is not used by COMPanion for any other purpose. For more information about allowing less secure apps you may review Google's support page here.

    1. Access Tools > Administration.
    2. Click Email on the left.
    3. Enter smtp.gmail.com as the SMTP Server Address.
    4. Enter 587 as the port. 
    5. Check the box if you want to allow non-secure connections. (optional)
    6. Enter the login and password for your Gmail account. 
    7. Click Save in the upper-right corner of the window.
    8. Click Test Server to ensure the Gmail account is acting as a server. 
    9. Repeat steps 1-8 if you want to configure a back up server for Server 2
    Content Block
    nameLDAP
    id1282594797
    Warning
    titleImportant

    Operator usernames and barcodes must be unique. Please make sure your Alexandria patrons do not have the same barcode as an operator.

    How does it work?

    The COMPanion software will send the credentials the user enters in any log-in dialog to the specified LDAP server in the form of a BIND. If the BIND is successful, the software will locate the user's record within the local database by searching the information returned in the specified Local ID field from the LDAP server. Once the record is found, the user will be logged in. Alexandria will test the credentials against the local data base if the login attempt fails. 

    PEM Format

    The PEM format (Privacy Enhanced Mail), an early standard for securing electronic email; the PEM format is not widely adopted as an internet mail standard.

    Generate Certificates

    Create Temporary Certificate

    This creates a temporary private key and public certificate from Alexandria’s registration information then saved to to the SSL folder in the Alexandria Support folder, even if the Path to Certificate that you entered is different than the SSL folder. They expire 365 days after creation.

    Generate Certificate Signing Request

    This creates a request for a certificate. This request can be sent to a certificate authority.


    Warning
    titleImportant

    The Microsoft Certificate Server is not supported. You will need to use a code signing authority such as GoDaddy™, Comodo ©, or VeriSign™.


    see also Email Preferences

    Configuring LDAP Settings

    If you are a Centralized Catalog these setting will apply to all sites within your controller. 

  • Navigate to Tools > Administration > LDAP.
  • Check Enable LDAP.
  • Enter the name of you LDAP domain, i.e. yourdomain.com” in the LDAP Domain field. The domain name is used in conjunction with sAMAccountName to produce a complete userPrincipalName.
  • Enter the full name of the LDAP server, i.e. “ldap.yourdomain.com” in the LDAP Server field. This will be the host address of the LDAP server for network communication.
  • Check Allow Non-Secure Connections if you would like Alexandria to use non-TLS connections when it cannot make an TLS connection. (optional) 

    Info
    Expand
    titleTLS Communications

    We highly recommended that you secure communications with the LDAP server by requiring TLS. TLS configuration is performed at the system level. When these settings are correctly configured for secure communications with your LDAP server, Alexandria will be able to communicate with the LDAP server securely.

  • Enter a DN that matches all the users, i.e. “cn=users,dc=ldap,dc=yourdomain,dc=com” in the Base DN for all LDAP users field. Multiple Base DNs can be specified if separated by semicolons i.e. “cn=staff,ou=COMPanion,dc=demo,dc=goalexandria,dc=com;cn=student,ou=COMPanion,dc=demo,dc=goalexandria,dc=com”.
    Image Removed
  • Select the User ID from the dropdown menu. This is the LDAP login name; for an Open Directory, this is typically uid (i.e. “uid=yourlogin"). For an Active Directory this is typically cn, sAMAccountName, or userPrincipalName.
  • Enter the LDAP database username that contains the patron username or patron barcode in Alexandria in the  Local ID fieldThis must be one of the users' LDAP attributes; common attribute names include uid, uidNumber, givenName, cn, and others.
  • Enter the Test Login. 
  • Enter the password for the test login in Test Password field.
  • Click Test. This button initiates an attempt to log into the LDAP server using the settings and credentials you've entered. 
  • Click Save in the upper right corner of the window.

    More testing on LDAP

    If configured correctly, your users should be able to log into Alexandria using the same login credentials as configured on the directory server for their account. However, sometimes difficulty arises. In these cases, verify your preferences settings and test whether the Base DN and other information you have specified is accurate to your configuration.

    We have found that Active Directory configurations seem to prefer binds using the user's CN while OSXs Open Directory prefers the uid (i.e. user identification). The use of ldapsearch tool is suggested. Alternately, ldp.exe can be utilized for testing in a Windows environment. 

    Info
    titleNon Secure Connection Testing

    The -ZZ parameter requires successful connection utilizing StartTLS over port 389. If you have selected to Allow Non-Secure Connections, omit this in your testing with ldapsearch as well.

    Content BlocknameCheckpointid1284022790