Network Interfaces & IP Configuration Inventory

For every managed machine, Athena inventories each network adapter and how it is configured — its IPv4 and IPv6 addresses, subnet mask, default gateway, DNS servers, MAC address, whether it uses DHCP or a static address, its link speed and MTU, and whether the link is up. This gives you a fleet-wide answer to "what IP is that machine on, on which adapter, and how is it addressed?" without logging on to each endpoint — useful for network audits, troubleshooting connectivity, and confirming addressing before a change.

This is read-only discovery. Athena reports how each machine's adapters are already configured; it does not assign IP addresses, change DHCP/static settings, edit DNS, or enable and disable adapters. To make a change, run a remote command or a deployment that applies it on the endpoint.

What's collected#

For each machine, Athena records every non-loopback network interface and, for each interface, the following:

FieldMeaning
InterfaceThe adapter name — for example Ethernet or Wi-Fi on Windows, or eth0 / ens160 on Linux.
Address TypeWhether the adapter obtains its address by DHCP or is configured Static.
IP AddressThe interface's primary address. The full set of assigned addresses is available as separate IPv4 and IPv6 lists over the API (see Reading it over the API).
Subnet MaskThe subnet mask for the interface, when available.
Default GatewayThe default gateway configured on the interface, when available.
DNS ServersThe DNS servers configured for the interface.
MAC AddressThe adapter's hardware (physical) address.
SpeedThe negotiated link speed, formatted for readability — for example 1 Gbps, 10 Gbps, or 100 Mbps. Shown as - when the adapter does not report a speed.
MTUThe interface's maximum transmission unit, when available.
StatusWhether the link is currently Up or Down.

Loopback adapters are excluded. The inventory lists physical and virtual network adapters the machine uses to reach the network; the local loopback interface is not reported, so the list reflects real connectivity rather than internal plumbing.

Platform coverage#

Network interfaces are collected on both Windows and Linux endpoints, using each operating system's native facilities, so a mixed fleet answers the same question consistently. On both platforms the adapter name, MAC address, assigned IPv4/IPv6 addresses, link status, speed and MTU are reported. The DHCP-vs-static and DNS details are read from the machine's native network configuration on each operating system; on Linux this determination is best-effort across the common network managers, so an adapter may occasionally be shown as static where a live query would resolve more detail.

Where to see it#

Open a machine from the Agents list, then in the agent detail view's left-hand navigation choose Network Interfaces under the Network heading. The section lists every adapter in a table with columns for Interface, Address Type (a DHCP or Static badge), IP Address, Subnet Mask, Default Gateway, DNS Servers, MAC Address, Speed, MTU, and Status (an up/down indicator).

Like the rest of inventory, the values reflect the machine's last successful collection on its regular reporting cadence rather than a live query at open time. For the wider inventory surface and refresh behaviour, see Inventory.

Scope note. Network interfaces are a per-machine inventory field, viewed on a machine's detail view. They are not currently one of the fields you can build a dynamic collection, an automatic tag, or a report-builder column from. If you need a fleet-wide rule (for example, "flag any machine whose adapter is on the wrong subnet"), evaluate it on the endpoint with a compliance rule or a custom scan and surface the answer through the scan results — which you can then use in collections, tagging, and reports like any other collected field.

Reading it over the API#

Network interfaces are part of an agent's full inventory. Fetch the complete inventory document and read the networkInterfaces array for per-adapter detail:

# Fetch the full inventory for one agent, then inspect its network adapters
$headers = @{ Authorization = "Bearer $token" }

$inv = Invoke-RestMethod `
  -Uri "https://athena.example.com:8443/api/agents/$agentId/inventory" `
  -Headers $headers `
  -SkipCertificateCheck

# List every adapter with its address, MAC, speed and link state
$inv.data.networkInterfaces |
  Select-Object name, ipAddress, macAddress, isDhcpEnabled, speedFormatted, isUp

Each element of networkInterfaces carries name, description, macAddress, ipAddress, subnetMask, defaultGateway, the ipv4Addresses and ipv6Addresses lists, dnsServers, isDhcpEnabled, mtu, speedBps with a pre-formatted speedFormatted, and isUp. Reading inventory requires the Helpdesk role or higher. The networkInterfaces array is empty or absent when a machine has not yet reported this data.

A summary view is also available on its own sub-route. GET api/agents/{agentId}/inventory/network returns the machine's aggregate network configuration — the combined lists of ipAddresses, macAddresses, defaultGateways, and dnsServers across all adapters — which is handy when you just need the machine's addresses rather than a per-interface breakdown.

The strongly-typed PowerShell module cmdlet Get-AthenaAgentNetwork returns that same aggregate network configuration, and Get-AthenaAgentInventory returns the full inventory document (including the per-adapter networkInterfaces array). For the wider inventory surface, the per-area sub-routes, and how a refresh is triggered, see Inventory.