What you’ll need
- An AWS EKS cluster.
- An ngrok account.
- kubectl and Helm 3.0.0+ installed on your local workstation.
- The ngrok Kubernetes Operator installed on your cluster.
- A reserved domain, which you can get in the ngrok
dashboard or with the ngrok
API.
- You can choose from an ngrok subdomain or bring your own custom branded
domain, like
https://api.example.com. - We’ll refer to this domain as
<NGROK_DOMAIN>.
- You can choose from an ngrok subdomain or bring your own custom branded
domain, like
Ensure kubectl can speak with your cluster
With an AWS EKS cluster, authentication for kubectl happens with a credential helper. So in-order to deploy the ngrok Kubernetes Operator to your cluster, you’ll need to ensure that you can use the aws CLI and that the credential helper is available.
Recent versions of eksctl rely on the aws eks get-token command, which requires the aws CLI to be at-least version 1.16.156.
Let’s ensure that you have the aws CLI installed and configured with your AWS credentials. You can confirm this works and you’re authenticated correctly by running the following command:
Install a sample application and Kubernetes ingress
Create a manifest file (for examplengrok-manifest.yaml) with the following contents. You will need to replace the NGROK_DOMAIN on line 45 with your own custom value. This is the URL you will use to access your service from anywhere. If you’re on a free account, it must be on a static subdomain which you can claim by logging into your account and following the instructions on the claim static subdomain banner. For paid accounts, you can use a custom domain or a subdomain of ngrok.app or ngrok.dev (for example, username-loves-ingress.ngrok.app or k8s.example.com).
showLineNumbers
-
Apply the manifest file to your k8s cluster.
Note: If you get an error when applying the manifest, double check that you’ve updated the
NGROK_DOMAINvalue and try again. -
Access your ingress URL using the subdomain you chose in the manifest file above (that is,
https://my-awesome-k8s-cluster.ngrok.app) to confirm the 2048 app is accessible from the internet.
Add edge security to your app
With our Traffic Policy system and theoauth
action, ngrok manages OAuth protection
entirely at its cloud service. ngrok’s edge authenticates and authorizes all
requests before allowing ingress and access to your endpoint, meaning you don’t
need to add any additional services to your cluster, or alter any routes.
To enable the oauth action, you’ll create a new NgrokTrafficPolicy custom
resource and apply it to your entire Ingress with an annotation. You can also
apply the policy to just a specific backend or as the default backend for an
Ingress—see our doc on using the Operator with
Ingresses.
-
Edit your existing
2048.yamlmanifest with the following, leaving theServiceandDeploymentas they were. Note the newannotationsfield and theNgrokTrafficPolicyCR. -
Re-apply your
2048.yamlconfiguration. - When you open your demo app again, you’ll be asked to log in via Google. That’s a start, but what if you want to authenticate only yourself or colleagues?
-
You can use expressions and CEL
interpolation to filter out
and reject OAuth logins that don’t contain
example.com. Update theNgrokTrafficPolicyportion of your manifest after changingexample.comto your domain. - Check out your deployed 2048 app once again. If you log in with an email that doesn’t match your domain, ngrok rejects your request.