Configure Mideye MFA for Linux SSH & sudo via PAM RADIUS

This guide covers how to configure Linux SSH authentication to use Mideye Server for multi-factor authentication via the PAM RADIUS module (pam_radius_auth). In this setup, Mideye handles both password validation and MFA via a single RADIUS request — the user's password is forwarded to Mideye, which validates it against AD/LDAP/local database and triggers the configured MFA factor. Configurations where the password is validated separately (e.g. locally via pam_unix or SSSD) before RADIUS are not covered here.

| Component | Details | |---|---| | PAM module | pam_radius_auth (FreeRADIUS pam_radius) | | Linux distributions | RHEL / CentOS / Rocky Linux / AlmaLinux (yum/dnf), Debian / Ubuntu (apt) | | Mideye Server | 5.x / 6.x |

Prerequisites

• A running Mideye Server with RADIUS enabled (default UDP port 1812)
• The Linux server must be added as a RADIUS client in Mideye Server
• Root or sudo access on the Linux server
• Network connectivity from the Linux server to Mideye Server on UDP port 1812
• User accounts must exist in both the Linux server and the Mideye user repository (Active Directory, LDAP, or local database)

1. Install the PAM RADIUS module

RHEL / CentOS / Rocky Linux / AlmaLinux

dnf -y install epel-release
dnf -y install pam_radius

Debian / Ubuntu

apt-get install libpam-radius-auth

For more information on the PAM RADIUS module, refer to the FreeRADIUS pam_radius GitHub repository and the USAGE documentation.

2. Configure the RADIUS connection

The configuration file location depends on the distribution:

| Distribution | Config file | |---|---| | RHEL / CentOS / Rocky Linux / AlmaLinux | /etc/pam_radius.conf | | Debian / Ubuntu | /etc/pam_radius_auth.conf |

Edit the file for your distribution and replace the example values with your actual Mideye Server IP address and shared secret:

# server[:port]      shared_secret      timeout (s)
192.0.2.10           your-shared-secret  35

| Setting | Value | |---|---| | Server address | IP address of the Mideye Server | | Shared secret | Must match the RADIUS client configuration in Mideye Server | | Timeout | 35 seconds — required for MFA flows |

Caution

The timeout must be at least 35 seconds. A lower value may cause the session to expire before the user has time to enter an OTP or approve a push notification.

Check for hidden characters

After saving, verify there are no tabs or Windows-style carriage returns embedded in the shared secret:

RHEL / CentOS / Rocky Linux / AlmaLinux

cat -A /etc/pam_radius.conf

Debian / Ubuntu

cat -A /etc/pam_radius_auth.conf

A clean line ends with 35$ (or your timeout value followed by $). A tab shows as ^I and a Windows carriage return shows as ^M — either will cause RADIUS decryption failures.

For full configuration options, see the pam_radius_auth.conf sample.

Save the changes.

3. Configure PAM for SSH

Edit /etc/pam.d/sshd and add the RADIUS authentication line at the top of the auth section. The client_id parameter sets the NAS-Identifier sent to Mideye Server — it must match the NAS-ID configured in the Mideye RADIUS client.

The exact placement and surrounding lines differ by distribution.

RHEL / CentOS / Rocky Linux / AlmaLinux

Add the line after pam_sepermit.so:

#%PAM-1.0
auth    required     pam_sepermit.so
auth    sufficient   pam_radius_auth.so conf=/etc/pam_radius.conf client_id=LinuxPAM retry=1
auth    substack     password-auth
auth    include      postlogin

---

Debian / Ubuntu

Add the line at the top of /etc/pam.d/sshd, before @include common-auth:

auth    sufficient   pam_radius_auth.so conf=/etc/pam_radius_auth.conf client_id=LinuxPAM retry=1
# Standard Un*x authentication.
@include common-auth

---

Why sufficient and not requisite?

The examples use sufficient because of how the PAM chain works when RADIUS succeeds:

• sufficient — RADIUS success stops the chain immediately and grants access. RADIUS failure causes PAM to continue to the next module (pam_unix, pam_sss), which fail on a locked account, so the login is denied. This is the correct behavior.
• requisite — RADIUS failure also stops the chain and denies access. But RADIUS success continues the chain. The next module (pam_unix) then fails on the locked account, and the login is denied even though RADIUS accepted it. In this context, with locked accounts, that makes requisite the wrong choice.

Using sufficient with a locked account (!) means only RADIUS can grant access — if RADIUS fails, the locked account ensures no local fallback is possible.

For more on client_id and other parameters, see the pam_radius USAGE documentation.

Save the changes.

4. Enable keyboard-interactive authentication in SSH

Edit /etc/ssh/sshd_config. The correct setting depends on your OpenSSH version:

OpenSSH 9.0 and later

KbdInteractiveAuthentication yes

OpenSSH 8.x and earlier

ChallengeResponseAuthentication yes

To check your OpenSSH version:

ssh -V

If the line exists with no, change it to yes. If it is commented out, uncomment and set it to yes.

Also verify that UsePAM yes is present and uncommented — this is required for the PAM stack to be invoked on login.

Save the changes.

5. Restart the SSH service

RHEL / CentOS / Rocky Linux / AlmaLinux

systemctl restart sshd

Debian / Ubuntu

systemctl restart ssh

6. Add Linux users

User accounts must exist on the Linux server. Create a local account:

sudo useradd -m <username>

-m creates the home directory. The account has no local password — all authentication goes through RADIUS.

Caution

Do not run passwd -d on these accounts. That removes the password lock and leaves the account with an empty password, which could be a security risk.

Domain-joined Linux

If the Linux server is already joined to Active Directory (via realmd + SSSD), steps 1–5 are identical. The only difference is step 6 — domain users are provided by SSSD and do not need local accounts.

Skip useradd for domain users. Instead, verify the user is resolvable on the Linux server:

id <username>

If the user is not found, SSSD is likely not running or the user does not exist in Active Directory:

systemctl status sssd

Note

Domain joining itself is out of scope for this guide. The server must already be joined and SSSD must be running before configuring PAM RADIUS.

Troubleshooting

| Symptom | Check | |---|---| | SSH times out before OTP entry | Verify timeout in the RADIUS config file (/etc/pam_radius.conf on RHEL, /etc/pam_radius_auth.conf on Debian/Ubuntu) is set to at least 35 seconds | | Authentication fails immediately | Verify shared secret matches between the RADIUS config file and Mideye Server RADIUS client. Check for hidden characters with cat -A /etc/pam_radius_auth.conf | | No RADIUS logs in Mideye Server | Verify UDP port 1812 is open between the Linux server and Mideye Server | | OTP prompt does not appear | Verify KbdInteractiveAuthentication yes (OpenSSH 9+) or ChallengeResponseAuthentication yes (OpenSSH 8.x) is set in /etc/ssh/sshd_config. Also verify UsePAM yes is set. Restart the SSH service after any changes. | | Invalid user or illegal user in auth.log | The username has no local Unix account on this machine. Create one with sudo useradd -m <username> before testing. | | User not found | Verify the Linux user exists (id <username>) and the username matches the Mideye user repository | | client_id mismatch | Verify the NAS-ID in /etc/pam.d/sshd matches the NAS-ID in the Mideye RADIUS client configuration | | RADIUS accepted in Mideye logs but login still fails | Check that pam_radius_auth.so is set to sufficient in /etc/pam.d/sshd, not requisite. With requisite, RADIUS success continues the PAM chain where pam_unix fails on a locked account and denies the login. | | Domain user not found (id returns nothing) | Verify SSSD is running (systemctl status sssd) and the user exists in Active Directory |

Related links

Mideye documentation

• RADIUS Clients — add the Linux server as a RADIUS client in Mideye Server
• RADIUS Integrations — authentication flows and supported auth types
• Authentication Types — all supported Mideye authentication methods
• RADIUS Timeout — how the timeout affects authentication
• Support Center — contact Mideye support for integration assistance

External documentation

• FreeRADIUS pam_radius GitHub repository — source code and documentation
• pam_radius USAGE documentation — all module parameters
• pam_radius_auth.conf sample — configuration file reference