Route internet traffic through a Fibmesh exit over your existing connection. Add an agreed stable or dedicated source when external services require one.
Available with assisted setup. Confirm the platform, exit location and source-address terms for your deployment.
Internet exit routingFibmesh / Outbound
Your device→Fibmesh exit→Internet service
Eligible internet traffic. Source terms agreed separately. Illustrative model.
The path first. The source second.
One exit. The source your work needs.
A regular exit changes the internet path. A stable or dedicated source adds specific address terms. Choose those terms deliberately.
Illustrative product modelSame route · different source terms
Your deviceExisting internet connection
WireGuard tunnel→
Fibmesh exitExit source
Outgoing connection→
External serviceSees the exit source
Routing scopeFull tunnel for eligible internet traffic in all three options.
Regular exit selected. No fixed or exclusive source address is promised.
Source option / Regular exit
Choose the path out.
Use a supported Fibmesh exit for eligible internet traffic. Start here when the route matters and you do not need a reserved source address.
What you are choosing
Internet routing
Terms to confirm
No promise of a fixed address or exclusive use.
Source option / Stable source
Give services a source they recognise.
Use an agreed source address for an external API or business-system allowlist. Confirm the address before asking the provider to add it to a rule.
What you are choosing
Address continuity
Terms to confirm
Agree the assigned address and continuity terms. Stable does not itself mean exclusive.
Source option / Dedicated source
Reserve a source for your use.
Choose an exclusive outgoing address when shared source identity does not fit your deployment. Confirm continuity separately if the address also needs to stay the same.
What you are choosing
Exclusive use
Terms to confirm
Agree allocation, region and retention. Dedicated does not itself establish continuity.
Planning examples only; no traffic is routed here. Stable describes continuity. Dedicated describes exclusivity. Neither assigns a public address directly to your device or opens incoming access.
Your connectionStill supplied by your access ISP.
Your internet exitProvided through Fibmesh.
Your source identityContinuity and exclusivity agreed separately.
Illustrative setting · AI-generated scene.
An exit for the way you work
Work in more places. Leave through one exit.
Where a service needs a recognised source, agree an exit that fits your team or workload. The access connection gets you online; Fibmesh provides the onward path.
Connect a supported device through the agreed exit as its underlying connection changes. Reconnecting may interrupt sessions; the service’s own login still applies.
02 / Workloads
For services you call.
Give a server or worker an agreed source for external API access. Check the impact on its other internet traffic before changing the default route.
03 / Gateways
For a configured site.
Route a site through a supported gateway with deliberate LAN routing. Plugging a Fibmesh device into a spare router port does not redirect everyone’s traffic.
Choose by delivery
Need an exit? Or your own public address?
Both can provide an outgoing source that an external service recognises. Start with how you want to operate the connection.
You are here / Outbound
Manage the internet exit.
Route a device’s eligible internet traffic through a Fibmesh exit using its routing profile. Agree a stable or dedicated source if needed.
Routing scope
Current profile model: full tunnel.
Public address delivery
The exit supplies the outgoing source. Incoming reachability is a separate product choice.
A stable-source requirement does not require both products. If a Public IP assignment already covers your incoming and outgoing needs, another exit service may add nothing.
The current profile model uses full-tunnel routing. It does not offer an application picker or destination-by-destination rules. Check local, private and operating-system exceptions, DNS, IPv4 and IPv6 handling for the supported platform.
02 / Encryption
The tunnel protects one part of the path.
WireGuard protects traffic between the endpoint and the Fibmesh exit. That tunnel ends at the exit. Keep HTTPS or other application encryption and the destination’s authentication in place.
03 / Profile & deployment
Confirm the exit is ready.
A profile record does not provision an exit or prove a healthy connection. Enabling a profile replaces the organisation’s active egress profile, so check who is affected before making the change.
An eligible workspace, a supported client or gateway, a working internet connection and a provisioned exit. Confirm the serving region, address-family handling, DNS, source terms and recovery procedure during assisted setup.
Do I need Networks or Public IPs first?+
No. Outbound is a separate product journey. Private access, public address delivery and application publishing have their own setup and policies.
What happens if the tunnel disconnects?+
Do not assume traffic will be blocked. A kill switch is not a verified current capability. Agree and test interruption behaviour before using an exit for traffic that must never take the ordinary ISP path.
Does Outbound include filtering or anonymity?+
The tunnel changes the route. It does not establish web filtering, malware inspection, a secure web gateway or anonymity. Continue to use application authentication, encryption and host firewall controls.
Your next connection
Let’s find your way out.
Tell us what needs to connect, where it runs and whether the destination requires a known source. We’ll confirm the exit and supported setup.