NEXWALL

All releases / 26.1.2

Nexwall Firewall 26.1.2

Web Protection with separate block and inspect choices, block pages, a content filter, files tested in a sandbox, a new interface (3.0) with a blue light and dark theme, a traffic engine that no longer stalls under load, and an installer ISO.

Superseded Release date:

Overview

Nexwall Firewall 26.1.2 is the first release of the 26.1 series that is published: it carries everything built since 26.1.0. Web Protection decides the block and the inspection of every category separately, a blocked website can show a page that says why, pages can be judged by their content, and files that pass the antivirus can be tested in the Nexwall sandbox. The interface is new (version 3.0, light and dark), Threat Analytics and Traffic Analytics follow the Dashboard, and the Log Viewer lists the web traffic and the traffic the firewall blocks. The traffic engine was hardened against standing still under load, sites with changing DNS answers open behind the web proxy, and the release comes as an installer ISO for virtual machines, USB sticks and appliances.

Version
26.1.2
Status
Stable: image and installer ISO built and tested
Platform
x86-64, UEFI boot
Base system
OpenWrt 25.12.5, kernel 6.12
Interface languages
English, Spanish, Brazilian Portuguese
Licensed features
Trial included

What is new

The features below are new in this release.

New

Block page for blocked websites

When a rule with "Show a block page" blocks a website category, the person sees a page in Portuguese, Spanish or English (the language of the browser) with the category, the rule and a reference code, instead of a connection error. The page is offered for the categories the web proxy can open (together up to 500,000 domains, the smallest lists first); large lists such as adult content keep the plain block, so nothing is ever opened up. If the check that serves the page is down, the request fails: it is never let through. The reference code is also written to the log.

New

Content filter: School, Private and Work

The pages that pass through the web proxy are read and given a score from 0 to 100 for adult content, violence, drugs, gambling, hate speech and self-harm. A page whose score reaches the threshold of the profile is replaced by a block page that shows the subject and the score, or is only recorded, as you choose. Three profiles come ready (School is strict, Private is moderate, Work is light) and are set by the Standard, School and Restricted choices of the setup wizard; the Content filter tab of Web Protection shows them and lets you change the threshold, the subjects and where pages are read. Pages that talk about a subject for study, health or news, and pages that offer help, score lower. It reads words, not pictures, and only pages the proxy can open (websites without encryption and the categories it decrypts).

New

Intelligent Threat Block: files tested in a sandbox

A file that passes the antivirus can be sent to the Nexwall sandbox, a safe machine where it is opened and watched. With the hold option the download waits for the verdict (between 15 and 300 seconds, you choose) and a file judged malicious is blocked with a page that explains why; a verdict already known is answered at once. Each firewall has its own limits: 60 files an hour, 500 files and 500 MB a day, 20 MB per file and 2 at the same time (a trial gets half). It works while the license of the firewall includes it, and the settings, the status and the verdicts are in Web Protection and in Threat Analytics.

New

Threat Analytics and Traffic Analytics

The menu now has two analytics pages after the Dashboard. Threat Analytics tells what was stopped: the story from block, antivirus and sandbox to the advanced layers, the devices at risk, the web categories, the top sources and reasons and a table of events, kept for 35 days, with an executive report in PDF that is free in every plan. Traffic Analytics tells where the traffic goes: total, busiest hour, top application and device, traffic by hour and ranked lists of devices, applications, remote hosts and protocols that you can follow with a click, for today, 7 or 30 days. The Monitor no longer has the Daily traffic tab.

New

A redesigned interface (3.0)

One blue family in light and dark mode: a pale blue menu and top bar in light mode, a navy interface in dark mode, a blue accent, and a page, card and table style that is the same everywhere. The top bar has the page path, a search (Ctrl+K), the language, help, the status center with the alerts of the firewall and the unit chip with the health dot, serial number, version, uptime and license. Every page opens with its tabs, then one paragraph that says what the page is for; the pages of the Policy section have tighter table rows, the side panels follow the density of the menu, and Firewall Rules and Zones & Policies have a column of summary cards on the right (rules by action, busiest zone pairs, tags that filter the list with a click). The Dashboard shows the protection of the firewall in one view and the traffic of today, 7 or 30 days. The Web Protection settings have an engine monitor, rules are deleted from a three-dots menu so that it is harder to do by mistake, and the Monitor tabs follow the same design.

New

Web Protection rules: block and inspect are separate choices

In the rule editor every category can be blocked, allowed or inspected on its own. The blocked column and the allowed column each have an "inspect all" switch and a tick for every category: blocking is decided from the server name without opening the connection, and inspecting is what opens a category in the web proxy, for the antivirus, the content filter and the certificate checks in the allowed column, or for the block page in the blocked column. A category that is blocked and not inspected costs the proxy nothing.

New

A QUIC switch in Web Protection

QUIC (HTTP/3) carries web traffic over UDP, where no proxy can read it. The new switch "Block QUIC (HTTP/3)" in the Web Protection settings (on by default) refuses UDP port 443 for the clients of the rules that filter the web, so their browsers use HTTPS over TCP at once and the block pages, SafeSearch, the antivirus and the content filter apply to everything. The refusal now reaches the client at once (see the fixes), so there is no wait before the browser falls back.

New

What is really running, not only what is switched on

The pages of Application Control, Network Protection (IPS), Web Protection and the antivirus show a badge that is green only when the service is running (its process is up and bound to what it needs); a service that is switched on but not running turns red. The reading comes from the firewall itself (processes and traffic queues) and is the same one the Dashboard uses.

New

Nexwall VPN clients on the Remote Access page

The Remote Access (OpenVPN) page lists the latest builds of the Nexwall VPN clients for your users: Windows (64-bit Intel / AMD, ARM64 and 32-bit), Android, and Linux packages for Debian and Ubuntu (64-bit Intel / AMD and ARM64). The macOS client is not published yet. The clients are test builds and are not code-signed.

New

Packet loss and longer windows on the WAN uplinks and Performance pages

The plots show packet loss instead of the delivery rate, and the WAN uplinks and Performance pages offer 1 hour (the default), 6, 12 and 24 hours, 7 and 30 days. Every plot is a card with the current, peak and average value of each series above the line, and the lines are smoothed without rounding off the peaks: for long windows each point is the highest value of its step (the lowest for free memory), so a short spike of CPU, memory, load or packet loss is still visible. The history is kept for 7 days, or a year when the firewall has a data disk.

New

Log Viewer: Web Protection tab

A new tab lists all the web traffic the proxy handled, allowed or blocked, with block pages, files stopped by the antivirus or the sandbox, content blocks and requests the proxy refused; a check adds the messages of the services. Alerts of the intrusion prevention engine and the proxy requests are now sent to the Log Viewer.

New

Installer ISO

Besides the disk image, the release comes as an installer ISO: write it to a USB stick (for example with Rufus) and start the appliance from it. The installer checks its image, offers only internal disks (never the USB stick), asks you to type INSTALL before it erases a disk, writes the image and reads it back from the disk to compare it. The appliance must start in UEFI mode.

Improvements and changes

Improved

The traffic engine no longer stalls under load

Two causes of the engine standing still were found with core dumps from a lab firewall under load and are fixed: two threads waiting for each other inside two of the Nexwall plugins, and the capture thread ending when the kernel dropped a queued packet. A watchdog now checks the engine every minute and, if it stands still, takes the engine out of the path (traffic keeps flowing without analysis) and restarts it, with a cooldown and a limit of restarts per hour. The default when the engine cannot keep up is to let traffic through, not to block it.

Improved

Sites with changing DNS answers open behind the web proxy

Some sites (streaming services and other CDNs) answer the client and the proxy with different addresses. The proxy used to refuse such an intercepted connection with an error 409, and the site did not load. It now sends the connection to the address the client chose, as it already did for plain HTTP, without caching it.

Improved

Blocked traffic from the internet is in the Log Viewer

The WAN zone now logs what it rejects (at most 10 lines a minute), so the Firewall traffic tab shows blocked traffic and not only the allowed one.

Improved

Refusals reach the client at once

The "port unreachable" answer of a rejected connection, and the messages that path MTU discovery needs, were swallowed by the traffic engine queue. They now pass, so a browser whose QUIC is refused changes to HTTPS in a few milliseconds instead of after a timeout.

Improved

The web proxy keeps working under load

The proxy could run out of open files (a limit of 1,024) and the antivirus connection was switched off for minutes after a burst of failures. The limit is now 16,384, up to 256 files can be scanned at the same time and the scanner connection is retried after 10 seconds.

Improved

WireGuard tunnels keep the internet links apart

A tunnel no longer pins the route to its peer to the internet link that happened to be the default when the tunnel came up. On a firewall with two internet links a stale route of that kind could cut the license, the updates and the threat lists.

Improved

Application Control: an engine switch and a true state

Application Control has an engine switch, Web Protection turns the engine on when it needs it, and the Dashboard and the pages show the real state of Network Protection (IPS) and Application Control. The traffic of the Top talkers card and Traffic Analytics counts the same flows.

Improved

Safe by default also for the web

A firewall that nobody has configured now starts with the Standard profile applied to the web as well: the website categories of the profile, the Work content filter and, when the license and the storage allow it, the antivirus. The setup wizard can change every choice afterwards.

Improved

The WAN is there at the first start

A firewall started without running the setup wizard now has its WAN on the second network card (eth1), asking for an address by DHCP, in the wan zone. On virtual machines the card was not yet visible when the default was decided, so the WAN was missing; a second step later in the same start fixes it for units that were never configured.

Improved

YouTube and SafeSearch restrictions work together with Application Control

The addresses that SafeSearch and YouTube Restricted Mode use are kept out of the analysis engine and of the inspection, and the DNS answers them with plain addresses, so Google, Bing and YouTube open in their restricted modes even when Application Control blocks streaming or social networks for the same devices.

Improved

The Logs page fills the window

The system log uses the whole width and height of the page, with the search, the number of rows and the options in one row above it.

Resolved issues

FixedNXW-1024

YouTube and SafeSearch restricted modes were reset by Application Control

The connections to the addresses of YouTube Restricted Mode and SafeSearch were classified as YouTube or Google and reset by the rules of Application Control, so YouTube showed "offline". The addresses are now kept out of the analysis engine.

Web Protection

FixedNXW-1025

Google and Bing did not open with SafeSearch on

The extra DNS resolver answered with the alias alone when its target was not cached, and some devices reported DNS_PROBE_FINISHED_NXDOMAIN. It now answers with plain addresses that are refreshed twice a minute.

Web Protection

FixedNXW-1026

The Log Viewer failed on the firewall and Application Control tabs

The search showed "HTTP 400, cannot parse extract_regexp pattern". The pattern is now sent in a form the log database accepts.

Logging

FixedNXW-1027

Alerts of the intrusion prevention engine and proxy requests did not reach the Log Viewer

The extra log inputs were installed but not listed in the log service configuration, so they were never read. Enabling the Log Viewer now adds them.

Logging

FixedNXW-1028

The Certificate Maker showed as stopped in the Web Protection monitor

The monitor looked for the process by its full name, which the system cuts at 15 characters. It now finds it.

Web Protection

FixedNXW-1029

A firewall started without the setup wizard had no WAN on virtual machines

The default WAN (eth1, DHCP) was decided before the network card drivers were loaded, so a virtual machine did not see the second card. It is now added later in the same start for units that were never configured.

Networking

FixedNXW-1030

The traffic engine could stand still under load

Two threads of the Nexwall plugins waited for each other, and the capture thread ended when the kernel dropped a queued packet. Both are fixed and a watchdog recovers the engine if it ever stands still.

engine

FixedNXW-1031

Some sites did not open behind the web proxy (error 409)

Sites whose DNS answers differ between the client and the proxy were refused by the proxy. They now open: the connection goes to the address the client chose.

Web Protection

FixedNXW-1032

The Firewall traffic tab showed only allowed traffic

What the WAN rejected was not logged. The WAN zone now logs it, at most 10 lines a minute.

Logging

FixedNXW-1033

A refused connection gave no answer to the client

The traffic engine queue swallowed the ICMP "port unreachable" of a rejected connection and the messages of path MTU discovery. They pass now.

Networking

FixedNXW-1034

The web proxy could run out of open files and the antivirus switch off under load

The limit of open files is now 16,384, up to 256 files are scanned at once and the scanner connection is retried after 10 seconds.

Web Protection

FixedNXW-1035

A WireGuard tunnel could pin its route to the wrong internet link

On a firewall with two internet links the route to the peer stayed on the link that was the default when the tunnel came up, which could cut the license and the updates. Tunnels no longer pin it.

Networking

FixedNXW-1036

A page with several explanations could freeze the browser

The explanation of each tab updated the shared description in a loop. Fixed in interface 3.0.

interface

FixedNXW-1037

Opening the unit chip made it disappear

The panel read the system information in the wrong shape and failed. Fixed.

interface

Known issues

Known issueNXW-2001

Country blocking without a license

Without a license, country blocking falls back to the public lists of the underlying component, which are downloaded at every service start and can take a long time. The Nexwall country lists need a license.

Workaround: Activate the license to use the Nexwall lists.

IP & Geo Blocking

Known issueNXW-2002

Large DNS list selections

Reloading the DNS service with about 1.8 million blocked domains interrupts name resolution for about ten seconds. Lists reload only when they change, normally once a day.

Workaround: Switch off the categories you do not need; the memory warning on the DNS block lists page helps you choose.

DNS Filtering

Known issueNXW-2003

Additional subscriptions

Web Server Protection (WAF) and Email Protection (MTA) appear as subscriptions, but their features are not available yet.

Licensing

Known issueNXW-2004

Encrypted traffic

Application Control and Network Protection do not decrypt HTTPS. They recognize applications from the connection, the domain name and the traffic pattern. Web Protection can inspect chosen categories of encrypted traffic (see NXW-2007).

Application Control

Known issueNXW-2005

Web interface by IP address

Opening the web interface by its IP address (for example https://192.168.1.1) shows a browser certificate warning, because no public authority issues certificates for private addresses.

Workaround: Use https://firewall.lan.nexwall.com.br (the computer must use the firewall as DNS server, the default with DHCP), or http://192.168.1.1, which forwards to it.

Web interface

Known issueNXW-2006

DNS block statistics

Blocked domains are counted from the DNS log. A firewall installed before rc2 needs query logging switched on in its DNS settings to show them.

Workaround: Turn on query logging in the DNS settings.

DNS Filtering

Known issueNXW-2007

Inspection needs the firewall certificate on the devices

Inspected sites show a certificate warning until the firewall's inspection certificate is installed on the device. Applications that pin their certificate fail when inspected.

Workaround: Install the certificate (Web Protection, Inspection) and add pinned applications as exceptions.

Web Protection

Known issueNXW-2008

The antivirus needs the data storage

The antivirus does not start without the data storage, which holds its signatures (about 300 MB), and it is not active until the first download of the signatures has finished.

Workaround: Check the Storage page; the antivirus page shows the state of each engine.

Web Protection

Known issueNXW-2009

SafeSearch and YouTube options apply to devices only

The family options follow the devices and networks of a rule, not user accounts. There are no schedules or time quotas yet, and a device that uses a VPN or a mobile network is outside the firewall.

Web Protection

Known issueNXW-2010

Throughput of the inspection is not measured

Inspection of encrypted traffic uses one web proxy process, so it is limited to about one processor core, and the speed it reaches has not been measured yet. Only the categories that you list are inspected.

Workaround: Inspect only the categories you need, and keep large downloads and streaming out of the inspected list.

Performance

Known issueNXW-2011

Advanced Threat Protection and Workspace Protection have no features yet

Advanced Threat Protection and Antivirus / Sandbox (its sandbox part) and Workspace Protection (ZTNA) appear in the license, but only the antivirus part of Antivirus / Sandbox is available in this release.

Licensing

Known issueNXW-2012

The traffic and applications tab starts when the Log Viewer is opened

Connections that ended before the Log Viewer was opened are not recorded. The tab lists the connections that are open at that moment and everything after.

Logging

Known issueNXW-2013

The block page on an encrypted website needs the firewall certificate on the device

A device that has not installed the inspection certificate sees a certificate warning, not the block page, when it opens a blocked https site. The site is still blocked. Plain http sites show the page without the certificate.

Workaround: Install the certificate on the devices (Web Protection, Inspection), or use a rule without a block page: the connection is then reset.

Web Protection

Known issueNXW-2014

The content filter reads words, not pictures

Images and video are not judged, the text of social networks arrives as data and not as a page, and pages sent in an encoding other than plain or gzip are not read. A word list can also make mistakes in both directions; the mode that only records, and the threshold, exist for that.

Workaround: Start with the mode that only records, look at the events, then block. Use categories, SafeSearch and YouTube Restricted Mode for social networks.

Web Protection

Known issueNXW-2015

A very small answer of a blocked site can arrive before the connection is reset

On a port that the web proxy does not handle, or while the proxy is stopped, the traffic engine decides after the first packets of a connection, so a tiny answer such as a redirect can reach the device before the reset. The rest of the connection is blocked.

Workaround: Block the ports you do not need with firewall rules.

Web Protection

Known issueNXW-2016

A blocked category is enforced by name only for connections the engine can read

A device that connects to an address it resolved elsewhere (its own DNS over HTTPS, a hard-coded address) can reach a site of a blocked category when the name is not visible: the blocking by DNS does not apply to it.

Workaround: Block DNS over HTTPS (category "Encrypted DNS") and make the clients use the firewall for DNS.

Web Protection

Known issueNXW-2017

Tight memory on 4 GB with everything running

With the antivirus, the inspection, the intrusion prevention and Application Control on a busy network, a 4 GB system uses its swap and the system can stop the antivirus engine for a while. The antivirus fails open and the Dashboard shows it as not running.

Workaround: Give the firewall 8 GB when all the protections run on a busy network.

system

Component versions

The versions below make up the image. Most of them are pinned by checksum, so the image always contains exactly these versions. The signature bundle, the application catalog and the threat lists are not part of the image: they are downloaded and refreshed daily.

ComponentVersionNotes
Image26.1.2x86-64, UEFI, compressed disk image
Firmware sources8b3e596cc9365ff6ff3626c2abb461a13fc00677Commit of the public firewall repository the image is built from; the release tag follows
Base systemOpenWrt 25.12.5Linux kernel 6.12, nftables 1.1
Web interface3.0.0English, Spanish, Brazilian Portuguese
License component1.7.1Updates itself from the signed feed; knows the new license modules
Web Protection0.10.0Categories, profiles, block and inspect per category, block page, content filter, sandbox client, inspection, antivirus control, SafeSearch, YouTube and QUIC options
Web Protection services1.5.0Scanning service, proxy connector, block page, content filter and guard, licensed
Web proxySquid 7.1Inspection of encrypted traffic, one certificate authority per firewall; intercepted tunnels follow the client's destination
AntivirusClamAV 1.4.3, YARA 4.5.0Signatures downloaded by the firewall; YARA rules from the license server
Website categories2026.10.06.159 categories, 5.4 million domains (UT1, CC BY-SA 4.0); refreshed weekly
YARA rules2026.10.06.13,435 rules from open collections and Nexwall; refreshed weekly
Traffic classification engine5.2.8 (release 8)Netify Agent with Nexwall plugins
Traffic engine plugins1.0.3Five plugins, built for engine release 6
Intrusion prevention engineSnort 3.10.0.0With the Nexwall gate plugin 1.0.1
Intrusion signaturesdaily bundleCommunity, converted open rules and Nexwall Labs; 2026.10.02.1 at release
Application catalogdaily bundle2026.10.02.1 at release
Threat lists2026.10.02.312 DNS categories, 2 IP lists, country lists; rebuilt daily

Performance and recovery

This section says what the lab tests of this release showed and how the firewall recovers by itself when its traffic engine stops answering. The numbers come from one small virtual machine and are meant to show how the protections add up, not to promise a throughput: size your firewall with the guidance at the end.

The lab and the method

  • Firewall: virtual machine with 4 processor cores and 4 GB of memory, Application Control, Network Protection (IPS), Web Protection with the antivirus, and the inspection of encrypted traffic, with the category lists loaded.
  • Load: a client behind the firewall and a server on its internet side. Four parallel iperf3 streams (throughput), 100 new HTTP connections per second through the web proxy and 50 new HTTPS connections per second, all at once, for 60 seconds per configuration.
  • A connection counts as completed when the whole answer arrived within 3 seconds (8 seconds for HTTPS).

Results

ConfigurationThroughputHTTP completedHTTPS completed
Everything off (reference)1.48 Gbps99 %99 %
Application Control only1.99 Gbps72 %48 %
Application Control and IPS1.64 Gbps46 %84 %
Plus the web proxy, no inspection1.33 Gbps30 %74 %
Plus inspection of encrypted traffic1.22 Gbps43 %69 %
Everything on, all rules on, category lists loaded1.22 Gbps97 %99 %
5 minutes, everything on (final code), load average 16 to 18780 Mbpsmost failed78 %
Web proxy alone, 100 HTTP connections per secondnot measured90 %not measured
  • The firewall was limited by its processor (system time above 90 % in the long test), not by memory or by the engine standing still: the more protections are on, the lower the throughput and the fewer new connections complete while the line is full.
  • The rows are not independent measurements: the machine and the test servers degraded after about an hour of repeated runs, so the order of the table is not a ranking of the features. Take them as indicative.
  • At the load of the long test the web proxy could no longer answer most HTTP connections within 3 seconds. A firewall that must carry 1 Gbps and open hundreds of connections per second with all protections on needs more than 4 cores.

How the firewall recovers by itself

The traffic engine (Application Control) and the intrusion prevention engine read the packets that the firewall hands to them. If a reader stops answering, new connections that it was asked to look at hang while others keep working. A watchdog finds this and fixes it without anyone logging in:

  1. Every minute it takes three samples of each engine queue, 10 seconds apart.
  2. A queue is stalled when packets wait in all three samples and either its verdict counter did not move, or at least 64 packets wait and fewer than 10 verdicts per second are given. A reader that keeps up but is busy because the machine is overloaded is not restarted, because a restart would cost more than it gives.
  3. On a stall it saves a report (queue state, memory, processes; the newest 10 are kept in /root/nfq-stall) and, at once, takes the engine's queue rules out of the path, so traffic flows without analysis until the engine is back. With the "block" overload choice, and for the IPS, the rules are left alone.
  4. It then restarts the engine that owns the stalled queue. Limits: at most 6 restarts an hour and a pause of 90 seconds between two; over the limit it only reports.
  5. It records the event in the log (tag nexwall-nfq-watchdog), raises an alert (Status center, Dashboard) and writes a metric. The engine puts its rules back when it starts again.

Other protections that fail open

  • When the engine cannot keep up the default is to let traffic through (setting "when the engine is overloaded" in Application Control), not to block it.
  • If the web proxy stops answering, the guard removes the redirect and web traffic flows without inspection until the proxy is back.
  • If the antivirus engine is down the files are delivered unscanned (fail open) and the pages and the Dashboard show the antivirus as not running.
  • Settings are in /etc/config/netifyd (section watchdog): enabled, restart, max_restarts, backlog, min_rate, failsafe and core (a core dump of a stalled engine for analysis).
  • Sizing: 2 GB of memory is the least; use 8 GB when the antivirus, the inspection, the IPS and Application Control all run on a busy network. On 4 GB the system can stop the antivirus engine under heavy load.

What was tested

  • Stress and soak: the load above in eight configurations, one 5 minute soak with everything on and a rate ramp up to 1,500 new connections per second against the firewall.
  • Recovery: the watchdog was tested with 31 automatic cases (frozen counter, slow backlog, fast backlog that is only load, cooldown, hourly limit, failsafe) and met in the lab five times under load (before the speed rule was added; a 5 minute soak at load 16 to 18 afterwards caused no restart); each time it took the engine out of the path and restarted it, and traffic kept flowing.
  • Web Protection, on a real client: block page on HTTPS and HTTP, SafeSearch for Google, Bing and DuckDuckGo, YouTube restricted mode, content filter (a normal page passes, an adult page is blocked), antivirus (an EICAR test file is blocked, a clean file passes), inspection with the firewall certificate, QUIC refusal, and connections to sites whose DNS answers differ.
  • Logging: every event above reached the Log Viewer (Firewall traffic, Application Control, Web Protection, system).

Not tested

  • Intrusion detection with real attack signatures (the probes sent did not raise alerts, so the IPS alert path was not exercised in this round).
  • Runs longer than 5 minutes, hardware appliances, and more than one client at a time.
  • The installer ISO was started in UEFI and reached its language menu; installing to a disk from this exact build is checked separately.

Release track

How this release came together, from the first image to the release candidate.

  1. From 26.1.0 to 26.1.2

    Everything of 26.1.1 (block page, content filter, sandbox client, Threat Analytics and Traffic Analytics, new dashboard and plots, Log Viewer tabs, default WAN) and the work of the week after the lab tests: the engine stalls found and fixed, the interface 3.0, the new rule model, the proxy fixes under load and for changing DNS answers, the VPN client downloads and the installer ISO.

Requirements

  • x86-64 processor, UEFI firmware with Secure Boot off.
  • At least two network interfaces (one for the internal network, one for the internet).
  • 2 GB of memory without Web Protection; 4 GB or more with the antivirus and the inspection of encrypted traffic, and 8 GB recommended when the antivirus, the inspection, the intrusion prevention and Application Control all run on a busy network (on 4 GB the antivirus engine can be stopped by the system under heavy load).
  • A disk of 16 GB or more: the firewall creates its data storage (logs, reports, antivirus signatures, swap file) at the first start. Smaller disks work, without the antivirus signatures store, the swap file and the space kept for a second system copy.
  • Internet access to updates.nexwall.com.br, license.nexwall.com.br and services.nexwall.com.br for updates, licenses, categories, rules, threat feeds and registration, and to the ClamAV mirrors for the antivirus signatures.

Installing and upgrading

  • The release is an installable disk image for virtual machines and appliances. Check its SHA-256 first.
  • After the first start the internal interface answers on 192.168.1.1. Change the administrator password on the first login.
  • To check the file on Linux run sha256sum on it; on Windows run Get-FileHash with -Algorithm SHA256 in PowerShell. The result must equal the SHA-256 in the Downloads table.
  • The administration guide is at https://docs.nexwall.com.br.
  • Firewalls running 26.0.0-rc4 or earlier are not upgraded in place by this release: the disk layout changed (system partition 1 GB, boot partition 64 MB). Install the image on a test machine or a new disk and compare. Restoring a configuration backup taken on an earlier build was not tested.
  • To inspect encrypted traffic, install the firewall's inspection certificate on the devices (Web Protection, Inspection). Without it browsers show a warning for inspected sites.
  • The antivirus needs the data storage and downloads its signatures after it is switched on; this takes a few minutes. Choosing a profile in the setup wizard switches it on when the firewall is licensed and has storage.
  • The licenses of a reseller are applied to firewalls from a pool and can be moved to another firewall; a change reaches the firewall at its next license check (about once a day).
  • The LAN -> WAN and DROP DEFAULT rules, packet steering and larger network card buffers are part of the default configuration. A firewall installed earlier keeps the settings it has. Add the two rules by hand on an existing firewall and keep DROP DEFAULT at the end of the list.
  • A firewall that is reinstalled while it is assigned to a customer needs its device reset by the reseller before it can get its license again.

Downloads

FileSizeSHA-256
NEXWALL-Installer-26.1.2.iso455.1 MB (455,081,984 bytes)95fa1a589418d4f824cadf4659f8de93ca34c9ef9a978c0510480afe12e70d73
nexwall-26.1.2-x86-64-generic-squashfs-combined-efi.img.gz106.9 MB (106,931,648 bytes)6c3a13fefc4c4e0d48c8b5a8d1ed3e436ed47189eb9201b2e8c5fe67cef64fa0

Check the file before you use it: the SHA-256 of the downloaded file must equal the value above.

Open source and licenses

Nexwall Firewall is built on open source software, among them OpenWrt, the Linux kernel, nftables, Snort 3, Netify Agent and nDPI, dnsmasq, banIP, adblock and VictoriaMetrics. The firewall and the operator tools are published under their original licenses, and the license texts and notices are shipped with the image and available on request. The Threat Shield lists are built from open sources whose licenses allow redistribution, and the notice that lists them is part of every bundle.