-
Notifications
You must be signed in to change notification settings - Fork 45
W-21743430-goddady-fa #647
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merged
Merged
Changes from 11 commits
Commits
Show all changes
15 commits
Select commit
Hold shift + click to select a range
4a75fc2
W-21743430-goddady-fa
failup 8e42e90
Create godaddy-register-agent.adoc
failup 6772f4e
W-21743430-goddady-fa
failup 95773e3
W-21743430-goddady-fa
failup bf0d440
Update godaddy-verify-agent.adoc
failup 2030191
Update godaddy-overview.adoc
failup 75e1bc3
W-21743430-goddady-fa
failup df4ecca
Update godaddy-register-agent.adoc
failup 52def02
Update godaddy-set-up.adoc
failup 980658a
W-21743430-goddady-fa
failup 9e77ffd
Update godaddy-set-up.adoc
failup 7b80e9d
Apply suggestions from code review
failup 4b0e2c7
Apply suggestions from code review
failup e1dee5f
Update nav.adoc
failup c8432eb
Merge branch 'v2.x' into W-21743430-goddady-fa
dmerlob File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| 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 | ||
|
|
||
| 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. | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| Depending on your domain configuration, some steps might require manual action. | ||
|
|
||
| == Consumer endpoint and FQDN | ||
|
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`. | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| This domain is registered as part of the verification process and cannot be modified after registration. | ||
|
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 | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| The domain used for registration must meet the following requirements: | ||
|
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 | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| If these requirements are not met, registration cannot proceed. | ||
|
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 | ||
|
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]. | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| == See also | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| * xref:api-manager::index.adoc[API Manager Overview] | ||
| * xref:exchange::index.adoc[Anypoint Exchange] | ||
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,49 @@ | ||
| = Create an agent instance | ||
|
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 | ||
|
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 | ||
|
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] | ||
|
failup marked this conversation as resolved.
Outdated
|
||
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,90 @@ | ||
| = Prepare your environment for agent verification | ||
|
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. | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| Verification requires a custom domain, a configured runtime environment, and secure communication settings. | ||
|
|
||
| == Custom domain | ||
|
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 | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| == Private space | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| Agents must be deployed in a private space that supports custom domains and TLS configuration. | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| If you do not already have a private space, create one in Runtime Manager before proceeding. | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| For more information, see xref:cloudhub-2::ps-manage.adoc[Private Spaces]. | ||
|
|
||
| == TLS context | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| A TLS context must be configured in your private space for the domain used by the agent. | ||
|
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. | ||
|
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 | ||
|
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 | ||
|
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. | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| IMPORTANT: If the domain, TLS context, and gateway configuration are not aligned, agent verification cannot be completed. | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Should this be [IMPORTANT]
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| == Next steps | ||
|
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] | ||
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,100 @@ | ||
| = Verify an agent using GoDaddy ANS | ||
|
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 | ||
|
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 | ||
|
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 | ||
|
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. | ||
|
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. | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| == Step 2: Enter GoDaddy ANS credentials | ||
|
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) | ||
|
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. | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| == Step 4: Verify DNS records | ||
|
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 | ||
|
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 | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| If verification is not completed: | ||
|
failup marked this conversation as resolved.
Outdated
|
||
|
|
||
| * DNS records may expire after a limited time | ||
|
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 | ||
|
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 | ||
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Uh oh!
There was an error while loading. Please reload this page.