Skip to content
Merged
4 changes: 4 additions & 0 deletions modules/ROOT/nav.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -18,6 +18,10 @@
** xref:manage-versions-instances-concept.adoc[Manage API Instance Versions]
** xref:configure-multiple-credential-providers.adoc[Configure Multiple Client Provider]
** xref:govern-api-instances.adoc[Govern API Instances]
** xref:godaddy-overview.adoc[Agent verification (GoDaddy ANS)]
*** xref:godaddy-set-up.adoc[]
*** xref:godaddy-register-agent.adoc[]
*** xref:godaddy-verify-agent.adoc[]
* xref:api-groups-landing-page.adoc[Manage API Groups]
** xref:api-groups-creating-groups.adoc[Create API Groups]
** xref:api-groups-modifying-groups.adoc[Modify API Groups]
Expand Down
62 changes: 62 additions & 0 deletions modules/ROOT/pages/godaddy-ans-registration.adoc
Original file line number Diff line number Diff line change
@@ -0,0 +1,62 @@
= Register Agents with GoDaddy ANS

GoDaddy Agent Name Service (ANS) integration enables you to register and verify agents deployed through API Manager.

Registration associates an agent with a fully qualified domain name (FQDN) and establishes a verifiable identity based on domain ownership. This identity is used across Anypoint Platform to indicate whether an agent is trusted and verified.

This integration connects API Manager with GoDaddy to validate domain ownership and manage verification status.

== Capabilities

With GoDaddy ANS integration in API Manager, you can:

* Register an agent instance with GoDaddy ANS
* Verify agent identity using domain ownership validation
* Track verification progress directly from API Manager
* View verification status in Anypoint Exchange

== Registration workflow
Comment thread
failup marked this conversation as resolved.
Outdated

The registration workflow spans API Manager, GoDaddy, and your DNS provider.

You initiate registration from an API instance in API Manager. GoDaddy validates domain ownership using standard verification methods such as DNS or ACME challenges. API Manager tracks the verification process and updates the agent status when verification is complete.
Comment thread
failup marked this conversation as resolved.
Outdated

Depending on your domain configuration, some steps might require manual action.

== Consumer endpoint and FQDN
Comment thread
failup marked this conversation as resolved.
Outdated

The consumer endpoint configured for the agent is used to derive a fully qualified domain name (FQDN) that uniquely identifies the agent.

Only the hostname portion of the endpoint is used. For example, in `https://example.com/path`, the registered domain is `example.com`.
Comment thread
failup marked this conversation as resolved.
Outdated

This domain is registered as part of the verification process and cannot be modified after registration.
Comment thread
failup marked this conversation as resolved.
Outdated

For more information, see https://www.godaddy.com/resources/skills/whats-a-fully-qualified-domain-name-fqdn-and-whats-it-good-for[What is a Fully Qualified Domain Name (FQDN)?].

== Domain requirements
Comment thread
failup marked this conversation as resolved.
Outdated

The domain used for registration must meet the following requirements:
Comment thread
failup marked this conversation as resolved.
Outdated

* Must be a custom domain (vanity domain)
* MuleSoft-managed domains such as `cloudhub.io` are not supported
* Must be associated with a valid DNS configuration
Comment thread
failup marked this conversation as resolved.
Outdated

If these requirements are not met, registration cannot proceed.
Comment thread
failup marked this conversation as resolved.
Outdated

== Integration with Anypoint Exchange

Verification status is reflected in Anypoint Exchange:

* Verified agents display a visual indicator in search results and asset pages
* Verification is tied to the agent instance and its associated domain

== Next steps
Comment thread
failup marked this conversation as resolved.
Outdated

Before registering an agent, ensure that your environment is properly configured.

For more information, see xref:godaddy-set-up.adoc[Prepare your environment for agent verification].
Comment thread
failup marked this conversation as resolved.
Outdated

== See also
Comment thread
failup marked this conversation as resolved.
Outdated

* xref:api-manager::index.adoc[API Manager Overview]
* xref:exchange::index.adoc[Anypoint Exchange]
49 changes: 49 additions & 0 deletions modules/ROOT/pages/godaddy-register-agent.adoc
Original file line number Diff line number Diff line change
@@ -0,0 +1,49 @@
= Create an agent instance
Comment thread
failup marked this conversation as resolved.
Outdated

Create an agent instance in API Manager to expose your agent and configure its runtime, endpoint, and routing settings.

After creating the agent instance, you can verify its identity using GoDaddy ANS to associate it with a domain and enable its verified status in Anypoint Exchange.

== Requirements

Before you begin, make sure that:

* The API instance is deployed and accessible
* You have access to a target runtime (for example, Flex Gateway)
* You have the required permissions to manage API instances

== Create an agent instance
Comment thread
failup marked this conversation as resolved.
Outdated

. In Anypoint Platform, go to *API Manager*.
. Click *Add new instance*.
. Select the agent or API asset you want to deploy.
. Configure the runtime settings:
+
* Select the target gateway
* Choose the deployment configuration
+
. Configure the endpoint settings:
+
* *Consumer endpoint*: The public endpoint where the agent is exposed
+
This endpoint is used to derive the domain that identifies the agent during verification.
+
. Configure the upstream service:
+
* Provide the target service or backend configuration
+
. Review the configuration and click *Deploy*.

After deployment, the agent instance is created and available in API Manager.

== Next steps
Comment thread
failup marked this conversation as resolved.
Outdated

After creating the agent instance:

* Verify the agent identity using GoDaddy ANS
* Complete domain validation to enable verified status
* Confirm that the agent displays as verified in Anypoint Exchange

Before verification, ensure that your environment is properly configured.

For more information, see xref:godaddy-set-up.adoc[Prepare your environment for agent verification]
Comment thread
failup marked this conversation as resolved.
Outdated
90 changes: 90 additions & 0 deletions modules/ROOT/pages/godaddy-set-up.adoc
Original file line number Diff line number Diff line change
@@ -0,0 +1,90 @@
= Prepare your environment for agent verification
Comment thread
failup marked this conversation as resolved.
Outdated

Before verifying an agent using GoDaddy Agent Name Service (ANS), you must configure your environment to support domain-based identity validation.
Comment thread
failup marked this conversation as resolved.
Outdated

Verification requires a custom domain, a configured runtime environment, and secure communication settings.

== Custom domain
Comment thread
failup marked this conversation as resolved.
Outdated

Agent verification requires a custom domain (vanity domain) that you own and control.

* The domain associated with your agent must match the consumer endpoint used during registration.
* The domain is used to establish the agent’s identity
* You must be able to create and manage DNS records for the domain
* MuleSoft-managed domains such as `cloudhub.io` are not supported
Comment thread
failup marked this conversation as resolved.
Outdated

== Private space
Comment thread
failup marked this conversation as resolved.
Outdated

Agents must be deployed in a private space that supports custom domains and TLS configuration.
Comment thread
failup marked this conversation as resolved.
Outdated

If you do not already have a private space, create one in Runtime Manager before proceeding.
Comment thread
failup marked this conversation as resolved.
Outdated

For more information, see xref:cloudhub-2::ps-manage.adoc[Private Spaces].

== TLS context
Comment thread
failup marked this conversation as resolved.
Outdated

A TLS context must be configured in your private space for the domain used by the agent.
Comment thread
failup marked this conversation as resolved.
Outdated

TLS configuration enables secure communication and is required to complete verification. A TLS context must be configured for the domain used by the agent.

API Manager requires a valid TLS context for the domain before verification can proceed.

To configure a TLS context:

. In Anypoint Platform, go to *Runtime Manager*.
. Select your private space.
. Open the *TLS* or *Domains and TLS* section.
. Create a new TLS context for your domain.
. Upload a valid certificate for the domain.

Make sure that:

* The TLS context is associated with your domain
* The certificate is valid and active
* The domain matches the consumer endpoint used by the agent

If no TLS context is configured, verification cannot proceed and an error is displayed.
Comment thread
failup marked this conversation as resolved.
Outdated

For more information, see xref:cloudhub-2::ps-config-domains.adoc[Configure domains and TLS certificates]

== Gateway configuration
Comment thread
failup marked this conversation as resolved.
Outdated

Agents must be exposed through a configured gateway to support domain-based verification.

When using Flex Gateway, you must configure an endpoint for each agent using your custom domain.

For setup instructions, see xref:gateway::flex-gateway-managed-set-up.adoc[Set up Flex Gateway in managed mode].

Make sure that:

* Each agent is mapped to a unique endpoint or path in the gateway configuration
* The endpoint uses the same domain as the agent’s consumer endpoint

[NOTE]
====
Each agent must be configured with a separate endpoint in the gateway.

If multiple agents are deployed on the same domain, each one requires its own explicit endpoint configuration.
====

== Secret group access
Comment thread
failup marked this conversation as resolved.
Outdated

Agent verification requires access to a secret group in Secrets Manager.

The secret group is used to store generated security artifacts during verification.

Make sure that:

* At least one secret group exists
* You have permission to write to the selected secret group

If you do not have the required permissions, you cannot complete verification.
Comment thread
failup marked this conversation as resolved.
Outdated

IMPORTANT: If the domain, TLS context, and gateway configuration are not aligned, agent verification cannot be completed.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should this be

[IMPORTANT]
If the domain, TLS context, and gateway configuration aren't aligned, agent verification can't be completed.

Comment thread
failup marked this conversation as resolved.
Outdated

== Next steps
Comment thread
failup marked this conversation as resolved.
Outdated

After completing the environment setup:

* xref:godaddy-register-agent.adoc[Create an agent instance]
* xref:goddady-verify-agent.adoc[Verify an agent using GoDaddy ANS]
100 changes: 100 additions & 0 deletions modules/ROOT/pages/godaddy-verify-agent.adoc
Original file line number Diff line number Diff line change
@@ -0,0 +1,100 @@
= Verify an agent using GoDaddy ANS
Comment thread
failup marked this conversation as resolved.
Outdated

Verify an agent to establish a trusted identity based on domain ownership and enable its verified status in Anypoint Exchange.

Verification uses GoDaddy Agent Name Service (ANS) to validate the domain associated with the agent and confirm that you control it.

== Before you begin
Comment thread
failup marked this conversation as resolved.
Outdated

Before verifying an agent, make sure that:

* The agent instance is created and deployed in API Manager
* A valid consumer endpoint is configured for the agent
* You have GoDaddy API credentials (API key and secret)
* You have access to manage DNS records for the domain
* You have access to a secret group in Secrets Manager

For infrastructure requirements such as domain configuration and TLS setup, see xref:godaddy-set-up.adoc[Prepare your environment for agent verification].

== Start agent verification
Comment thread
failup marked this conversation as resolved.
Outdated

. In Anypoint Platform, go to *API Manager*.
. Select the API instance that represents your agent.
. Click *Actions* > *Verify agent identity*.

The verification wizard opens and guides you through the required steps.

== Step 1: Provide prerequisites
Comment thread
failup marked this conversation as resolved.
Outdated

In this step:

* Confirm or update the *Consumer endpoint*
+
The consumer endpoint is used to derive the domain that will be verified. Only the hostname is used. This domain becomes part of the agent’s identity and cannot be changed after registration.
Comment thread
failup marked this conversation as resolved.
Outdated

* Select a *Secret group*
+
The secret group is used to store credentials and generated security artifacts required for verification.

You must have access to at least one secret group with sufficient permissions to continue.

If the domain or environment is not correctly configured, validation errors are displayed and you cannot proceed.
Comment thread
failup marked this conversation as resolved.
Outdated

== Step 2: Enter GoDaddy ANS credentials
Comment thread
failup marked this conversation as resolved.
Outdated

Provide your GoDaddy credentials:

* *API key*
* *API secret*

These credentials are used to authenticate with GoDaddy ANS and initiate the verification process.

If you don’t already have these credentials, generate them in your GoDaddy account.

== Step 3: Verify domain ownership (ACME)
Comment thread
failup marked this conversation as resolved.
Outdated

To prove domain ownership, create a DNS TXT record using the provided values.

. Copy the record details.
. In your DNS provider, create the TXT record.
. Return to API Manager and click *Verify*.

API Manager checks whether the record has been propagated and validated.

NOTE: ACME records expire after a limited time. If they expire, new records are generated automatically when you retry verification.
Comment thread
failup marked this conversation as resolved.
Outdated

== Step 4: Verify DNS records
Comment thread
failup marked this conversation as resolved.
Outdated

After ACME verification, additional DNS records are generated.

. Copy the provided DNS records.
. Add them to your DNS provider.
. Click *Verify*.

These records enable secure communication and complete the verification process.

== Verification process
Comment thread
failup marked this conversation as resolved.
Outdated

Verification is asynchronous and depends on DNS propagation and external validation.

* Status updates are displayed in API Manager
* Verification can take several minutes or longer depending on DNS updates
* API Manager continues checking the status after verification is initiated

You can close the verification dialog and return later. The status continues to update in the background.

== Retry or restart verification
Comment thread
failup marked this conversation as resolved.
Outdated

If verification is not completed:
Comment thread
failup marked this conversation as resolved.
Outdated

* DNS records may expire after a limited time
Comment thread
failup marked this conversation as resolved.
Outdated
* You can restart the verification process from the agent instance
* New DNS records are generated when restarting

== After verification
Comment thread
failup marked this conversation as resolved.
Outdated

When verification is successful:

* The agent is marked as verified in API Manager
* A verified indicator appears in Anypoint Exchange
* The agent is associated with a trusted domain identity