Network Management
Meraki API Integration Fails with “Failed to Get List of Organizations” After Upgrading to SolarWinds Platform 2025.2
Users are unable to add Cisco Meraki organizations using a valid API key. Attempting to validate the key results in the error: “Failed to get list of organizations.”
First published date
Last published date
Overview
When attempting to add a Meraki node as an orchestrator in SolarWinds Platform 2025.2, users may encounter the error:
Failed to get list of organizations
- The API key provided is valid and has administrative privileges.
- All required steps from the official Monitor Meraki wireless infrastructure documentation have been followed.
- Internet connectivity and communication to
api.meraki.comare confirmed.
Product section
Cause
The issue may arise due to one or more of the following:
- Missing Certificates:
The SolarWinds server does not trust the SSL certificate chain presented by api.meraki.com because the following certificates may be missing from the server’s certificate trust store: - Intermediate Certificate Authority (CA): HydrantID Server CA O1
- Root Certificate Authority (CA): IdenTrust Commercial Root CA 1
- CRL Access Failure:
The SolarWinds server cannot connect to the Certificate Revocation List (CRL) endpoint at http://validation.identrust.com to verify the certificate’s revocation status. This is often caused by firewall restrictions, DNS issues, or proxy settings blocking outbound access. It may result in errors such as RevocationStatusUnknown or OfflineRevocation. - Manual CRL Installation May Be Required:
In some environments, especially where outbound CRL access is restricted or fails silently, manually importing the CRL file into the local certificate store can restore the connection.
Example steps: - Download CRL file:
http://validation.identrust.com/crl/hydrantidcao1.crl - Import it using the following command in an elevated command prompt:
certutil -addstore "CA" "C:\Path\To\hydrantidcao1.crl" - Certificate Changes by Meraki
As part of routine security maintenance, Cisco Meraki may rotate their RADIUS authentication certificates. These changes can introduce stricter certificate validation requirements or updated Certificate Revocation List (CRL) distribution points.
Resolution
To resolve the issue, install the missing intermediate and root certificates on the SolarWinds server:
- Identify the Missing Certificates
Use a browser, SSL inspection tool, or openssl to review the certificate chain from https://api.meraki.com.
- Download the Required Certificates
Visit the certificate provider’s website or use your browser to export the following:
-
-
HydrantID Server CA O1 (intermediate)
-
- Import Certificates into the Trusted Store
To import certificates into the trusted store, use any one of the below optional methods:
Option A: Using Command Prompt
-
-
Transfer the
.crtfiles to the server (e.g.,C:\Temp\). -
Open Command Prompt as Administrator and run:
-
Option B: Using MMC (GUI)
-
-
Press
Win + R, typemmc, and press Enter. -
Go to File > Add/Remove Snap-in.
-
Select Certificates, then click Add.
-
Choose Computer account > Local computer, then click Finish.
-
Import the root certificate into Trusted Root Certification Authorities.
-
Import the intermediate certificate into Intermediate Certification Authorities.
-
- Verify Installation
Run this PowerShell command:
- Retry Meraki API Integration
Return to the SolarWinds Web Console and try adding the Meraki organization again.
Troubleshoot CRL Access Issues
If the certificate chain is trusted but the error persists with logs showing RevocationStatusUnknown,OfflineRevocation, the SolarWinds server may be unable to access the CRL endpoint (validation.identrust.com). Follow these steps:
- Perform a DNS Lookup for CRL Endpoint
- Open Command Prompt on the SolarWinds server:
- Press Win + R, type cmd, and press Enter.
- Run the following command to identify the IP(s) for validation.identrust.com:
nslookup validation.identrust.com - Note the resolved IP(s) (e.g., 192.35.177.64). Multiple IPs may be returned due to load balancing.
- Open Command Prompt on the SolarWinds server:
- Whitelist CRL Endpoint in Firewall
- Contact your firewall administrator to whitelist all resolved IPs for validation.identrust.com for outbound access.
- Ensure ports 80 and/or 443 are open for these IPs, as CRL checks typically use these ports.
- Verify connectivity to the CRL endpoint from the SolarWinds server using a tool like telnet or Test-NetConnection in PowerShell:
Test-NetConnection -ComputerName validation.identrust.com -Port 80
- Manually Add CRL File to Certificate Store
If whitelisting the CRL endpoint does not resolve the issue or firewall adjustments are not feasible:- Download the CRL file from http://validation.identrust.com/crl/hydrantidcao1.crl.
- Save the file to a location on the SolarWinds server (e.g., C:\Temp\hydrantidcao1.crl).
- Run the following command as Administrator to add the CRL to the certificate store:
certutil -addstore "CA" "C:\Temp\hydrantidcao1.crl"
- Test Meraki API Integration
Return to the SolarWinds Web Console and try adding the Meraki organization again. If the issue persists, proceed below for a temporary workaround.
Temporarily Disable CRL Checking (Not Recommended)
If CRL access cannot be immediately resolved, temporarily disable CRL checking to isolate the issue. This is not recommended for production environments due to security risks.
- Disable CRL Checking
- Open Internet Options:
- Press Win + R, type inetcpl.cpl, and press Enter.
- Go to the Advanced tab and scroll to the Security section.
- Uncheck the option:
- Check for server certificate revocation
- Click Apply > OK.
- Restart the SolarWinds application or server to apply changes.
- Open Internet Options:
- Test Meraki API Integration
- Return to the SolarWinds Web Console and try adding the Meraki organization.
- If successful, the issue is confirmed to be related to CRL access.
- Restore CRL Checking
- Once CRL access is resolved (e.g., firewall whitelisting completed), re-enable CRL checking:
- Open Internet Options (inetcpl.cpl).
- Go to Advanced > Security.
- Re-check Check for server certificate revocation.
- Click Apply > OK and restart the SolarWinds application.
- Retest the Meraki API integration to ensure it works with CRL checking enabled.
- Once CRL access is resolved (e.g., firewall whitelisting completed), re-enable CRL checking:
Check Advanced Certificate Validation Setting
- Go to Advanced Configuration in SolarWinds
- Locate CheckOnCertificateRevocation
- Set to False if strict revocation checking is not required
Note: This setting is optional. By default, SolarWinds checks only:
-
- TLS chain trust
- Certificate name matching
These two checks cannot be disabled for security reasons.