Skip to content
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

agent spec bypass proxy for cloud metadata #785

Merged
merged 3 commits into from
Apr 19, 2023
Merged
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
9 changes: 9 additions & 0 deletions specs/agents/metadata.md
Original file line number Diff line number Diff line change
Expand Up @@ -210,6 +210,9 @@ Fetching of cloud metadata for services running as AWS Lambda functions follow a

[Metadata about an EC2 instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instancedata-data-retrieval.html) can be retrieved from the internal metadata endpoint, `http://169.254.169.254`.

In the case where a proxy is configured on the application, the agents SHOULD attempt to make
the calls to the metada endpoint directly, without using the proxy.
SylvainJuge marked this conversation as resolved.
Show resolved Hide resolved

As an example with curl, first, an API token must be created

```sh
Expand Down Expand Up @@ -238,6 +241,9 @@ From the returned metadata, the following fields are useful
Metadata about a GCP machine instance can be retrieved from the
metadata service, `http://metadata.google.internal`.

In the case where a proxy is configured on the application, the agents SHOULD attempt to make
the calls to the metada endpoint directly, without using the proxy.
SylvainJuge marked this conversation as resolved.
Show resolved Hide resolved

An example with curl

```sh
Expand All @@ -264,6 +270,9 @@ From the returned metadata, the following fields are useful
Metadata about an Azure VM can be retrieved from the internal metadata
endpoint, `http://169.254.169.254`.

In the case where a proxy is configured on the application, the agents SHOULD attempt to make
the calls to the metada endpoint directly, without using the proxy.
SylvainJuge marked this conversation as resolved.
Show resolved Hide resolved

An example with curl

```sh
Expand Down