aiosynologysrm
| PyPI | Python | Release Date | Downloads |
|---|---|---|---|
| CI | License | Typed | Issues | Discussions |
|---|---|---|---|---|
A Python library that reads what your Synology router knows: its own state, the devices on your network, and over time DHCP, Wi-Fi, firewall and more. It talks to the router's Web API (Synology Router Manager, SRM) and never changes a setting.
It is built as a foundation for integrations such as Home Assistant, but works in any asyncio program.
Unofficial. Not affiliated with, endorsed by or supported by Synology Inc. "Synology" and "SRM" are trademarks of Synology Inc.
Table of contents
- Why this library?
- Which devices work?
- Quick start
- Certificate and two-factor authentication
- What it can read
- Diagnostics
- Errors
- Documentation
- Contributing
- License
Why this library?
synology-srm by aerialls pioneered Python access to SRM and is what Home Assistant's built-in integration uses. It is synchronous and has not changed since 2023. This library starts fresh for today's needs:
| aiosynologysrm | |
|---|---|
| Async | built on aiohttp; shares your application's session, ready for Home Assistant |
| Read only | the client only sends allowlisted read calls; logging in still leaves a session and a log entry on the router |
| Credentials | sent in the POST body, never in a URL or an error message |
| Firmware differences | checks what each router offers: supports() tells you up front, and a call the router lacks raises SrmUnsupportedError instead of guessing |
| Mesh and standalone access points | in scope, including telling which device a client is on; mesh setups are not tested yet |
| SRM's own data model | one getter per SRM call, fields named as SRM names them; derived values in a separate helpers module |
| Typed and tested | strict typing, tests against anonymized answers of real routers |
Which devices work?
| ✅ Tested | RT2600ac and MR2200ac with SRM 1.3.2 |
| 🟡 Expected to work | RT6600ax, WRX560, RT1900ac with SRM 1.3 (not confirmed yet) |
| ❔ Unknown | SRM 1.2 and older |
| ❌ Not in scope | Synology NAS (DSM), other vendors' routers, changing settings |
Router and standalone access point are tested; mesh setups are in scope but not tested yet
(help wanted).
If the router lacks a feature, the library raises SrmUnsupportedError instead of guessing. Details and how to report your model:
docs/compatibility.md.
Quick start
You need Python 3.12 or newer and an SRM administrator account (SRM's Web API only answers administrators; a dedicated account for your integration is a good idea).
The library only reads, but the account it uses can change everything on the router: keep the
password safe, and prefer certificate pinning over ssl=False (see below). Each failed login
counts towards SRM's auto block; after one, the client stops logging in by itself until you call
login() again.
pip install aiosynologysrm
import asyncio
import aiohttp
from aiosynologysrm import SrmClient
# SRM ships a self-signed certificate: pin its fingerprint (see "Certificate" below for how to
# read it once and confirm it).
FINGERPRINT = "<the router's SHA-256 fingerprint, hex>"
async def main() -> None:
async with aiohttp.ClientSession() as session:
async with SrmClient(
"192.0.2.1",
"admin-user",
"secret",
session=session,
ssl=aiohttp.Fingerprint(bytes.fromhex(FINGERPRINT)),
) as client:
info = await client.get_system_info()
print(info.model, info.firmware_ver)
devices = await client.get_network_devices()
for device in devices.devices:
if device.is_online:
print(device.mac, device.hostname, device.connection)
asyncio.run(main())
Certificate and two-factor authentication
SRM ships a self-signed certificate, so the default ssl=True rejects it. Instead of switching
verification off, pin the certificate: fetch its fingerprint once, let the user confirm it, store
it and pass it on every connection.
from aiosynologysrm import get_certificate_fingerprint
fingerprint = await get_certificate_fingerprint("192.0.2.1") # SHA-256, lowercase hex
client = SrmClient(..., ssl=aiohttp.Fingerprint(bytes.fromhex(fingerprint)))
A renewed certificate then raises SrmCertificateError until the new fingerprint is confirmed.
ssl also takes False or an ssl.SSLContext. ssl=True uses the aiohttp session's own
setting, so with a session that does not verify certificates nothing is checked; pin a fingerprint
or pass an SSLContext instead.
Two-factor authentication works for interactive use only: otp_code is sent with the first login
and never again. When the session ends, the next login raises SrmTwoFactorRequiredError and
needs a fresh code. For unattended use (Home Assistant, scripts), create a dedicated administrator
account without two-factor authentication.
What it can read
Each getter sends one SRM call and returns its answer as a typed model. Field names are SRM's own
keys in snake_case, including SRM's spelling (is_baned), so SRM's documentation and the web
interface's requests map 1:1. Values keep SRM's units and formats; raw holds the complete object.
| Method | SRM API | Returns |
|---|---|---|
get_system_info() |
SYNO.Core.System |
model, firmware, CPU, RAM, uptime, clock, USB devices |
get_utilization() |
SYNO.Core.System.Utilization |
CPU and memory load, traffic per interface |
get_network_devices() |
SYNO.Core.Network.NSM.Device |
every known client: online state, addresses, Wi-Fi band and signal |
get_topology() |
SYNO.Core.Network.Router.Topology |
router or standalone access point |
get_connection_status() |
SYNO.Core.Network.Router.ConnectionStatus |
WAN state and the WAN interface's own address, live |
get_external_ip() |
SYNO.Core.DDNS.ExtIP |
the addresses the internet sees, as SRM last recorded them |
get_ipv6_prefixes() |
SYNO.Core.Network.IPv6.Router.Prefix |
delegated prefixes and the local network using each |
get_dhcp_servers() |
SYNO.Core.Network.DHCPServer |
DHCP ranges, gateway, DNS, lease time per local network |
get_dhcp_clients() |
SYNO.Core.Network.DHCPServer.ClientList |
handed-out addresses with remaining lease time |
get_dhcp_reservations() |
SYNO.Core.Network.DHCPServer.Reservation |
fixed address assignments |
get_firewall_rules() |
SYNO.Core.Security.Firewall.Rules |
default policies and the rule list |
get_firewall_hit_counts() |
SYNO.Core.Security.Firewall.Rules.HitCount |
packet counters per kernel rule |
get_forward_rules() |
SYNO.Core.Security.Firewall.Forward.Rules |
firewall openings for port forwards, DMZ, UPnP |
get_port_forwards() |
SYNO.Core.Network.Router.PortForward |
port forwards, including UPnP |
get_port_triggers() |
SYNO.Core.Network.Router.PortTrigger |
port triggering rules |
get_allow_srm_from_wan() |
SYNO.Core.Security.Firewall.AllowSrmFromWan |
whether SRM itself is reachable from the internet |
get_firewall_conf() |
SYNO.Core.Security.Firewall.Conf |
general firewall settings |
get_forward_conf() |
SYNO.Core.Security.Firewall.Forward.Conf |
automatic openings for port forwards, DMZ, UPnP |
get_auto_block() |
SYNO.Core.Security.AutoBlock |
blocking after failed logins |
get_wifi_radio_settings() |
SYNO.Wifi.Radio.Setting |
channel (0 = automatic), width, power per radio |
get_wifi_radio_status() |
SYNO.Wifi.Radio.Status |
channel in use and BSSID per radio |
get_wifi_devices() |
SYNO.Wifi.Device |
signal, link rate, connection time, traffic of each Wi-Fi client |
get_eth_port_info() |
SYNO.Mesh.Network.EthPortInfo |
link state and speed of every Ethernet port |
get_mesh_nodes() |
SYNO.Mesh.Node.List |
the router and its mesh points |
get_usb_volumes() |
SYNO.Core.Storage.Volume |
USB storage: file system, size, free space |
Anything derived is in aiosynologysrm.helpers, kept apart from the models on purpose: the
classification of an address (address_scope: public, private, carrier-grade NAT), summed hit
counters per rule (hits_by_rule), radio settings paired with their live state (pair_radios),
durations and dates from SRM's text (up_time, lease_remaining, firmware_date), used space,
and config_hash() to detect configuration changes from the models' raw.
See the changelog for what each release adds.
Diagnostics
aiosynologysrm-diagnostics <router> --user <admin> (or python -m aiosynologysrm.diagnostics)
prints a JSON report to paste into an issue. It contains exactly this:
- library version, router model, SRM version, operating mode
- whether the WAN IPv4 address is
public,privateorcgnat(the category, not the address) - the minimum and maximum version of each API the library uses
- for every getter: whether it works or which error code it returned, how many items it returned
(leave this out with
--no-counts), the type of every field (str,int,None, ...) and how many keys SRM sent that the library does not map yet (only the number, never the names)
It contains no addresses, host names, network names or other values. GitHub issues in a public
repository are always public, so read the output before posting it. The password comes from
SRM_PASSWORD or a prompt; an unknown certificate is shown for confirmation. Applications can call
aiosynologysrm.diagnostics.collect_diagnostics(client).
When a value itself matters, for example a field the library parses wrongly, turn the raw answer
into a fixture with scripts/anonymize.py (see CONTRIBUTING.md) and attach that.
Errors
Every error derives from SrmError. The ones you will meet most:
| Error | Meaning |
|---|---|
SrmAuthenticationError |
wrong user or password, or the account is disabled |
SrmTwoFactorRequiredError |
the account uses two-factor authentication; pass a fresh otp_code |
SrmBlockedError |
the router blocks logins from this IP address after failed attempts |
SrmCertificateError |
the certificate is not trusted or does not match the pinned fingerprint |
SrmUnsupportedError |
this router or firmware does not offer the requested data |
SrmConnectionError / SrmTimeoutError |
the router could not be reached |
Error messages never contain passwords or session data, so they are safe to log.
Documentation
- Compatibility: devices, firmware, modes, how support is decided
- Design: how the library stays read-only, sessions, versions, privacy
Contributing
Reports with your router model and SRM version help most. See CONTRIBUTING.md; for security issues SECURITY.md.
License
MIT. Provided "as is", without warranty of any kind. The icon and header images are CC BY 4.0; their source is in eizedev/brand.
Metadata
Release files for aiosynologysrm 0.5.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| aiosynologysrm-0.5.0.tar.gz | 79.5 kB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| aiosynologysrm-0.5.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 117.7 kB
Release files / aiosynologysrm-0.5.0.tar.gz
| Download URL | aiosynologysrm-0.5.0.tar.gz |
|---|---|
| Size | 79.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
9d3a127d0aad1525050698d2bbbacedffb7153455e9b8d86fe55904e9f4690de
|
|
BLAKE2b-256 checksum How to use checksums |
e0224cc7f567a0df903664a21b0fd8929055de3d07e13fab238d80cdeefe7390
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 24, 2026.
Transparency logRelease files / aiosynologysrm-0.5.0-py3-none-any.whl
| Download URL | aiosynologysrm-0.5.0-py3-none-any.whl |
|---|---|
| Size | 38.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
6f75ee5f1d79cb00380dfe0951b2cc03da26ee88d2e19ba16442c4046e088464
|
|
BLAKE2b-256 checksum How to use checksums |
49cbd2d4de3ae1fdf49dc091a72c2a44dd236460c9849172257797ae3094c3b6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 24, 2026.
Transparency logSecurity for aiosynologysrm 0.5.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for aiosynologysrm-0.5.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 24, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.