Website review
This review may include AI-generated content and is not individually verified. Domain, certificate and other facts come from the observed data on this page.
What is Andrisoft?
Andrisoft is a network security software company that builds on-premise tools for DDoS detection and mitigation, plus traffic monitoring, running as Linux packages on your own servers rather than as a hardware appliance in the traffic path. Its two main products are Wanguard, for DDoS detection and mitigation, and Wansight, its traffic-monitoring sibling. The company has been operating since 2006, is EU-based, and reports over 1,000 network operators across 50+ countries.
What the products do
- Wanguard — DDoS detection and mitigation. Flow and Packet Sensors analyse NetFlow, sFlow, IPFIX or mirrored packets, with anomaly checks running every second, and mitigation happens either on your routers (Flowspec, RTBH) or on Linux filtering servers.
- Wansight — the same Sensors and Console without detection and mitigation: bandwidth graphs for large numbers of IPs, top talkers, flow and packet forensics, and 95th-percentile accounting for billing. A license key turns it into Wanguard.
Who it suits
Network operators who want attack detection and scrubbing to stay inside their own infrastructure — no traffic leaving the network, no dedicated appliance inline, and no per-gigabit fees. That model tends to appeal to ISPs, hosting providers and enterprises with their own routing and Linux server capacity, since it assumes you can run and size the software yourself.
Trade-offs to weigh
Running on commodity hardware means you control costs and data locality, but you also own sizing, hardware selection and maintenance. Andrisoft publishes a sizing guide and tested network cards for 10–100 Gbps, and notes that virtual machines are for trials only — a signal that production deployments are expected on bare metal.
A practical next step is to decide which problem you actually have: if you only need visibility, billing and forensics, Wansight is the lighter starting point; if you need active mitigation, go straight to Wanguard. Either way, check your traffic volume against the sizing guidance before committing hardware.
How does Wanguard detect and mitigate DDoS attacks on my own network?
Wanguard is Andrisoft's on-premise DDoS detection and mitigation software: it runs as Linux packages on your own servers, so traffic is analysed locally and mitigation happens inside your network rather than being redirected to a third-party scrubbing centre. Detection and mitigation are split into two cooperating parts — Sensors that watch traffic, and a Filter (or your routers) that acts on what the Sensors find.
How detection works
- Sensors collect traffic data in one of two ways: Flow Sensors read flow records (NetFlow, sFlow, IPFIX) exported by your routers and switches; Packet Sensors analyse mirrored packets for deeper, packet-level visibility.
- Anomaly checks run roughly every second, so the system is built to flag attacks in seconds rather than minutes.
- Sensors report to a central Console, which is where alerts, configuration and reporting come together. According to Andrisoft, the Console itself is free; the Sensors are the licensed components.
How mitigation works
There are two mitigation paths, and the right one depends on your routers and how much traffic you need to scrub:
| Approach | What does the scrubbing | Typical fit |
|---|---|---|
| Router-based: Flowspec or RTBH | Your existing routers drop or redirect offending traffic | Networks with capable routers that want minimal extra hardware |
| Linux filtering servers (Filter) | Dedicated Linux servers scrub diverted attack traffic at line rate | Larger attacks, or routers that can't filter precisely enough |
RTBH (remotely triggered blackhole) is blunt — it discards traffic to the targeted address, which stops the attack but also takes the target offline. Flowspec is more surgical, letting you match and drop specific traffic patterns. A Linux Filter server gives the finest control because it can inspect and clean packets before passing legitimate traffic back.
A concrete scenario
Suppose you run a hosting or ISP network with a few thousand customer IPs. Your edge routers export NetFlow to a Wanguard Flow Sensor on a Linux box. When a volumetric attack starts, the Sensor notices the anomaly within seconds and the Console applies a pre-configured rule: either announce a Flowspec rule to drop the attack traffic, or divert the target's traffic through a Filter server that scrubs it and returns the clean stream. Because nothing leaves your network, latency and data-sovereignty concerns are avoided.
Practical trade-offs
- You supply and size the hardware. Any 64-bit Intel or AMD server can run it, but Andrisoft advises that virtual machines are for trials only, and points to tested network cards for 10–100 Gbps. Budget for the servers, not just licences.
- You own the operational work: tuning thresholds, maintaining the Linux hosts, and deciding which mitigation method suits each attack type.
- Sensor licences are quoted at $595 per year with volume discounts, per the site — but confirm current terms directly, since pricing and editions change.
Next step
Start with the sizing guide on Andrisoft to match Sensors, Filters and network cards to your traffic levels, then request the free 30-day trial key and test detection against a controlled attack before committing. If you only need visibility and billing rather than mitigation, Wansight is the same stack with detection and mitigation switched off — and it can be upgraded to Wanguard later with a licence key.
What is the difference between Wanguard and Wansight?
Wanguard and Wansight are two products from the same vendor, Andrisoft, built on the same Linux packages and reporting to the same Console. The difference is what the license key enables: Wanguard adds DDoS detection and mitigation, while Wansight is the traffic-monitoring-only edition. In other words, Wansight is the monitoring half of the stack; Wanguard is monitoring plus defence.
The practical split
| Capability | Wansight | Wanguard |
|---|---|---|
| Bandwidth graphs, top talkers | Yes | Yes |
| Flow and packet forensics | Yes | Yes |
| 95th-percentile accounting for billing | Yes | Yes |
| Anomaly detection (per-second checks) | No | Yes |
| Mitigation via Flowspec, RTBH or Linux filtering servers | No | Yes |
Both use the same Sensors (flow and packet) and the same Console, so the deployment shape, hardware and data path don't change. According to the vendor's own description, Wansight "becomes Wanguard with a key" — meaning the upgrade is a licensing change rather than a rebuild. Andrisoft states that Sensor licenses are priced per year with volume discounts and that the Console itself is free; check current terms before budgeting, as those figures come from the vendor's page rather than an independent quote.
Who each one suits
- Wansight fits an ISP, hosting provider or enterprise that mainly needs visibility: capacity planning, peering and transit reporting, customer-facing bandwidth graphs, and 95th-percentile billing evidence.
- Wanguard fits an operator that also has to act on what it sees — detecting anomalies within seconds and scrubbing or diverting attack traffic on its own routers or Linux filtering servers.
A useful decision rule: if your team's response to an attack is "we call our upstream and ask them to filter," you are buying monitoring, and Wansight is the smaller commitment. If you need to detect and mitigate inside your own network — no traffic leaving your premises, no per-gigabit scrubbing fees — you want Wanguard from the start.
One trade-off worth noting: running either product on your own servers means you own the hardware, sizing and operational upkeep. That is the point of the on-premise model (no appliance in the path, no traffic leaving your network), but it also means the monitoring and mitigation capacity is yours to plan. If you are unsure which edition you need, start with a Wansight-style deployment to establish baselines, then decide whether detection and mitigation are worth enabling. See Andrisoft for the current edition comparison and trial licensing.
Can I run Andrisoft software on commodity hardware or virtual machines?
Yes. Andrisoft's Wanguard and Wansight are Linux packages designed to run on your own servers rather than on a vendor appliance, and the company states that any 64-bit Intel or AMD server can run them. So commodity x86 hardware is the intended deployment target, not a workaround.
Virtual machines: Andrisoft's own guidance is that VMs are for trials only. That is a product-specific recommendation, not a general rule — treat it as a sizing and performance constraint rather than a licensing restriction. The likely reasons are practical: flow and packet analysis is CPU- and NIC-intensive, and virtual switching plus hypervisor scheduling can distort packet timing and throughput. A lab or proof-of-concept on a VM is fine; production traffic at serious rates is where dedicated hardware earns its place.
What to check before committing
- Role of the server. A Console (management and reporting) is far less demanding than a Sensor or Filter that inspects traffic. Match hardware to the component, not to the product name.
- Throughput and packet rate. Sizing scales with the traffic you analyse or scrub, not just the number of monitored IPs. Andrisoft publishes per-component sizing guidance and lists tested network cards for 10–100 Gbps.
- NIC choice. For packet-based sensing and filtering, the network card matters more than in typical server workloads. Using tested cards avoids surprises.
- Bare metal vs. virtual. If you must virtualise, expect to validate throughput yourself before trusting it in production.
A concrete scenario: a mid-sized ISP wants DDoS detection without shipping flow data to a cloud service. It installs Wanguard Sensors on two bare-metal servers with 10 Gbps cards, sends NetFlow from its edge routers, and keeps mitigation on-premises via Flowspec or RTBH — no traffic leaves the network and there are no per-gigabit fees. The same hardware could host Wansight for bandwidth graphs and 95th-percentile billing, since Andrisoft says Wansight becomes Wanguard with a key.
Next step: read Andrisoft's sizing guide before buying hardware, then run a free 30-day trial key on a spare server or VM to confirm your flow volumes and packet rates behave as expected. For an independent view of on-premises versus appliance-based DDoS mitigation, Andrisoft is the primary source here; broader comparisons are worth checking separately.
How much do Wanguard and Wansight licenses cost?
Wanguard Sensor licenses are listed at $595 per year, with volume discounts available. The Console is free, so you can run the management and reporting interface without a license cost. Wansight uses the same Sensors and Console, minus detection and mitigation, and is described as becoming Wanguard when you add a key — meaning the two products share licensing components rather than being sold as entirely separate stacks.
What that means in practice
| Component | Licensing signal |
|---|---|
| Wanguard Console | Free |
| Wanguard Sensor | $595/year, volume discounts |
| Wanguard Filter | License required (price not stated on the page) |
| Wansight Sensor | License required (price not stated on the page) |
| Wansight Console | Same Console, no separate cost indicated |
A practical next step is to size your deployment first: how many Sensors you need depends on your traffic volume and how many observation points you want. Since Sensor licenses are the recurring cost and the Console is free, your annual spend scales mainly with the number of Sensors rather than with the number of people using the interface.
If you are comparing Wanguard with Wansight, the decision is usually about capability rather than price: Wansight covers bandwidth graphs, top talkers, flow and packet forensics, and 95th-percentile billing; Wanguard adds detection and mitigation. A monitoring-only team can start with Wansight and upgrade later without changing the underlying packages.
For an exact quote on Filter licenses, Wansight Sensor licenses, or volume discounts, request a trial key or contact Andrisoft directly — the public page states the Wanguard Sensor figure but not the others.
How do I size and deploy Andrisoft sensors for 10–100 Gbps networks?
Sizing starts with what each sensor has to see, not with your total uplink. Andrisoft's own guidance is to size per component, and the page states that any 64-bit Intel or AMD server can run the software, with tested network cards for 10–100 Gbps and virtual machines recommended for trials only. Treat the numbers below as a planning method, then confirm exact figures with Andrisoft before purchase.
The three sizing inputs
- Traffic volume and direction. A 40 Gbps uplink carrying mostly inbound attack traffic is not the same load as a 40 Gbps peering port with symmetric flows. Count peak packets per second as well as bits — small-packet floods are the harder case.
- Sensor type. Flow Sensors (NetFlow, sFlow, IPFIX) consume exported records and scale with flow rate; Packet Sensors inspect mirrored traffic and scale with raw bandwidth. Wansight uses the same Sensors and Console without detection and mitigation, so a monitoring-only deployment is the lighter starting point and can be upgraded later with a key.
- Mitigation path. If your routers handle diversion via Flowspec or RTBH, the sensor only needs to detect and signal. If you scrub on Linux filtering servers, those Filter hosts need their own capacity planning at line rate.
A practical deployment shape
- Start with one Flow Sensor per major traffic aggregation point, plus one Packet Sensor where you need packet-level forensics.
- Run the Console centrally; it is free, and a license key decides which capabilities are enabled across the stack.
- Keep detection and mitigation close to the edge so attack traffic is dropped before it crosses your core.
- For 100 Gbps, plan redundant sensors per site rather than one large sensor, so a failure degrades visibility instead of removing it.
Choosing between flow and packet sensing
| Need | Flow Sensor | Packet Sensor |
|---|---|---|
| Anomaly detection every second | Yes | Yes |
| Top talkers, bandwidth graphs, 95th-percentile billing | Yes | Limited |
| Packet captures in a Wireshark-like viewer | Via optional Flow Collector | Yes |
| Scaling to high bandwidth | Cheaper per Gbps | Needs tested NICs and more CPU |
If you are unsure, begin with flow-based monitoring and add packet sensing only where you have an operational reason. Andrisoft publishes a sizing guide and a hardware section aimed at exactly this decision, and their Sensors and Console are documented for self-installation on your own Linux servers.
Next step
Collect one week of peak bits/sec and packets/sec per candidate sensor location, note whether you will mitigate on routers or on Linux filters, then ask Andrisoft to map those figures to Sensor and Filter licenses. Their free 30-day trial key lets you validate the sizing on real traffic before committing, and the Console being free means you can test monitoring first without licensing cost.
User reviews (0)