Key details

  1. Public beta opened October 20, 2026, opt-in per cloud server.
  2. Hetzner says load balancers were all on hcnet by August 21, 2026.
  3. Conntrack increased from 80,000 combined IPv4/IPv6 to 120,000 for each family.
  4. Switching or reverting causes a brief network interruption; active connections may drop.
  5. Metadata DHCP routes may require lease renewal or reboot to settle.
  6. No additional charge stated for higher connection-tracking limit.

What builders should take away

  1. Test the new stack on a noncritical instance before moving production traffic.
  2. Measure connection counts and application error rates, not only throughput.
  3. Schedule the opt-in change because it interrupts connectivity.
  4. Check metadata service access and DHCP routes after switching and after reverting.
  5. Do not assume that conntrack saturation is harmless under the new firewall behaviour.

What changed

On October 20, 2026, Hetzner made hcnet, its in-house eBPF-based network stack, available as an opt-in public beta for individual Hetzner Cloud servers. The company says all its load balancers have already used hcnet since August 21. The server beta replaces the prior network stack's stateful firewall handling and increases connection-tracking capacity from 80,000 total shared between IPv4 and IPv6 to 120,000 per family, at no additional cost. Users select Try new network stack in each server's Networking tab and can revert. Both actions briefly interrupt connectivity and may drop existing connections when a firewall is active.

Why it matters

For builders operating high-connection-count services on low-cost cloud instances, firewall conntrack limits can cause connection failures even when CPU and bandwidth remain available. The new per-family limit is an operational change, not merely an internal rewrite. Its different behaviour when conntrack fills, DHCP metadata routing and packet accounting make beta adoption a change to test carefully, not a free performance upgrade to assume.

More tracked connections, with different behaviour at saturation

Hetzner documents 120,000 tracked connections for IPv4 and another 120,000 for IPv6, replacing an 80,000 combined limit. Under the old stack, a full conntrack table dropped packets for new connections. hcnet instead evaluates packets against firewall rules without tracking; flows needing established-connection state may still fail when replies cannot be matched. Tracking is only enabled on servers with an assigned Cloud Firewall.

Firewall implementation changes

hcnet compiles Cloud Firewall definitions into eBPF programs verified and JIT-compiled in the kernel and attached before each virtual NIC. Hetzner says the firewall remains stateful, but connection and fragment tracking details may differ. IPv4 fragments arriving before the first fragment may match fewer layer-4 rules; the company says it does not perform IPv6 fragment tracking.

Migration can interrupt live traffic

Cloud users can switch or revert per server from the Networking tab, but both actions cause a brief interruption. Existing firewall-protected sessions may drop. DHCP metadata-server routes can remain missing or stale until the lease renews or the server reboots; Hetzner flags this as a known beta limitation. Test metadata-dependent bootstrapping and private-network connectivity before production rollout.

Avoid treating vendor architecture claims as proven speed gains

Hetzner says its in-house eBPF stack improves network architecture and permits new functions, and that load balancers were migrated earlier in 2026. No independently reproduced customer throughput or latency benchmark was identified for the new server beta. The documented connection-limit and failover semantics are more useful than unverified speed claims.

What to watch next

  • General availability date and any default migration timetable.
  • Resolution of metadata route issues and other beta limitations.
  • Independent latency and high-connection-count tests under realistic workloads.

Still unclear

  • No independent production benchmarks establish speed or reliability gains.
  • Beta availability and limitations may change before GA.
  • Exact service impact depends on firewall rules, IPv4/IPv6 mix and DHCP clients.

Sources

Direct reading behind this dossier.

3 sources
hcnet technical details
Hetzner Documentation primary technical documentation

eBPF firewall design, conntrack full-table behaviour, DHCP and known limitations.

Discussion

Discussion is reader-contributed. Comments are not part of the BTN dossier or its editorial evidence.

0 visible comments

Join the discussion

Keep comments useful and relevant. Reader contributions may be moderated and are not BTN editorial evidence.

Sign in to comment