Fibmesh OutboundAvailable

Choose your
internet exit.

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 deviceFibmesh exitInternet 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 shared workspace with desks and seating beside large windows
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.

Explore outbound allowlisting →
01 / People

For work that moves.

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.
Follow the Outbound path →
Another way / Public IPs

Manage a public address.

Assign an address to supported infrastructure for incoming access, outgoing identity, or both. Choose the supported traffic policy separately.

Routing scope
Selected destinations or full internet routing, where supported.
Public address delivery
Device or gateway delivery; Routed Subnets is arranged as a separate managed service.
Explore Public IPs →

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.

Know what changes

A different way out.
A route to verify.

See the full connection path →
01 / Traffic scope

Plan for the whole internet route.

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.

Explore CLI & API scope →

Before you begin

Agree the exit.
Test the path.

Read the setup & recovery guide →
What do I need to get started?

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.