Improve this Site
Minor changes may be made directly in GitHub’s online editor wherever Edit appears at bottom-right.
An organization is a consolidated billing and ownership domain of NetFoundry network groups.
A network group is a collection of networks in an organization.
A NetFoundry network is a management domain and collection of resources e.g. endpoints, services, identities, policies.
An AppWAN is a simple policy that controls access to services. It works like a permission group with a directional dimension, i.e. left side is allowed to connect to right side. An AppWAN is populated by endpoints that communicate via the NetFoundry overlay fabric. Endpoints in an AppWAN can be visualized in the console by whether they terminate a service: left side if not, right side if so.
Endpoints that do terminate a service appear by association with that service, i.e. they’re known in the AppWAN by the name of the service. Endpoints that consume services appear in AppWANs as clients or gateways. All of the clients and gateways in an AppWAN have permission to connect to all of the services.
An endpoint is node on the edge of your network. Protected network traffic flows to, from, and through endpoints. Clients and gateways are “initiating” endpoints from which traffic flows toward services. Services are terminated by an endpoint to which traffic flows from clients and gateways. An endpoint in an AppWAN may represent an app, a device, or some IP addresses. For example,
- An app that is built with a Ziti Endpoint SDK is an embedded endpoint, and
- a device where Tunneler is running is a client endpoint, and
- a router where Tunneler is running is a gateway endpoint forwarding for some IP addresses.
NetFoundry offers a variety of free virtual machine system images that can be imported in a hypervisor or launched by your preferred cloud provider. The launched VMs can then be enrolled with your network as a gateway endpoint. Gateway endpoints are IP routers. You could position a gateway endpoint on an isolated IP network segment to provide secure ingess or egress or both for numerous devices.
The best way to obtain the latest compatible VM image for your NetFoundry network is to create a gateway endpoint and then visit its detail page in the console. There you’ll follow a download link and select the desired image format, e.g. OVA; or launch it directly in your own cloud account. You could create a gateway endpoint of type
AWSCPEGW (AWS Private GW) and in the console punch the LAUNCH button to run our CloudFormation template in your AWS account. This will automatically enroll your gateway on first boot.
You can create the gateway endpoint through the API or through the console (link to more gateway basics). You can learn how NetFoundry produces trusted VM images in the post Virtual Machines as Code on our blog.
Your server app which is built with the Ziti SDK is a Ziti-hosted service; i.e. it doesn’t require any proxy, gateway, tunneler, NAT, load balancer, or any other infrastructure in order to be reached by endpoints. Only generic outgoing internet is needed by the computer where your app is running.
Traffic to a service that is “non-hosted” will exit the AppWAN at the terminating endpoint and proceed to its final destination, the resource described by the service definition, e.g. 126.96.36.199 on 55/tcp. Terminating endpoints for non-hosted services are typically positioned for optimal performance and security of that final hop from the service’s terminating endpoint to the resource server. Embedded endpoints are ideal because the traffic is logically inter-process within the AppWAN.
Tunneler is an open-source app maintained by NetFoundry that is built with Ziti SDKs that enables initiation for processes on the device where it is running, termination for services that device can reach, or both. When Tunneler is running on a device that is a router, such as NetFoundry’s gateway endpoints a.k.a. “Cloud Gateways”, it may also provide initiation and termination via attached routes.