ссылка на файл google cloud bucket в терминальной команде?

Question

Я пытаюсь найти свой путь в Google Cloud.

У меня есть экземпляр виртуальной машины Debian, на котором я запускаю сервер. Он устанавливается и работает через S SH Connection в окне браузера. Команда для запуска сервера: "./ninjamsrv config-file-path.cfg"

У меня есть файл конфигурации в моем хранилище по умолчанию для Google Firebase, так как мне нужно будет регулярно его обновлять.

Я хочу запустить сервер, ссылающийся на файл cfg в корзине, например: "./ninjamsrv gs: //my-bucket/ninjam-config.cfg"

Но файл не найден: ошибка открытие configfile 'gs: //my-bucket/ninjam-config.cfg' Ошибка загрузки конфигурационного файла!

Однако, если я запускаю: "gsutil acl get gs: // my-bucket /"

Понятно:

[
  {
    "entity": "project-editors-XXXXX",
    "projectTeam": {
      "projectNumber": "XXXXX",
      "team": "editors"
    },
    "role": "OWNER"
  },
  {
    "entity": "project-owners-XXXXX",
    "projectTeam": {
      "projectNumber": "XXXXX",
      "team": "owners"
    },
    "role": "OWNER"
  },
  {
    "entity": "project-viewers-XXXXX",
    "projectTeam": {
      "projectNumber": "XXXXX",
      "team": "viewers"
    },
    "role": "READER"
  }
]

Может кто-нибудь посоветовать, что я здесь делаю не так? Спасибо

Answer 1

Первое, что нужно проверить - действительно ли выброшенная ошибка является разрешающей. Проверка журналов, связанных с операциями виртуальной машины, несомненно, предоставит больше подробностей в этом аспекте, и код ошибки 403 подтвердит, если это проблема с разрешениями. Если виртуальная машина является Compute Engine, вы можете обратиться к этой документации о ведении журнала. Если ошибка действительно является разрешающей, то вам следует проверить, установлены ли разрешения для этого объекта как «мелкозернистые» Доступ. Это будет означать, что каждый объект будет иметь собственный набор разрешений, независимо от набора доступа на уровне сегмента. Вы можете узнать больше об этом здесь . Вы можете либо изменить уровень доступа на «равномерный», который предоставит доступ ко всем объектам в соответствующем сегменте, либо изменить соответствующие разрешения для этого конкретного объекта.

Если проблема не является разрешающей, тогда я бы порекомендовал попробовать запустить сервер из того же файла .cfg, который находится в локальном каталоге виртуальной машины. Это может указывать на ошибку самого файла, а не его размещение в облачном хранилище. Если сервер оттуда успешно запускается, вы можете повторно загрузить файл в GCS, если файл был поврежден во время первоначальной загрузки.