Site-to-site VPN · Remote access · One gateway
Lufito is the gateway that gives you one — and the next one, and the one after that. Every client, every partner and every device kept apart by default, on a server you own.
Each client gets its own address range the moment it is created. The firewall is built from that inventory on every apply, so a client that has not been granted something cannot reach it — including by accident.
What it is for
Most businesses meet this problem sideways. A partner integration stalls, staff can’t reach the office, or a piece of equipment turns out to speak a protocol from 2009.
Banks, insurers and payment processors will not put your traffic on the public internet. They send a parameter sheet and expect IKEv2 with matching proposals. Lufito answers it, and the next one, from the same gateway.
Laptops and phones join by WireGuard — a phone is set up by scanning one code. Servers get a split tunnel that routes only what they need, so nothing else about them changes.
A PBX or an old appliance that speaks only OpenVPN still joins its owner’s network, under the same rules as everything else. Nothing gets an exemption for being old.
The part that matters
The cheap way to run many clients on one box is to put them all on the same network and hope nobody goes looking. It works until it doesn’t, and you find out from the client.
Lufito builds its firewall from the client inventory every time it applies. Each client has its own address range. A rule exists only where access has been granted, and everything else meets a closing deny.
Traffic crossing a tunnel is governed twice more: one list for what you may start with a partner, another for what they may start with you. Both are empty until somebody writes a line, so a new tunnel comes up carrying nothing at all.
That has a consequence worth stating plainly. If part of the inventory cannot be read, the devices it describes are simply absent from the rules — and absent means denied. A fault costs connectivity, never separation.
# each client reaches its own -s 10.242.1.0/24 -d 10.242.1.0/24 RETURN -s 10.242.2.0/24 -d 10.242.2.0/24 RETURN # and its own tunnel, nobody else's -s 10.242.1.0/24 -o ipsec1 RETURN -s 10.242.2.0/24 -o ipsec2 RETURN # everything else -d 10.242.0.0/16 DROP -o ipsec+ DROP
Specification
Chosen to negotiate with equipment that is already in the field, rather than to look modern on a slide.
Nothing proprietary and no vendor extensions — standard IKEv2 with proposals mainstream gateways already accept, so the other end does not have to be Lufito.
Where it runs
Lufito installs onto a plain Ubuntu machine — your own hardware, or a virtual server from any provider. There is no Lufito cloud in the middle, no account to depend on, and no third party holding the keys to your partners.
The installer refuses rather than guesses: it will not run where the kernel cannot carry a tunnel, and it will not take an address range that collides with something already routed.
If you would rather not run it yourself, Sihebs operates it for you on the same terms.
$ sudo ./install.sh --dry-run checking kernel, python, addresses… ok xfrm and wireguard available ok 10.242.0.0/16 is free ok udp 500, 4500, 51820 admitted $ sudo ./install.sh done gateway ready $ lufito device add crm --tenant cl_04 created crm at 10.242.4.2
Who it is for
Core banking links, credit bureau connections, and a branch network that has to reach both without either seeing the other.
Claims integrations with several funds at once, where each counterparty expects its own tunnel and its own terms.
Phone systems that must reach a customer’s CRM, and agents who need the office network from wherever they are working.
If a parameter sheet has landed in your inbox and nobody in the building knows what a proposal is, this is the shortest way to answer it.
Send us the parameter sheet your partner gave you, or just describe the problem. We will tell you what it takes — including when the answer is that you don’t need us.