無論專案網路政策的狀態為何,使用者介面一律會顯示 Not Read。請使用 API 或 CLI 檢查實際狀態。
如果尚未按照「存取環境」一文中的步驟安裝憑證,將檔案上傳至值區 (物件儲存空間) 時,會看到以下錯誤:
Check network speed to ensure your file size is within limits and certificates are properly set。
您可以安裝憑證,或按照下列步驟操作:
[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["難以理解","hardToUnderstand","thumb-down"],["資訊或程式碼範例有誤","incorrectInformationOrSampleCode","thumb-down"],["缺少我需要的資訊/範例","missingTheInformationSamplesINeed","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2025-09-04 (世界標準時間)。"],[],[],null,["# Known issues\n\nEnvironment scope and capabilities of Google Distributed Cloud (GDC) Sandbox:\n\n- **Persistence**: GDC Sandbox is non-persistent and is refreshed incrementally on a monthly basis. When environments are refreshed, they're returned to a default state, meaning you'll need to redeploy your configurations. It's recommended to save your configs, code, and containers in a code repository which also enables your low-high development into production environments.\n- **Resources** : This release limits the amount of the following resources:\n - One organization.\n - One tenant.\n - Two Kubernetes clusters.\n- **Users**: To ensure adequate usage of shared resources, users are limited to a maximum of 25.\n- **Sensitive Data**: Users must consent to EULA prior to accessing GDC Sandbox. We recommend you not use GDC Sandbox for sensitive data or production workloads as it's intended for test, development, and training purposes.\n- **IO experience** : GDC Sandbox only supports the Application Operator (AO) or end-user [Persona](/distributed-cloud/hosted/docs/latest/gdch/overview#personas) experience of GDC Sandbox.\n\nKnown issues:\n-------------\n\n1. Project Network Policy state is always reflected as `Not Read` on the UI irrespective of its status. Use the API or CLI to check for the true status.\n2. If the steps mentioned in\n [Access the environment](/distributed-cloud/sandbox/latest/connect#access-environment)\n to install certificates haven't been followed yet, the following error\n will be seen while uploading a file to a bucket (object storage):\n `Check network speed to ensure your file size is within limits and certificates are properly set`.\n You can either install the certificates or follow this workaround:\n\n 1. On the browser in your GDC Sandbox, open the web page `https://objectstorage.org-1.zone1.google.gdch.test` and accept the certificate.\n 2. Try the file upload again.\n 3. If you still encounter issues like `ErrPresignSignatureNotRecognized`, try disabling TLS verification using `gdcloud config set storage/s3_insecure_skip_tls_verify true`.\n3. Login timeout: The authentication might time out on both UI and CLI if\n the environment is not accessed for a few minutes.\n\n 1. For UI timeout: Clear browser cache and refresh the browser.\n 2. For gdcloud timeout: Sign in again. See [Connect to your instance](/distributed-cloud/sandbox/latest/connect).\n4. The only supported storage class for\n [creating PersistentVolumeClaim objects](/distributed-cloud/hosted/docs/latest/gdch/application/ao-user/containers/create-stateful-workloads#request-storage-in-statefulset)\n is `standard-rwo: ReadWriteOnce`. The `standard-rwx: ReadWriteMany`\n storage class is not supported.\n\n5. After you set `auth/login_config_cert_path` using `gdcloud config set`,\n the value is unset after running a `gdcloud auth login`. The workaround\n for this issue is to always add\n `--login-config-cert=/tmp/org-1-web-tls-ca.cert` while running\n `gdcloud auth login`.\n\n6. Unable to launch Chrome after login into RDP. Try the following workaround:\n\n 1. Remove `~/.local/share/keyrings`\n 2. Launch Chrome with the command:\n\n /opt/google/chrome/google-chrome --password-store=basic\n\n7. If the Organization IAM Admin role is removed from the\n `fop-platform-admin@example.com` user, the role cannot be re-assigned and\n the user will lose access to most features. Contact GDC Sandbox support\n in this case.\n\n8. The web browser fails to open on the gateway instance. Likely cause:\n the gateway has run out of disk space. In most cases, the space is\n overloaded with dangling containers, volumes and images.\n Try the following fix to clean up some space:\n\n docker images prune -a\n docker volumes prune\n docker containers prune\n\n9. Attempts to connect to the Virtual Machine (VM) using `gcloud compute ssh` will fail. Instead, use `sshuttle` as described in [Connect to a VM](/distributed-cloud/sandbox/latest/services/virtual-machine#connect_to_a_vm)."]]