Découvrir IAM avis

Santhosh P. · Examiné il y a environ 2 mois

Thoiba T. · Examiné il y a environ 2 mois

Sanjay A. · Examiné il y a environ 2 mois

Aravinda J. · Examiné il y a environ 2 mois

Keerthana R. · Examiné il y a environ 2 mois

Timouthee Z. · Examiné il y a environ 2 mois

Lucia C. · Examiné il y a environ 2 mois

Claudio V. · Examiné il y a environ 2 mois

Marshal S. · Examiné il y a environ 2 mois

Patryk J. · Examiné il y a environ 2 mois

Vinay A. · Examiné il y a environ 2 mois

Janaki N. · Examiné il y a environ 2 mois

Saran r. · Examiné il y a environ 2 mois

RUSHIKESH B. · Examiné il y a environ 2 mois

Mohanraj .. · Examiné il y a environ 2 mois

Sentamil S. · Examiné il y a environ 2 mois

SRITHARAN R U. · Examiné il y a environ 2 mois

Good

Dhinesh Kumar A. · Examiné il y a environ 2 mois

yogaselvan G. · Examiné il y a environ 2 mois

Madasani S. · Examiné il y a environ 2 mois

Flow K. · Examiné il y a environ 2 mois

Flavio L. · Examiné il y a environ 2 mois

Sonal J. · Examiné il y a environ 2 mois

Diana R. · Examiné il y a environ 2 mois

During the lab, I was unable to SSH into the VM instance "demoiam" — the connection kept failing with Permission denied (publickey) and exit code 255. Despite having the roles/owner role, OS Login (enable-oslogin=TRUE) was enabled on the instance, which requires additional roles (roles/compute.osAdminLogin and roles/iam.serviceAccountUser) that were not pre-configured for the student account. Even after manually adding those roles and registering my SSH key via gcloud compute os-login ssh-keys add, the OS Login NSS cache on the VM never picked up the changes. I had to disable OS Login (enable-oslogin=FALSE) on the instance metadata to fall back to traditional metadata-based SSH key authentication in order to connect and complete the lab. This seems like a misconfiguration in the lab setup.

Pablo L. · Examiné il y a environ 2 mois