When the print dialog opens: choose "Save as PDF", then uncheck "Headers and footers" under More settings.
Scout Probe — Deployment Requirements and Installation Guide
What the Scout Probe is
The Scout Probe is a lightweight Linux agent installed inside your network. Results are sent to Orizon RECON over a single outbound HTTPS connection.
- Discovers every device on the networks you assign it
- Identifies operating systems and services
- Checks for vulnerabilities
- Can assess Active Directory
Before you start
You will need:
- One Linux VM per network
- Root access
- Outbound HTTPS
- A RECON account with internal scanning enabled
How many probes do I need
Why one per network
A probe uses ARP to see every device on its own network and read its MAC address. ARP does not cross routers, so a device in another network cannot be identified reliably, and a network with no probe is reported as unreachable rather than empty.
What a probe can and cannot see
The same probe, three situations. Only the first produces a complete result.
Counting the networks
Count your network segments — each VLAN or subnet with its own address range. That is your probe count.
Three branches with two VLANs each means six probes.
If you are unsure, ask whoever manages your firewall for the list of VLANs in use.
Probe groups
If you have more than one network, create a probe group first and install every probe into it.
Probes in a group share one licence pool covering the whole estate; probes deployed standalone are licensed individually.
A single group scan then covers all members, while still letting you view any probe or site on its own.
Covering several VLANs from one machine
You do not always need a separate machine for every network. When your networks are VLANs on the same switch, one machine connected to a “trunk” port can scan all of them at full quality — the same result as putting a probe inside each network.
How it works
You give the machine one virtual network connection for each VLAN. The probe then treats every VLAN as a local network and scans it with ARP — seeing every device and reading its hardware (MAC) address, exactly like a probe that physically sits in that network. Without this, a network reached only across a router or firewall is scanned poorly: devices the firewall blocks are invisible, no hardware addresses are read, and the firewall can slow or block the scan.
What to do
1. Ask your network team to set the switch port this machine uses to a trunk (802.1Q) that carries every VLAN you want to scan.
2. On the machine, add one tagged network interface for each VLAN and give it an address in that VLAN (from DHCP or a static IP). For a VLAN tagged 30, on Linux:
sudo ip link add link eth0 name eth0.30 type vlan id 30
sudo ip addr add 192.168.30.9/24 dev eth0.30
sudo ip link set eth0.30 up3. Repeat for each VLAN. The probe finds each new interface by itself and starts scanning that network — nothing to change in RECON.
In RECON you can run one probe that now sees all these networks, or — cleaner and easier to read — install one probe per VLAN and put them in a single group. Each probe then owns one network, and a single group scan covers them all.
If your networks are not on the same switch, or you cannot set up a trunk, put a separate machine with a probe in each network instead (see “How many probes do I need”).
A probe group in RECON
Probes in a group share one licence pool and are scanned together by a single group scan.
One probe, as RECON shows it
Each probe reports its own host, target network, discovered devices and live heartbeat.
Host requirements
Each probe needs its own machine.
Sizing
| vCPU | RAM | Storage | |
|---|---|---|---|
| Minimum | 1 | 2 GB | 8 GB |
| Recommended | 2 | 4 GB | 16 GB |
Measured in production
Measured in production: the probe uses about 230 MB idle, peaks near 1.25 GB during a scan, occupies 26 MB of disk, and consumed 221 seconds of CPU across 45 days. RAM is the only figure needing headroom; the storage above is almost entirely your Linux installation.
What the installer needs
The installer requires curl, systemctl, ip, grep, awk, sed and useradd — all present by default on every distribution listed, including minimal installs. Installation and operation require root.
Operating system
Linux with systemd, on x86-64 or ARM64. There is no distribution allowlist — the installer installs no packages and does not branch on distribution.
Known-good distributions
| Distribution | Versions |
|---|---|
| Ubuntu | 20.04 LTS, 22.04 LTS, 24.04 LTS, 25.04, 25.10 |
| Debian | 11, 12, 13 |
| Red Hat Enterprise Linux | 8, 9, 10 |
| Rocky Linux | 8, 9, 10 |
| AlmaLinux | 8, 9, 10 |
| CentOS Stream | 9, 10 |
| Oracle Linux | 8, 9 |
| Amazon Linux | 2023 |
| Fedora | 41, 42, 43 |
| openSUSE Leap | 15.5, 15.6 |
| SUSE Linux Enterprise Server | 15 SP4+ |
| Arch Linux | rolling |
| Raspberry Pi OS | 12, 64-bit |
Not supported
Not supported: Alpine, Devuan, Void and Gentoo/OpenRC (no systemd); Windows and macOS (Linux only); Docker and Podman containers (no systemd, no host network); 32-bit systems including Raspberry Pi OS 32-bit.
Checking a machine qualifies
To check a machine qualifies, run:
systemctl --version
uname -mThe second must print x86_64 or aarch64.
Network requirements
Outbound, required
HTTPS on TCP 443 to recon.orizon.one. Nothing else.
Inbound, none
Firewall rule
Allow by hostname where your firewall supports FQDN rules — Fortinet, Palo Alto, Check Point, Sophos, WatchGuard and pfSense all do.
recon.orizon.oneIf hostname rules are unavailable, allow these IPv4 ranges outbound on TCP 443:
| 173.245.48.0/20 | 103.21.244.0/22 | 103.22.200.0/22 |
| 103.31.4.0/22 | 141.101.64.0/18 | 108.162.192.0/18 |
| 190.93.240.0/20 | 188.114.96.0/20 | 197.234.240.0/22 |
| 198.41.128.0/17 | 162.158.0.0/15 | 104.16.0.0/13 |
| 104.24.0.0/14 | 172.64.0.0/13 | 131.0.72.0/22 |
And for IPv6:
| 2400:cb00::/32 | 2606:4700::/32 | 2803:f800::/32 |
| 2405:b500::/32 | 2405:8100::/32 | 2a06:98c0::/29 |
| 2c0f:f248::/32 |
These are published at https://www.cloudflare.com/ips/ and can be re-checked at any time; point an automatic address list at it if your firewall supports it.
The probe honours HTTPS_PROXY and NO_PROXY.
Verify the rule from the probe host before installing:
curl -I https://recon.orizon.oneAnything other than HTTP/2 200 means the installer will fail too.
Internal traffic
Each probe generates ARP and ICMP sweeps, TCP connections to common service ports, mDNS and NetBIOS queries, and SMB, SSH and HTTP probes on its own network.
Installation
Repeat for each network. Each gets its own VM, probe and API key.
If you have more than one network, create the probe group first (Probes → Add probe group), then add probes from inside it so they join automatically and share its licence pool. Name the probe for its location, for example HQ-Servers-VLAN10.
Copy the installation command shown — it carries credentials unique to that probe.
Provision the VM on the network it will scan and confirm the platform is reachable:
curl -I https://recon.orizon.onePaste the copied command as root. It has this shape:
curl -fsSL https://recon.orizon.one/scout/install.sh | sudo bash -s -- \
--probe-id <probe-id> \
--api-key <api-key> \
--install-token <install-token> \
--endpoint https://recon.orizon.one \
--binary-version <version>Copy it from RECON rather than typing it; the install token is single-use. The installer checks the host, downloads the binary, registers a systemd service and enrols the probe. It takes about a minute and is available in English, Italian and Spanish.
The probe appears Online in RECON within moments. On the host, the built-in status panel shows its state:
sudo scout dashboardThe service starts at boot, restarts on failure, and updates itself when idle.
Open the probe in RECON and set its networks in CIDR form. List only the network this probe sits on.
Select the probe, choose Scan, confirm the networks and start.
It installs to these locations
One probe per network, one estate in RECON
Each probe holds its own segment and its own key. The group is what makes them one result.
Active Directory (optional)
The optional identity assessment requires:
- Network reachability to a domain controller
- LDAP on port 389, or LDAPS on port 636
- A Domain Administrator credential, entered once
You paste an administrator account and password once in RECON and press Connect. The probe then creates a dedicated least-privilege read-only collector account, delegates it only the reads the assessment needs, and discards the administrator password — it is never written to disk, stored in a database column, or logged. All collection afterwards runs as that read-only account and performs no writes.
If you prefer not to supply an administrator, you may instead provide an existing read-only account. This is supported but secondary: you must grant it the required reads yourself, and some checks stay locked until you do, such as LAPS (ms-Mcs-AdmPwd) and gMSA password reads.
Troubleshooting
| Probe Offline | Check sudo systemctl status scout, then confirm outbound HTTPS to recon.orizon.one is permitted. |
| Installer fails to download | The firewall is blocking recon.orizon.one — most often a rule pinned to specific IPs. |
| Network reports unreachable | That network has no probe, or the probe cannot reach it. Deploy a probe there. This is the expected fix, not an error to work around. |
| Fewer devices than expected | Either the network is being scanned across a router instead of by its own probe, or an IDS, IPS or NAC is blocking scan traffic. |
| Installer refuses to run | It requires Linux, systemd and root. |
| Active Directory returns nothing | Verify the probe reaches a domain controller on 389 or 636 and that the administrator credentials were valid. RECON reports the failure reason. |
Removing a probe
Run the installer with the uninstall flag, as root:
curl -fsSL https://recon.orizon.one/scout/install.sh | sudo bash -s -- --uninstallQuick reference
| Probes | One VM with a Scout Probe per network segment; group them for a shared licence |
| Operating system | Linux with systemd, x86-64 or ARM64 |
| Sizing | Minimum 1 vCPU / 2 GB / 8 GB; recommended 2 vCPU / 4 GB / 16 GB |
| Footprint | About 230 MB idle, about 1.25 GB peak, 26 MB on disk |
| Network | Outbound HTTPS 443 to recon.orizon.one, by hostname not IP; no inbound |
| Privileges | Root required; one unique API key per probe |
| Active Directory | Administrator once for provisioning, read-only thereafter |
From document to first scan.
This document explains how it works. A scan shows what it finds — on real domains, a real network, a real directory.
Three RECON scans, no credit card. Map what is exposed before committing to anything.
Thirty minutes with an engineer, on the parts of the platform that actually matter.
Technical and compliance documents on NIS2, DORA, the AI Act, attack-surface mapping and internal scanning. Free, no registration, in four languages.
© 2026 Orizon S.r.l. All rights reserved. “Orizon”, the Orizon logo, “RECON”, “Fireline”, “Oversight”, “Darkfield”, “Aware” and “ORIZON AI” are trademarks of Orizon S.r.l. All other trademarks are the property of their respective owners. This document is provided for information purposes and is not a contractual commitment.