关于“配置可自动扩缩的应用负载均衡器”的评价

THARUNI SRI M. · 已于 22 days前审核

Kirian G. · 已于 22 days前审核

SIVASANKAR B U. · 已于 22 days前审核

Yash N. · 已于 22 days前审核

mahalakshmi R. · 已于 22 days前审核

Yash N. · 已于 22 days前审核

Kavi N. · 已于 22 days前审核

Selvi P. · 已于 22 days前审核

Arpita P. · 已于 22 days前审核

good

Pradeep P. · 已于 22 days前审核

Thirisha K. · 已于 22 days前审核

Aykun Z. · 已于 22 days前审核

Hi, I wasn't able to connect to the webserver and stress-test VMs using the standard "SSH" button in the Cloud Console. I ended up having to use Cloud Shell and Gemini to manually troubleshoot and force the connection via gcloud. For your awareness, here are the specific environmental blockers that prevented a standard connection: Incomplete IAP Setup: The IAP API (iap.googleapis.com) was disabled by default. Once enabled, I also had to manually grant my student account the iap.tunnelResourceAccessor role and create a firewall rule to allow TCP:22 ingress from the IAP proxy range (35.235.240.0/20). OS Login Conflict (Major Blocker): Even after fixing IAP and generating fresh SSH keys in Cloud Shell, I hit a persistent Permission denied (publickey) error. The VMs were enforcing OS Login, which rejected my Cloud Shell keys. Adding the osAdminLogin role didn't propagate fast enough, so I had to manually bypass it by applying --metadata="enable-oslogin=FALSE" to both VMs to finally get in. Suggestion: It would be highly beneficial if future iterations of this lab either pre-provisioned the necessary IAP/OS Login IAM roles and firewall rules, or simply disabled OS Login by default on the VMs so the console SSH button works seamlessly. Thanks!

Dumitru T. · 已于 22 days前审核

HARSHITHA S H G. · 已于 22 days前审核

Ramanan R. · 已于 22 days前审核

Dhinesh Kumar A. · 已于 22 days前审核

Chengqiang L. · 已于 22 days前审核

Prince G. · 已于 22 days前审核

Arya Y. · 已于 22 days前审核

n

Thirumoorthy M. · 已于 22 days前审核

average

Sigal S. · 已于 22 days前审核

Ravi T. · 已于 22 days前审核

Sakthivel V. · 已于 22 days前审核

Kavi K. · 已于 22 days前审核

Nagendra M. · 已于 22 days前审核