In diesem Dokument wird beschrieben, wie Sie sich über ein Nutzerkonto oder ein Dienstkonto bei einer IAP-geschützten Ressource authentifizieren.
Programmatischer Zugriff bezieht sich auf das Aufrufen von IAP-gesicherten Anwendungen von Nicht-Browser-Clients wie Befehlszeilentools, Service-zu-Service-Aufrufen und mobilen Anwendungen. Je nach Anwendungsfall können Sie sich mit Nutzeranmeldedaten oder Dienstanmeldedaten bei IAP authentifizieren.
Ein Nutzerkonto gehört zu einem einzelnen Nutzer. Ein Nutzerkonto muss authentifiziert werden, wenn Ihre Anwendung im Namen eines Nutzers auf Ressourcen zugreifen soll, die mit IAP gesichert sind. Weitere Informationen finden Sie unter Nutzerkonten.
Ein Dienstkonto repräsentiert eine Anwendung und nicht einen einzelnen Nutzer. Sie authentifizieren ein Dienstkonto, wenn Sie einer Anwendung den Zugriff auf Ihre mit IAP gesicherten Ressourcen erlauben möchten. Weitere Informationen finden Sie unter Dienstkonten.
IAP unterstützt die folgenden Arten von Anmeldedaten für den programmatischen Zugriff:
- OAuth 2.0-ID-Token: Ein von Google ausgestelltes Token für einen menschlichen Nutzer oder ein Dienstkonto, bei dem der Zielgruppenanspruch auf die Ressourcen-ID der IAP-Anwendung festgelegt ist.
- Von Dienstkonto signiertes JWT: Ein selbstsigniertes oder von Google ausgestelltes JWT-Token für ein Dienstkonto.
Fügen Sie diese Anmeldedaten in den Authorization- oder Proxy-Authorization-HTTP-Header der Anfrage ein.
Hinweis
Sie benötigen eine Anwendung, auf die Sie programmatisch mit einem Entwicklerkonto, einem Dienstkonto oder Anmeldedaten für mobile Apps zugreifen möchten.
Informationen zum Erstellen eines oder mehrerer OAuth 2.0-Clients finden Sie unter Programmatischer Zugriff.
Nutzerkonto authentifizieren
Sie können den Nutzerzugriff auf Ihre Anwendung über eine Desktop- oder mobile App aktivieren, damit ein Programm mit einer IAP-geschützten Ressource interagieren kann.
Über eine mobile App authentifizieren
- Erstellen Sie eine OAuth 2.0-Client-ID für Ihre mobile App oder verwenden Sie eine vorhandene. Wenn Sie eine vorhandene OAuth 2.0-Client-ID verwenden möchten, folgen Sie der Anleitung unter OAuth-Clients freigeben. Fügen Sie die OAuth-Client-ID der Zulassungsliste für den programmatischen Zugriff auf die Anwendung hinzu.
- Rufen Sie ein ID-Token für die OAuth 2.0-Client-ID der IAP-geschützten Ressource ab.
- Android: Verwenden Sie die Google Log-in API, um ein OpenID Connect-Token (OIDC) anzufordern. Legen Sie die
requestIdToken-Client-ID auf die Client-ID für die Ressource fest, mit der Sie eine Verbindung herstellen. - iOS: Fordern Sie mit Google Log-in ein ID-Token an.
- Android: Verwenden Sie die Google Log-in API, um ein OpenID Connect-Token (OIDC) anzufordern. Legen Sie die
- Fügen Sie das ID-Token in einen
Authorization: Bearer-Header ein, um die authentifizierte Anfrage an die IAP-geschützte Ressource zu senden.
Über eine Desktop-App authentifizieren
In diesem Abschnitt wird beschrieben, wie Sie ein Nutzerkonto von einer Desktop-Befehlszeile aus authentifizieren können.
- Damit Entwickler über die Befehlszeile auf Ihre Anwendung zugreifen können, erstellen Sie eine OAuth 2.0-Client-ID für Desktopanwendungen oder geben Sie eine vorhandene OAuth-Client-ID für Desktopanwendungen frei.
- Fügen Sie die OAuth-ID der Zulassungsliste für programmatischen Zugriff für die Anwendung hinzu.
In der App anmelden
Jeder Entwickler muss sich anmelden, um auf eine App zuzugreifen, die durch IAP-Käufe geschützt ist. Sie können den Prozess in einem Skript zusammenfassen, z. B. mit der gcloud CLI. Im folgenden Beispiel wird curl verwendet, um sich anzumelden und ein Token zu generieren, mit dem auf die Anwendung zugegriffen werden kann:
- Melden Sie sich in Ihrem Konto an, über das auf die Google Cloud -Ressource zugegriffen werden kann.
Starten Sie einen lokalen Server, der die eingehenden Anfragen wiederholen kann.
# Example using Netcat (http://netcat.sourceforge.net/) nc -k -l 4444Rufen Sie den folgenden URI auf, wobei
DESKTOP_CLIENT_IDdie Client-ID der Desktop-App ist:https://accounts.google.com/o/oauth2/v2/auth?client_id=DESKTOP_CLIENT_ID&response_type=code&scope=openid%20email&access_type=offline&redirect_uri=http://localhost:4444&cred_ref=trueSuchen Sie in der Ausgabe des lokalen Servers nach den Anfrageparametern:
GET /?code=CODE&scope=email%20openid%20https://www.googleapis.com/auth/userinfo.email&hd=google.com&prompt=consent HTTP/1.1Kopieren Sie den CODE-Wert, um CODE im folgenden Befehl zu ersetzen. Verwenden Sie dazu die Client-ID und das Client-Secret der Desktop-App:
curl --verbose \ --data client_id=DESKTOP_CLIENT_ID \ --data client_secret=DESKTOP_CLIENT_SECRET \ --data code=CODE \ --data redirect_uri=http://localhost:4444 \ --data grant_type=authorization_code \ https://oauth2.googleapis.com/tokenDieser Befehl gibt ein JSON-Objekt mit einem
id_token-Feld zurück, mit dem Sie auf die Anwendung zugreifen können.
Auf die Anwendung zugreifen
So greifen Sie auf die App zuid_token:
curl --verbose --header 'Authorization: Bearer ID_TOKEN' URL
Aktualisierungstoken
Mit dem Aktualisierungstoken, das während des Anmeldevorgangs generiert wurde, können Sie neue ID-Tokens abrufen. Das ist nützlich, wenn das ursprüngliche ID-Token abläuft. Jedes ID-Token ist etwa eine Stunde lang gültig. In dieser Zeit können Sie mehrere Anfragen an eine bestimmte App senden.
Im folgenden Beispiel wird mit „curl“ ein neues ID-Token mit dem Aktualisierungstoken abgerufen.
In diesem Beispiel ist REFRESH_TOKEN das Token aus dem Anmeldevorgang.
DESKTOP_CLIENT_ID und DESKTOP_CLIENT_SECRET sind dieselben wie im Anmeldevorgang:
curl --verbose \
--data client_id=DESKTOP_CLIENT_ID \
--data client_secret=DESKTOP_CLIENT_SECRET \
--data refresh_token=REFRESH_TOKEN \
--data grant_type=refresh_token \
https://oauth2.googleapis.com/token
Mit diesem Befehl wird ein JSON-Objekt mit einem neuen id_token-Feld zurückgegeben, mit dem Sie auf die App zugreifen können.
Dienstkonto authentifizieren
Sie können ein Dienstkonto-JWT oder ein OpenID Connect-Token (OIDC) verwenden, um ein Dienstkonto bei einer IAP-geschützten Ressource zu authentifizieren. In der folgenden Tabelle sind einige Unterschiede zwischen den verschiedenen Authentifizierungstokens und ihren Funktionen aufgeführt.
| Authentifizierungsfunktionen | JWT für Dienstkonto | OpenID Connect-Token |
|---|---|---|
| Unterstützung für kontextsensitiven Zugriff | ||
| Anforderung für OAuth 2.0-Client-ID | ||
| Tokenbereich | URL der IAP-gesicherten Ressource | OAuth 2.0-Client-ID |
Mit einem Dienstkonto-JWT authentifizieren
IAP unterstützt die JWT-Authentifizierung von Dienstkonten für Google-Identitäten, Identity Platform und Anwendungen, die für die Workforce Identity-Föderation konfiguriert sind.
Die Authentifizierung eines Dienstkontos mit einem JWT umfasst die folgenden Schritte:
Weisen Sie dem aufrufenden Dienstkonto die Rolle Ersteller von Dienstkonto-Tokens (
roles/iam.serviceAccountTokenCreator) zu.Mit dieser Rolle können Hauptkonten kurzlebige Anmeldedaten wie JWTs erstellen.
Erstellen Sie ein JWT für die IAP-geschützte Ressource.
Signieren Sie das JWT mit dem privaten Schlüssel des Dienstkontos.
JWT erstellen
Das erstellte JWT sollte eine Nutzlast haben, die dem folgenden Beispiel ähnelt:
{
"iss": SERVICE_ACCOUNT_EMAIL_ADDRESS,
"sub": SERVICE_ACCOUNT_EMAIL_ADDRESS,
"aud": TARGET_URL,
"iat": IAT,
"exp": EXP,
}
Geben Sie für die Felder
issundsubdie E-Mail-Adresse des Dienstkontos an. Die E-Mail-Adresse befindet sich im Feldclient_emailder JSON-Datei des Dienstkontos oder wird als Eingabe angegeben. Typisches Format:service-account@PROJECT_ID.iam.gserviceaccount.comGeben Sie für das Feld
auddie genaue URL oder die URL mit einem Pfad-Wildcard (/*) der IAP-geschützten Ressource an, z. B.https://example.com/oderhttps://example.com/*. Ein JWT mit der genauen URL im Feldaudkann nur auf diese bestimmte URL zugreifen. Ein JWT mit dem Pfad-Wildcard (/*) im Feldaudkann auf alle URLs zugreifen, die mit dem Stringaudohne das nachfolgende*beginnen.Geben Sie für das Feld
iatdie aktuelle Unix-Epochen-Zeit und für das Feldexpeine Zeit innerhalb von 3.600 Sekunden danach an. Hier wird festgelegt, wann das JWT abläuft.
JWT signieren
Sie haben folgende Möglichkeiten, das JWT zu signieren:
- Mit der IAM Credentials API können Sie ein JWT signieren, ohne direkten Zugriff auf einen privaten Schlüssel zu benötigen.
- Verwenden Sie eine lokale Anmeldedatenschlüsseldatei, um das JWT lokal zu signieren.
JWT mit der IAM Service Account Credentials API signieren
Verwenden Sie die IAM Service Account Credentials API, um ein Dienstkonto-JWT zu signieren. Mit der Methode wird der private Schlüssel abgerufen, der Ihrem Dienstkonto zugeordnet ist, und zum Signieren der JWT-Nutzlast verwendet. So kann ein JWT signiert werden, ohne dass direkter Zugriff auf einen privaten Schlüssel erforderlich ist.
Richten Sie zur Authentifizierung bei IAP Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
gcloud
- Führen Sie den folgenden Befehl aus, um eine Anfrage mit der JWT-Nutzlast vorzubereiten:
cat > claim.json << EOM
{
"iss": "SERVICE_ACCOUNT_EMAIL_ADDRESS",
"sub": "SERVICE_ACCOUNT_EMAIL_ADDRESS",
"aud": "TARGET_URL",
"iat": $(date +%s),
"exp": $((`date +%s` + 3600))
}
EOM
- Verwenden Sie den folgenden Google Cloud CLI-Befehl, um die Nutzlast in
claim.jsonzu signieren:
gcloud iam service-accounts sign-jwt --iam-account="SERVICE_ACCOUNT_EMAIL_ADDRESS" claim.json output.jwt
Nach einer erfolgreichen Anfrage enthält output.jwt ein signiertes JWT, mit dem Sie auf Ihre mit IAP gesicherte Ressource zugreifen können.
Python
import datetime
import json
import google.auth
from google.cloud import iam_credentials_v1
def generate_jwt_payload(service_account_email: str, resource_url: str) -> str:
"""Generates JWT payload for service account.
Creates a properly formatted JWT payload with standard claims (iss, sub,
aud, iat, exp) needed for IAP authentication.
Args:
service_account_email (str): Specifies the service account that the
JWT is created for.
resource_url (str): Specifies the scope of the JWT, the URL that the
JWT will be allowed to access.
Returns:
str: JSON string containing the JWT payload with properly formatted
claims.
"""
# Create current time and expiration time (1 hour later) in UTC
iat = datetime.datetime.now(tz=datetime.timezone.utc)
exp = iat + datetime.timedelta(seconds=3600)
# Convert datetime objects to numeric timestamps (seconds since epoch)
# as required by JWT standard (RFC 7519)
payload = {
"iss": service_account_email,
"sub": service_account_email,
"aud": resource_url,
"iat": int(iat.timestamp()),
"exp": int(exp.timestamp()),
}
return json.dumps(payload)
def sign_jwt(target_sa: str, resource_url: str) -> str:
"""Signs JWT payload using ADC and IAM credentials API.
Uses Google Cloud's IAM Credentials API to sign a JWT. This requires the
caller to have iap.webServiceVersions.accessViaIap permission on the
target service account.
Args:
target_sa (str): Service Account JWT is being created for.
iap.webServiceVersions.accessViaIap permission is required.
resource_url (str): Audience of the JWT and scope of the JWT token.
This is the URL of the IAP-secured application.
Returns:
str: A signed JWT that can be used to access IAP-secured applications.
Use in Authorization header as: 'Bearer <signed_jwt>'
"""
# Get default credentials from environment or application credentials
source_credentials, project_id = google.auth.default()
# Initialize IAM credentials client with source credentials
iam_client = iam_credentials_v1.IAMCredentialsClient(credentials=source_credentials)
# Generate the service account resource name.
# Project should always be "-".
# Replacing the wildcard character with a project ID is invalid.
name = iam_client.service_account_path("-", target_sa)
# Create and sign the JWT payload
payload = generate_jwt_payload(target_sa, resource_url)
# Sign the JWT using the IAM credentials API
response = iam_client.sign_jwt(name=name, payload=payload)
return response.signed_jwt
curl
Führen Sie den folgenden Befehl aus, um eine Anfrage mit der JWT-Nutzlast vorzubereiten:
cat << EOF > request.json { "payload": JWT_PAYLOAD } EOFJWT mit IAM signieren
Service Account Credentials API:
curl -X POST \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json; charset=utf-8" \ -d @request.json \ "https://iamcredentials.googleapis.com/v1/projects/-/serviceAccounts/SERVICE_ACCOUNT_EMAIL_ADDRESS:signJwt"Nach einer erfolgreichen Anfrage wird in der Antwort ein signiertes JWT zurückgegeben.
Verwenden Sie das JWT, um auf Ihre mit IAP gesicherte Ressource zuzugreifen.
JWT mit einer lokalen Anmeldedatei signieren
JWTs werden mit dem privaten Schlüssel des Dienstkontos signiert.
Wenn Sie eine Dienstkontoschlüsseldatei haben, kann das JWT lokal signiert werden.
Wenn Sie das JWT lokal signieren, fügen Sie der Nutzlast einen JWT-Header hinzu. Verwenden Sie für das Feld kid im Header die ID des privaten Schlüssels des Dienstkontos, die sich im Feld private_key_id der JSON-Datei mit den Anmeldedaten des Dienstkontos befindet.
Der private Schlüssel aus der Datei wird zum Signieren des JWT verwendet.
Auf die Anwendung zugreifen
Um auf die Anwendung zuzugreifen, fügen Sie das signierte JWT in den Autorisierungs-Header ein:
curl --verbose --header 'Authorization: Bearer SIGNED_JWT' URL
Mit einem OIDC-Token für ein Dienstkonto authentifizieren
So authentifizieren Sie sich mit einem OIDC-Token für ein Dienstkonto:
Erstellen Sie eine neue OIDC-Client-ID oder verwenden Sie eine vorhandene.
So erstellen Sie eine neue OAuth 2.0-Client-ID:
Achten Sie darauf, dass Sie Ihre Anwendung für die Verwendung von Google Auth registriert haben, falls Sie das noch nicht getan haben.
Rufen Sie die Google Auth Platform auf.
Wenn Sie noch kein Projekt ausgewählt haben, werden Sie aufgefordert, eines zu erstellen.
Klicken Sie auf Client erstellen.
Wählen Sie den entsprechenden Anwendungstyp aus und geben Sie alle erforderlichen zusätzlichen Informationen ein.
Geben Sie die erforderlichen Informationen für den ausgewählten Clienttyp ein. Klicken Sie auf Erstellen, um den Client zu erstellen.
Bestehende OAuth 2.0-Client-ID verwenden: Folgen Sie der Anleitung unter OAuth-Clients freigeben.
Fügen Sie die OAuth-ID der Zulassungsliste für programmatischen Zugriff für die Anwendung hinzu.
Achten Sie darauf, dass das Standarddienstkonto der Zugriffsliste für das IAP-gesicherte Projekt hinzugefügt wird.
Wenn Sie Anfragen an die IAP-geschützte Ressource senden, müssen Sie das Token im Authorization-Header angeben: Authorization: 'Bearer OIDC_TOKEN'
Die folgenden Codebeispiele zeigen, wie Sie ein OIDC-Token abrufen.
OIDC-Token für das Standarddienstkonto abrufen
Wenn Sie ein OIDC-Token für das Standarddienstkonto für Compute Engine, App Engine oder Cloud Run abrufen möchten, verwenden Sie das folgende Codebeispiel, um ein Token für den Zugriff auf eine IAP-geschützte Ressource zu generieren:
C#
Richten Sie zur Authentifizierung bei IAP die Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Go
Richten Sie zur Authentifizierung bei IAP die Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Java
Richten Sie zur Authentifizierung bei IAP die Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Node.js
Richten Sie zur Authentifizierung bei IAP die Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
PHP
Richten Sie zur Authentifizierung bei IAP die Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Python
Richten Sie zur Authentifizierung bei IAP die Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
Ruby
Richten Sie zur Authentifizierung bei IAP die Standardanmeldedaten für Anwendungen ein. Weitere Informationen finden Sie unter Authentifizierung für eine lokale Entwicklungsumgebung einrichten.
OIDC-Token aus einer lokalen Dienstkontoschlüsseldatei abrufen
Wenn Sie ein OIDC-Token mit einer Dienstkontoschlüsseldatei generieren möchten, erstellen und signieren Sie eine JWT-Assertion mit der Schlüsseldatei und tauschen Sie diese Assertion dann gegen ein ID-Token ein. Das folgende Bash-Skript veranschaulicht diesen Prozess:
Bash
#!/usr/bin/env bash
#
# Example script that generates an OIDC token using a service account key file and uses it to access an IAP-secured resource.
set -euo pipefail
get_token() {
# Get the bearer token in exchange for the service account credentials
local service_account_key_file_path="${1}"
local iap_client_id="${2}"
# Define the scope and token endpoint
local iam_scope="https://www.googleapis.com/auth/iam"
local oauth_token_uri="https://www.googleapis.com/oauth2/v4/token"
# Extract data from service account key file
local private_key_id="$(cat "${service_account_key_file_path}" | jq -r '.private_key_id')"
local client_email="$(cat "${service_account_key_file_path}" | jq -r '.client_email')"
local private_key="$(cat "${service_account_key_file_path}" | jq -r '.private_key')"
# Set token timestamps (current time and expiration 10 minutes later)
local issued_at="$(date +%s)"
local expires_at="$((issued_at + 600))"
# Create JWT header and payload
local header="{'alg':'RS256','typ':'JWT','kid':'${private_key_id}'}"
local header_base64="$(echo "${header}" | base64 | tr -d '\n')"
local payload="{'iss':'${client_email}','aud':'${oauth_token_uri}','exp':${expires_at},'iat':${issued_at},'sub':'${client_email}','target_audience':'${iap_client_id}'}"
local payload_base64="$(echo "${payload}" | base64 | tr -d '\n')"
# Create JWT signature using the private key
local signature_base64="$(printf %s "${header_base64}.${payload_base64}" | openssl dgst -binary -sha256 -sign <(printf '%s\n' "${private_key}") | base64 | tr -d '\n')"
local assertion="${header_base64}.${payload_base64}.${signature_base64}"
# Exchange the signed JWT assertion for an ID token
local token_payload="$(curl -s \
--data-urlencode "grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer" \
--data-urlencode "assertion=${assertion}" \
https://www.googleapis.com/oauth2/v4/token)"
# Extract just the ID token from the response
local bearer_id_token="$(echo "${token_payload}" | jq -r '.id_token')"
echo "${bearer_id_token}"
}
main() {
# Check if required arguments are provided
if [[ $# -lt 3 ]]; then
echo "Usage: $0 <service_account_key_file.json> <iap_client_id> <url>"
exit 1
fi
# Assign parameters to variables
SERVICE_ACCOUNT_KEY="$1"
IAP_CLIENT_ID="$2"
URL="$3"
# Generate the ID token
echo "Generating token..."
ID_TOKEN=$(get_token "${SERVICE_ACCOUNT_KEY}" "${IAP_CLIENT_ID}")
# Access the IAP-secured resource with the token
echo "Accessing: ${URL}"
curl --header "Authorization: Bearer ${ID_TOKEN}" "${URL}"
}
# Run the main function with all provided arguments
main "$@"
Dieses Skript führt die folgenden Schritte aus:
- Extrahiert die Informationen zum Dienstkontoschlüssel aus Ihrer JSON-Schlüsseldatei
- Erstellt ein JWT mit den erforderlichen Feldern, einschließlich der IAP-Client-ID als Zielgruppe.
- Signiert das JWT mit dem privaten Schlüssel des Dienstkontos
- Tauscht dieses JWT über den OAuth-Dienst von Google gegen ein OIDC-Token ein.
- Verwendet das resultierende Token, um eine authentifizierte Anfrage an Ihre mit IAP gesicherte Ressource zu senden
So verwenden Sie dieses Skript:
- Speichern Sie die Datei, z. B. als
get_iap_token.sh. - Machen Sie es ausführbar:
chmod +x get_iap_token.sh - Führen Sie sie mit drei Parametern aus:
./get_iap_token.sh service-account-key.json \
OAUTH_CLIENT_ID \
URL
Wobei:
service-account-key.jsonist die heruntergeladene Dienstkonto-Schlüsseldatei.- OAUTH_CLIENT_ID ist die OAuth-Client-ID für Ihre IAP-geschützte Ressource.
- URL ist die URL, auf die Sie zugreifen möchten.
OIDC-Token durch Identitätsübernahme des Dienstkontos abrufen
In allen anderen Fällen verwenden Sie die IAM Credentials API, um ein OIDC-Token zu generieren, indem Sie die Identität eines Zieldienstkontos direkt vor dem Zugriff auf eine IAP-geschützte Ressource übernehmen. Dieser Prozess umfasst die folgenden Schritte:
Weisen Sie dem aufrufenden Dienstkonto (dem Dienstkonto, das mit dem Code verknüpft ist, der das ID-Token abruft) die Rolle „Service Account OpenID Connect Identity Token Creator“ (
roles/iam.serviceAccountOpenIdTokenCreator) zu.Dadurch kann das aufrufende Dienstkonto die Identität des Zieldienstkontos übernehmen.
Verwenden Sie die Anmeldedaten des aufrufenden Dienstkontos, um die Methode generateIdToken für das Zieldienstkonto aufzurufen.
Legen Sie das Feld
audienceauf Ihre Client-ID fest.
Eine detaillierte Anleitung finden Sie unter ID-Token erstellen.
Authentifizierung über den Proxy-Authorization-Header
Wenn Ihre Anwendung den Anfrageheader Authorization verwendet, können Sie das ID-Token stattdessen in einen Proxy-Authorization: Bearer-Header einfügen. Wenn ein gültiges ID-Token in einem Proxy-Authorization-Header gefunden wird, autorisiert IAP die Anfrage damit. Nach der Autorisierung der Anfrage übergibt IAP den Authorization-Header an Ihre Anwendung, ohne den Inhalt zu verarbeiten.
Wenn im Proxy-Authorization-Header kein gültiges ID-Token gefunden wird, wird der Authorization-Header weiterhin von IAP verarbeitet und der Proxy-Authorization-Header entfernt, bevor die Anfrage an Ihre Anwendung weitergeleitet wird.
Auf die Anwendung zugreifen
Führen Sie den folgenden Befehl aus, um über den Proxy-Authorization-Header auf die Anwendung zuzugreifen:
curl --verbose --header 'Proxy-Authorization: Bearer SIGNED_JWT' URL
Nächste Schritte
- Weitere Informationen zur Autorisierung: Inhabertoken
- Probieren Sie Google Log-in für Android oder Google Log-in für iOS aus.