1. Home
  2. Documentation
  3. AI Gateway
  4. Custom Inbound

Custom Inbound

Point your own domain to the AI Gateway and configure the inbound host (protocol, domain, and certificate).

Custom Inbound lets you expose your own domain as the entry point of the AI Gateway, instead of the default domain provided by Sensedia. This page explains how to point your domain's DNS to your tenant's gateway and how to configure the inbound host under Virtual Hosts > Inbound Address.

NOTE

This page covers the host configuration (protocol and domain) and enabling mTLS on that host. Edge certificate registration is done under Virtual Hosts > Certificates, and the Trust CAs used by mTLS are registered under Virtual Hosts > Trust Stores.

Learn how to:

Before you start

  • A domain you control (for example, api.yourcompany.com), to create the DNS record.
  • For the HTTPS or HTTP and HTTPS protocols, an edge certificate already registered in the AI Gateway (under Virtual Hosts > Certificates) β€” it will be referenced by the Certificate field in Step 2.
  • If you plan to enable mTLS (see Register the Trust CA and enable mTLS), at least one Trust CA already registered under Virtual Hosts > Trust Stores β€” or register it as part of the same flow.
  • Your tenant's default hostname in the AI Gateway, provided by Sensedia during onboarding:
Environment
Tenant's default hostname
Production<tenant-alias>-ai-gateway.sensedia.com
Testing / Staging<tenant-alias>-ai-gateway-tst.sensedia-eng.com

This hostname resolves to your tenant's Network Load Balancer (NLB) in the AI Gateway.

Point your DNS to the tenant NLB

In your domain's DNS provider, create a CNAME record for the domain you want to use as inbound (for example, api.yourcompany.com) pointing to your tenant's default hostname (see the table above).

NOTE

DNS propagation can take a few minutes. Before configuring the inbound host, confirm the CNAME already resolves β€” for example, with dig +short api.yourcompany.com.

Configure the inbound host

Step 1

In the sidebar, go to Virtual Hosts > Inbound Address. The form is always shown: blank when no custom host is configured, and pre-filled with the current configuration when one exists.

Step 2

Fill in the form fields (see Form fields). In the Security block, the Certificate field is only shown when the selected Protocol is HTTPS or HTTP and HTTPS.

Step 3

Click Save changes to persist the configuration.

When you save, the AI Gateway starts accepting traffic on the configured domain. Your tenant's default endpoint (table in the previous section) keeps working normally.

Change the protocol

You can reconfigure the inbound host as many times as needed β€” for example, switching from HTTP and HTTPS to HTTPS to disable your domain's HTTP port. Selecting HTTP automatically clears the Certificate field, which disappears from the form. Selecting HTTP also turns off mTLS, if it was enabled, and clears the Trust CAs selected in Trust stores β€” once saved, the client-certificate requirement no longer applies to the entire gateway. The saved configuration always replaces the previous one.

Register the Trust CA and enable mTLS

mTLS (mutual TLS) requires the client to present a valid certificate, signed by a registered Trust CA, to connect to the gateway β€” an additional requirement on top of the server validation already provided by the certificate configured in Step 2. mTLS can only be enabled when the host's Protocol is HTTPS or HTTP and HTTPS.

MTLS APPLIES TO THE ENTIRE GATEWAY, NOT ONLY TO THIS HOST

Enabling mTLS requires a valid client certificate on every HTTPS host on this gateway, not only on this custom host. This includes the *.sensedia.com HTTPS URL hosted by Sensedia for this tenant (table in Before you start), which will start rejecting clients that do not present a certificate trusted by one of the selected Trust CAs. There is no per-host or per-domain isolation for mTLS β€” only enable it once you have confirmed that every client currently accessing your tenant's default endpoint can also present a valid certificate.

Step 1 β€” Register the Trust CA

Go to Virtual Hosts > Trust Stores and click Create Trust Store. Enter a Name to identify the Trust CA and paste (or upload) the CA certificate in PEM format in the Trust CA (PEM) field. Save to complete the registration. Repeat for each Trust CA that should be accepted β€” mTLS accepts 1 to 8 Trust CAs per host.

Step 2 β€” Enable mTLS and select the Trust CAs

Back on Virtual Hosts > Inbound Address, in the Security block, turn on the Enable mTLS switch and select one or more registered Trust CAs in the Trust stores field (the Manage trust stores shortcut opens the registration screen if one is missing).

Step 3 β€” Save

Click Save changes. From this point on, the certificate presented by each client is validated against the selected Trust CAs: it is accepted if signed by any of them.

To disable mTLS, turn off the Enable mTLS switch and save. The client-certificate requirement is removed from every HTTPS host on the gateway, and validation goes back to server-only (standard TLS), as it was before enabling mTLS.

Form fields

The table below covers all fields visible in the form, grouped in the Address and Security blocks.

Block
Field
Type
Required
Rules
AddressHostTextYesThe domain pointed in the DNS step (placeholder shown in the field: api.customer.com). Do not include a scheme (http:///https://) or a path (/) β€” hostname only.
AddressProtocolSelectable cardsYesHTTP (port 80, no TLS certificate), HTTPS (port 443, requires a TLS certificate), and HTTP and HTTPS (exposes both ports; HTTPS requires a certificate).
SecurityCertificateSelectRequired when Protocol is HTTPS or HTTP and HTTPSLists the edge certificates already registered under Virtual Hosts > Certificates; the Add certificate shortcut opens the registration form. The field is not shown when Protocol is HTTP.
SecurityEnable mTLSSwitchNoRequires a valid client certificate, signed by one of the selected Trust CAs, on every HTTPS host on the gateway β€” see the warning in Register the Trust CA and enable mTLS. Can only be turned on when Protocol is HTTPS or HTTP and HTTPS.
SecurityTrust storesMultiselectRequired when Enable mTLS is onLists the Trust CAs already registered under Virtual Hosts > Trust Stores; the Manage trust stores shortcut opens the registration form. Accepts 1 to 8 Trust CAs; the client certificate is accepted if signed by any of the selected ones. Disabled and empty while Enable mTLS is off.

Common errors

Situation
Behavior
Host with a scheme (http:///https://), with a /, or an invalid formatThe configuration is rejected; the previously configured inbound host is not changed.
HTTPS or HTTP and HTTPS protocol without a selected certificateThe configuration is rejected; the previously configured inbound host is not changed.
Enable mTLS turned on without any Trust CA selected in Trust storesThe configuration is rejected; the previously configured inbound host is not changed.
Trust stores has one or more Trust CAs selected while Enable mTLS is offThe configuration is rejected; the previously configured inbound host is not changed.
More than 8 Trust CAs selected in Trust storesThe configuration is rejected; the previously configured inbound host is not changed.
A selected Trust CA no longer exists at save time (for example, removed by another user)The configuration is rejected; the previously configured inbound host is not changed.
Enable mTLS with Protocol set to HTTPThe switch is disabled in the interface; this state cannot be reached through the form.

How happy are you with this page?

We use cookies to enhance your experience on our site. By continuing to browse, you agree to our use of cookies.Learn more