Administration — How-To Guides

Step-by-step instructions for user management, system configuration, backups, and security. Administration has six tabs: Users Management, Users Rights, Virtual Office, All users recent calls, DNS filtering, System.

Table of Contents

  1. Log in for the first time and change the default password
  2. Create a new user account
  3. Assign privileges to a user
  4. Grant a user access to specific directories (Users Rights)
  5. Activate HTTPS for secure web access
  6. Redirect HTTP to HTTPS (force secure access)
  7. Activate SSH for remote administration
  8. Configure email sender (SMTP)
  9. Back up and restore the configuration
  10. Regain access when locked out of admin
  11. Upgrade the firmware via the web interface
  12. Restart the Abilis from the web interface
  13. View system information
  14. Change the Abilis device name (hostname)
  15. View the boot log
  16. Forward logs to a SYSLOG server
  17. Activate the FTP server
  18. Create a list (IP addresses, phone numbers, etc.)
  19. Change or reset another user's password
  20. Temporarily disable a user account
  21. Check who is currently logged into the Abilis

Log in for the first time and change the default password

Goal: Log into the Abilis web interface for the first time after installation and immediately change the default password so only you can access the system. the default admin account.

  1. Connect your computer to the Abilis LAN port with an Ethernet cable.
  2. Open a browser and go to http://192.168.1.1 (the factory default address).
  3. Log in with:
  4. Immediately change the password:
Do not leave the default PWDS password in place. Anyone who knows the serial number of your unit (visible on the case) could log in.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.1 — How to enter into the Abilis control-program of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Create a new user account

Goal: Create a new user account so that an employee can log into the Abilis web interface, use a phone extension, or access specific features based on their role.

Users Management table.
Users Management — user list with privilege icons per section.
  1. Go to Administration > Users Management.
  2. Click Add user.
Add user form.
Add user — Username, Name, Group, Password, Level dropdown.
  1. Fill in:
  2. Click Save.

Assign privileges to a user

Goal: Control what each user can see and do in the Abilis web interface — for example, giving the receptionist access to Phone and OPC Panel but not to Networking or Administration. Even an Admin-level user sees nothing until you enable specific sections.

User list with privilege icons.
Users Management — privilege icons appear next to users who have sections enabled.
  1. Go to Administration > Users Management.
  2. Click on a user to open their settings.
  3. Click the Privileges tab.
  4. Six sub-tabs appear — one for each section:
  5. On each sub-tab, tick the "Access to…" checkbox to enable that section. Additional options may appear below (e.g. FTP settings for Network).
  6. Click Save.
A typical office employee needs: Level = User, Phone = enabled (with SIP number), everything else off. An IT administrator needs: Level = Admin, all sections enabled.

Grant a user access to only specific directories (Users Rights)

Goal: You want one user to be able to download call recordings via FTP — but nothing else on the Abilis filesystem. Or: you want an integrator to read the configuration export folder but not touch anything else. Privileges (in Users Management) grant access to sections; Users Rights grants access to paths and directories within a protocol, which is much finer-grained.

Privileges — "which tabs of the web interface can this user see?" (broad). Rights — "within the HTTP, FTP, or LDAP protocol this user is allowed on, which specific paths and files can they read or write?" (narrow). Both apply at once.
  1. First make sure the user exists and has the relevant protocol enabled. For an FTP-only user, follow Create a new user account and at Assign privileges enable FTP only.
  2. Go to Administration > Users Rights.
  3. You see a table of rules that bind a user (or group) to a protocol and a path, with specific permissions. Click New +.
  4. Configure the rule:
  5. Click Save.
  6. Test — log in to the Abilis as that user over FTP. They should be able to navigate into /recordings/ and download files; attempts to go elsewhere should be denied.
Rights is strict by default — a user with an FTP privilege but no Users Rights entries often cannot reach any path. Always create at least one Rights entry for each protocol the user will use, otherwise you'll see confusing permission-denied errors.

Activate HTTPS for secure web access

Goal: Enable encrypted access to the Abilis web interface so that login credentials and all data are protected from eavesdropping on the network. passwords and data aren't sent in plain text.

HTTP settings with HTTPS enabled.
Settings > HTTP — HTTP and HTTPS interfaces with ports, client limits, and access control.
  1. Go to Networking > Settings > HTTP.
  2. Tick Advanced to see all options.
  3. Make sure Enabled is ticked.
  4. Under HTTPS interface:
  5. Click Apply Changes.
  6. Access the Abilis at https://192.168.1.1. Your browser may show a certificate warning (because the default certificate is self-signed) — this is normal. Click "Advanced" and "Proceed" to continue.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.28 — How to activate the HTTP server (and HTTPS) of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Redirect HTTP to HTTPS (force secure access)

Goal: You've activated HTTPS (see Activate HTTPS above), but some users still type http://192.168.1.1 out of habit and land on the unencrypted page. You want the Abilis to automatically redirect them to the secure https:// version, so all connections are encrypted — no matter what the user types.

Redirect HTTP to HTTPS checkbox.
HTTP interface — tick "Redirect HTTP requests to HTTPS".
  1. Go to Networking → Settings → HTTP.
  2. Under HTTP interface, find the checkbox labelled "Redirect HTTP requests to HTTPS" and tick it.
  3. Click Apply Changes.
  4. Test it. Open a new browser tab and type http://192.168.1.1 (or whatever your Abilis address is, without the "s"). The browser should automatically jump to https://192.168.1.1.
Note: Make sure HTTPS is working properly before enabling this redirect. If HTTPS isn't configured correctly and you redirect all HTTP traffic to it, you may lock yourself out of the web interface. If that happens, you'll need to access the Abilis through another method to undo the change.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.28.5 — How to redirect HTTP to HTTPS of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Activate SSH for remote administration and file transfer

Goal: You want to be able to reach the Abilis from outside the local network, or you need a secure way to transfer files to it (typically to upload firmware packages to the /pkg/ folder, or to pull a configuration backup). SSH gives you both — an encrypted command-line session and SFTP file transfer on the same port.

SSH (Secure Shell) — an encrypted protocol for remote login and file transfer. Much safer than Telnet or plain FTP because every byte in the session is encrypted. Default port is 22. Learn more.

Who this is for: administrators who occasionally need CLI access for troubleshooting, or who upload firmware packages as part of the upgrade procedure. Regular users do not need SSH.

  1. Go to Networking > Settings > Ports.
  2. Look for a resource named SSH in the list. If it is present and green, SSH is already active — you can skip to step 5 to confirm.
  3. If SSH is not present, click New + and add a resource of type SSH.
  4. On the SSH resource, make sure Active is ticked. Leave the default port (22) unless you have a specific reason to change it. Click Save.
  5. Save the configuration and restart the Abilis — see Restart the Abilis. SSH only becomes available after the restart.
  6. Test from another computer. Open a terminal and connect: ssh super@<abilis-ip>. You should be prompted for the password.
SSH opens an administrative door into the Abilis. If the unit is reachable from the public internet, make sure brute-force protection is on (see Protect against brute-force attacks) and consider restricting SSH to specific source IP addresses via an ACL.
For the exact username/password the SSH server accepts, see Log in for the first time — the SSH login mode follows the same user account system as the web interface when LOGIN-MODE:USERS is in use.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.25 — How to activate the SSH server of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Configure the email sender (SMTP) for alerts and notifications

Goal: Several Abilis features send email — the Alert Manager channel of type E-mail, voicemail-to-email notifications, some Control Loops. For any of those to reach an inbox, the Abilis needs valid SMTP sender settings: what address emails come from, and which outgoing mail server to relay through.

Alert Manager channel detail — e-mail configuration with recipients and message.
Alert Manager > channel detail. Tick E-mail and fill in the recipient address. The same channel can also trigger SMS, telephone calls, automation devices, or chain to another alert.
  1. Obtain the SMTP credentials from the operator of your outgoing mail server:
  2. Go to Administration > System > General parameters.
  3. Find the mail-related fields (the label is usually Default e-mail sender or similar).
  4. Fill in:
  5. Click Save.
  6. Test — attach an email alert channel (see Set up Alert Manager channels) to a harmless trigger, and fire it. Check that the email arrives, isn't in spam, and the From looks right.
If the From address doesn't match a domain you own, receiving mail servers may mark messages as spam or reject them outright. Use a sender address on your own domain, and if possible set up SPF / DKIM records on that domain to authorise the SMTP relay you configured above.
Some features have their own separate sender fields (for example voicemail-to-email). The General parameters value is the system-wide default; per-feature overrides take precedence when they are set.

Back up and restore the configuration

Goal: You want to save a copy of all your Abilis settings — so that if something goes wrong (a bad configuration change, a hardware failure, a firmware upgrade that breaks something), you can get back to a known working state without reconfiguring everything from scratch.

Config management page — Saved state.
System → Config management — "Already saved" means your settings are safe.
Config management page — Not saved state.
System → Config management — "Not saved" means you have unsaved changes. Click "Save configuration" immediately.

Saving your configuration:

  1. Go to Administration → System → Config management.
  2. Check the status. You'll see one of two states:
    StatusWhat it means
    Saved (button shows "Already saved")All your current settings are written to disk. You're safe.
    UnsavedYou've made changes that exist only in memory. If the Abilis restarts now, those changes will be lost.
  3. If Unsaved, click the save button. Wait for the status to change to "Saved".

When to save: Save your configuration every time you make a change you want to keep. Get into the habit of checking this page after any settings change — it takes 5 seconds and can save you hours of reconfiguration.

Important: Always save before rebooting. Always save before a firmware upgrade. If you're about to make a risky change (firewall rules, network settings), save the working configuration first — then if the change goes wrong, you have a known-good state to restore.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.9 — How to copy configuration and log files on a USB disk of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Regain access when locked out of the admin web interface

Goal: The admin password was forgotten or was changed and not recorded, and nobody can log in to the web interface to fix anything else. You need to get back in without reinstalling or losing the configuration.

Before trying anything drastic, try the factory default login. It is sometimes still accepted even after the password has been changed, depending on the settings that were applied:

  1. Open the browser and go to the Abilis address.
  2. Try Username: admin and Password: PWDS followed by the unit's serial number — e.g. PWDS1919010 — as documented in Log in for the first time. The serial number is on the label on the Abilis unit.
  3. If that works, immediately set a new password for the admin user and store it in a password manager this time.

If the PWDS default does not work, the system has been configured to reject it. The recovery path depends on what access you still have:

  1. If another admin-level user still exists and is accessible — log in as that user and reset the locked-out account via Change or reset another user's password. This is the easiest case.
  2. If you have physical access to the unit — connect directly via the console port (or an SSH session if SSH was left enabled) with the SUPERUSER account, and use that to reset the admin password. The SUPERUSER account is protected by a different credential set from the web-admin accounts.
  3. If none of the above applies — you are locked out. Contact Anteklab support with the unit's serial number. They can provide a recovery procedure specific to the firmware version running on your unit. Do not perform a factory reset unless instructed — it will also erase your entire configuration, not just the password.
Add a non-admin recovery account after you regain access — another user with admin-level privileges, whose credentials are kept in a different password manager or with a different person. Account lockouts become much less frightening when a backup key exists.

Upgrade the firmware via the web interface

Goal: Update the Abilis software to a newer version — to get bug fixes, security patches, or new features.

Boot Management page.
System > Boot Management — version selector with Reboot and Update buttons.
  1. Go to Administration > System > Boot Management.
  2. The page shows: Previous version, Current version, Next version.
  3. Below, Select next boot version lists all installed firmware versions.
  4. To upload a new firmware: click Update and follow the prompts.
  5. To switch to a different installed version: select it in the list, click Set as Next, then click Reboot.
  6. To remove an old version: select it and click Uninstall.
Always back up your configuration before upgrading firmware (see above). If the new firmware has issues, you can reboot into the previous version.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.5 — How to remotely upgrade the Abilis firmware of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Restart the Abilis from the web interface

Goal: You need to restart the Abilis — for example, after a firmware upgrade, after changing a setting that requires a reboot, or because something is behaving unexpectedly and a restart may fix it (the networking equivalent of "turn it off and on again").

System — Boot Management page with the Reboot button.
Admin > System > Boot Management. Click Reboot to restart the appliance. You can also select which firmware version to boot next.
  1. Save your configuration first. Go to Administration → System → Config management. If the status shows "Unsaved", click the save button. If it shows "Already saved", you're good. This is critical — unsaved changes are lost when the Abilis restarts.
  2. Go to Administration → System → Boot Management.
  3. Click Reboot. The Abilis will begin shutting down and restarting.
  4. Wait 1–2 minutes. During this time, all internet connections, phone calls, and VPN tunnels will be interrupted. The web interface will be unreachable.
  5. Refresh the page. After 1–2 minutes, refresh your browser. When the login page appears, the Abilis is back online.
Warning: A reboot disconnects everyone — all users lose internet, all active phone calls are dropped, all VPN tunnels go down. Plan reboots during a maintenance window (lunch break, after hours), not during business hours. Warn your colleagues before pressing the button.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.7 — How to restart the Abilis of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

View system information

Goal: Check basic information about your Abilis: which firmware version is running, how long it has been on since the last restart, the serial number, and overall system status.

General parameters page.
System > General parameters — default email/SMS settings and alert configuration.
  1. The home page (after login) shows: device name, Serial Number, Firmware version.
  2. For system-wide settings, go to Administration > System > General parameters.
  3. Here you can configure:
  4. Click Save.
These are the system-wide defaults. The note on the page says: "Some sections can have the value 'SYS' and when used, it means the parameter assumes the same value as the analogous parameter present in this form." This means individual features (IP Ban alerts, ARP alerts, etc.) inherit these defaults unless overridden.

Change the Abilis device name (hostname)

Goal: By default every Abilis reports itself as ABILIS_CPX — which becomes confusing the moment you manage more than one unit. Giving each Abilis a meaningful name (HQ-Milan, Warehouse-1, Villa-Gate) makes logs, alerts, and support tickets much easier to attribute to the right site.

Where the name shows up: the browser title, the SSH login prompt, the SYSLOG messages sent to a remote server, and the From field of email alerts.

  1. Go to Administration > System > General parameters.
  2. System > General parameters — default sender, default SMS, hostname, alert configuration.
    System > General parameters — where the device name and other system-wide defaults live.
  3. Find the Device name (or Hostname) field.
  4. Enter a new name. Rules:
  5. Click Save. The change takes effect immediately for new log entries and sessions; existing browser tabs may need a refresh.
If you already forward logs to a central SYSLOG server (see Forward logs to a SYSLOG server), the new hostname will appear there too — which is the whole point when you have several Abilis units logging to one place.

View the boot log

Goal: Something isn't working after a restart — phones aren't registering, internet isn't connecting, or a feature that was working before is now missing. The boot log tells you exactly what happened when the Abilis started up: which services loaded successfully, which ones failed, and why.

  1. Go to Administration → System. Click the Administration icon, then System.
  2. Look for the boot or startup log section. This shows a chronological list of everything that happened during the last boot: services starting, resources being loaded, and any errors.
  3. Scan for problems. Look for lines containing FAILED, ERROR, or WARNING. These tell you what went wrong.
  4. Common issues and what to do:
    What you see in the logWhat it meansWhat to do
    A service shows "FAILED"That service couldn't start — usually a configuration problem.Go to the relevant Settings page and check the configuration for that service.
    "Licence" errorA feature requires a licence that's missing or expired.Check with your Anteklab contact about your licence status.
    "Resource missing"A resource (like FTP or HTTP) isn't activated.The resource needs to be enabled — see the relevant how-to section.
Tip: If you need to report a problem to Anteklab support, copy the relevant error lines from the boot log and include them in your message. This saves time because the support engineer can see exactly what happened without needing to connect to your Abilis.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.23 — How to view the boot log of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Forward logs to a central SYSLOG server

Goal: You already run a central log collector (Graylog, rsyslog, Splunk, Wazuh, or a plain syslogd server) for all your network equipment. You want the Abilis to stream its events — logins, failed authentications, VPN state changes, alarms, resource restarts — to that collector so they sit alongside logs from everything else.

SYSLOG — a standard protocol for computers to send log messages over the network to a central server. The server stores them, lets you search across time and hosts, and usually raises alerts on patterns ("5 failed logins in 10 minutes"). Learn more.

What you need before you start: the IP address of your syslog server (for example 192.168.0.100). The server must be reachable from the Abilis and must accept inbound UDP on port 514 (the SYSLOG default).

  1. Go to Networking > Settings > Ports and check that a SYSLOG resource is present. If not, click New + and add one.
  2. Open the SYSLOG resource and set:
  3. Click Save.
  4. A system restart is required to bring the SYSLOG resource online — see Restart the Abilis.
  5. Verify on your syslog server that messages from the Abilis are arriving. On a Linux syslog server the quickest check is tail -f /var/log/syslog | grep <abilis-hostname>.
SYSLOG carries event metadata — "VPN Ip-7 went down", "user admin logged in from 192.168.1.50", "IP ban added" — not the contents of files or call recordings. No sensitive call data leaves the Abilis through SYSLOG.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.31 — How to configure Abilis as a SYSLOG client of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Activate the FTP server

Goal: Enable the FTP server so you can upload and download files (firmware packages, audio messages, backups) using an FTP client like FileZilla. (e.g. FileZilla, WinSCP, or the file manager built into Windows and macOS).

FTP tab showing Service missing.
Settings > FTP tab — shows "Service missing" if the FTP resource is not activated.

Step 1 — Check if FTP is already active

  1. Go to Networking > Settings > FTP.
  2. If you see the FTP settings form, the resource is already active — skip to Step 2.
  3. If the tab shows "Service missing", the FTP resource needs to be activated first. This is a one-time setup that requires access to the Abilis control program (CLI).

Step 2 — Configure FTP settings

Once the FTP resource is active, the Settings > FTP tab shows:

  1. Make sure Enabled is ticked.
  2. Review the default settings:
  3. Click Apply Changes.

Step 3 — Enable FTP per user

  1. Go to Administration > Users Management, click a user.
  2. Go to the Privileges > Network tab.
  3. Tick FTP Enabled and optionally set an FTP home directory.
  4. Click Save.
To connect, use any FTP client with the Abilis IP address, port 21, and the user's login credentials. For encrypted transfers, use FTPS (FTP over SSL).
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.29 — How to activate the FTP server of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Create a list (IP addresses, phone numbers, etc.)

Goal: Create a reusable list of IP addresses, phone numbers, or domains that you can reference in firewall rules, call routing, or other settings — instead of entering the same values in multiple places. referenced by firewall rules (ACL), NAT rules, DNS filtering, and other features.

Lists page showing configured lists with names, types, and descriptions.
Tools → Lists — all configured lists with Name, Type, and Description. Lists with a lock icon are system-generated and read-only.
  1. Go to Tools > Lists.
  2. Click Add a new list +.
Add a new list dialog.
Add a new list — Name, Description, Type dropdown, Editable option.
  1. Fill in:
  2. Click Save.
  3. The list appears in the table. Click on it to add entries.
Some lists are auto-generated by the system (marked ReadOnly with a lock icon). These are used internally — you can view them but not modify them. User-created lists are fully editable.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.30 — How to create a list of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Change or reset another user's password

Goal: An employee has forgotten their password and can no longer log into the Abilis web interface, or you want to change a user's password for security reasons. As an administrator, you can set a new password for any user.

  1. Go to Administration → Users Management. Click the Administration icon in the sidebar, then Users Management. You will see the list of all user accounts.
  2. Click on the user whose password you want to change. Their settings page will open.
  3. Find the password field. Under Basic Parameters, look for the Password field. It will be masked (shown as dots).
  4. Type the new password. Clear the field and type the new password. Choose something the user can remember, but not obvious — at least 8 characters mixing letters and numbers is recommended.
  5. Save. Click Apply Changes.
  6. Tell the user. Let the employee know their new password. They should change it to something personal after their first login by going to Tools → Password (if available) or asking you to update it again.
Important: Only users with Administrator privileges can change other users' passwords. If you are logged in as a regular user, you will only be able to change your own password.
Advanced: CLI equivalent
The CLI command sequence for this task is documented in Chapter 83.24 — How to change the login passwords of the old Abilis manual. A rewritten CLI guide is in preparation; this link will be updated when it is ready.

Temporarily disable a user account without deleting it

Goal: A colleague is on extended leave, an employee is between roles, or a contractor has finished a short engagement. You want to stop them logging in or receiving calls — immediately — but not destroy the account, its recent-calls history, address book, and preferences. When they come back, or when the audit is done, you want to re-enable it in one click.

Users Management — the Active column shows which accounts are enabled.
Admin > Users Management. The Active tick-box controls whether each account can log in. Here the "guest" account is disabled (unticked).
  1. Go to Administration > Users Management.
  2. In the user list, find the row of the person you want to disable.
  3. Untick the Active checkbox on that row.
  4. Click Save.
  5. When the person returns, repeat the steps and tick Active again. Everything — password, extension number, privileges, address book, recordings — is still there and works as before.
For a complete audit trail before disabling, export the user's recent calls first from via FTP or All Users Recent Calls. Disabling does not delete call history, but having an external snapshot is sometimes required for compliance.
Untick Active, do not click Delete. Deleting the user removes everything and is irreversible. The Active checkbox is the reversible option.

Check who is currently logged into the Abilis

Goal: You want to know which users or devices are currently connected to the Abilis — for example, to check if someone is using a shared account, or to verify that a VPN connection is active.

  1. Go to Administration → System. Click the Administration icon, then System.
  2. Open the General Parameters tab. This page shows basic system information including active sessions.
  3. Review the information. You can see the current firmware version, uptime, and active connections. If you suspect unauthorized access, check the recent login activity and compare it against your known users.
Anteklab Technical Support Email: tem@antek.it
Tel: +39 0376 16262,27