Google Cloud VM Instanz Debian 10 - IAM Verständnisproblem

[AxelMD]

Hallo Forum,

ich habe mir eine "Google Cloud Platform" eingerichtet.
Auf dieser "Google Cloud Platform" läuft ein Debian 10 Buster.

Mit der folgenden gcloud-Befehlszeile kann SSH in dieser Instanz genutzt werden:

Code: Alles auswählen

gcloud beta compute ssh --zone "europe-west3-c" "deb10" --project "my-project-xxxxxxx"

Jetzt möchte ich einen normale ssh Zugang einrichten, d. h. ohne das gcloud-sdk.

Mit der Anleitung komme ich nicht so richtig weiter:

https://cloud.google.com/compute/docs/i ... partytools

Ich verstehe das einfach nicht, das wäre die Basis:

Code: Alles auswählen

ssh -i [PATH_TO_PRIVATE_KEY] [USERNAME]@[EXTERNAL_IP_ADDRESS]

https://cloud.google.com/iam/docs

Hat von euch schon mit "Cloud Identity and Access Management (IAM)" gearbeitet?

Mit der Rechtevergabe steige ich einfach nicht durch, es kommt immer "access denied".

https://cloud.google.com/service-usage/ ... leshooting

Es ist alles gut beschrieben, für mich als Neueinsteiger jedoch irgendwie durcheinander, ich drehe mich im Kreis.

MfG

AxelMD

[TRex]

Hi, hab deinen Thread verschoben und umbenannt. Weiß nicht, wozu die Info gut sein sollte - hatte den Thread anhand des Titels (und der hübsch roten Farbe durch die Meldung) schon halb als Spam abgeschrieben. Auf jeden Fall hast du wohl eher ein "Cloud-Problem", das eher Sache des google-Supports sein sollte. Debian hat da wenig mit zu tun, und alle Nichtneueinsteiger, die bisher mit Hardware gearbeitet haben, drehen erstmal ne Runde Doku wälzen, bevor sie verstanden haben, was sich Google da gedacht hat.

[AxelMD]

Danke

https://ap-verlag.de/iam-systeme-im-ver ... hen/28538/


Worauf kommt es bei der Auswahl eines Identity & Access Management (IAM)-System wirklich an?

Wie einfach respektive kompliziert ein Identity & Access Management (IAM)-System errichtet, verwaltet, angepasst und weiterentwickelt werden kann, das ist von der Komplexität seines Aufbaus abhängig. Der Grad der Komplexität des Gesamtsystems, wiederum, erhöht sich mit jedem zusätzlichen Konnektor und Workflow, der eingesetzt wird. Dafür verantwortlich sind die den Konnektoren und Workflows zugrundeliegenden Synchronisationen. Über sie werden die Struktur- und Formatunterschiede der Eintragungen zwischen dem zentralen Verzeichnis und den Zielsystemen überbrückt. Synchronisationen sind aber nicht nur komplexitätstreibend, sie sind auch fehlerbehaftet. Synchronisationsfehler ziehen immer wieder manuelle Eingriffe und Korrekturen in den Zielsystemen nach sich. Zeitversetzte Synchronisationsläufe können zudem in den Zielsystemen zwischenzeitlich nicht mehr aktuelle Eintragungen zur Folge haben.

Welche Erfahrung habt Ihr mit IAM?

MfG

AxelMD