Принудительное перенаправление с HTTP на HTTPS в корзине Google Cloud

Я развернул свой SPA Vue.js с помощью Google Cloud Storage Bucket.

Балансировщик Google не позволяет мне настроить перенаправление с HTTPS на HTTP. Файл .htaccess также не подтвержден (по крайней мере, согласно другим вопросам StackOverflow, на которые я наткнулся).

Как обеспечить перенаправление с HTTP на HTTPS в контексте сегмента хранилища GCP?

Я думал о модификации самого маршрутизатора в своем приложении, но

  • это грязный взлом;
  • приводит к ненужному лишнему звонку;
  • технически не представляется разрешимым - маршруты в любом случае выражаются относительно корня домена (т.е. у меня нет информации о схеме + домене для использования для программного перенаправления, как в /, /resume, /manifesto)...

google-cloud-platform google-cloud-storage angular vue.js google-cloud-networking
person Igor Soloydenko    schedule 31.08.2017    source источник

Ответы (1)


arrow_upward
7
arrow_downward

Если вы используете обслуживание статического веб-сайта, использовать HTTPS невозможно, не говоря уже о перенаправлении HTTP.

Если вы напрямую работаете с storage.googleapis.com/bucket или Bucket.storage.googleapis.com, оба HTTP и HTTPS будут работать, но нет способа остановить работу обычного HTTP.

Вы можете использовать Балансировка нагрузки Google Cloud HTTPS с внутренним сегментом. Это позволит вам использовать HTTPS на вашем собственном домене. Затем у вас может либо вообще не быть простого HTTP, либо HTTP-трафик будет направляться на другой сервер (например, экземпляр GCE, который возвращает перенаправление HTTP 302, или другое ведро с индексной страницей, содержащей мета-перенаправление HTML).

Вы также можете использовать сторонний CDN, такой как Cloudflare, перед GCS для предоставления функций SSL.

person David    schedule 07.09.2017
comment
Что касается идеи балансировки нагрузки, вы не можете направить HTTP-трафик на другой сервер. Интерфейсы не настраиваются в сопоставлении URL-адресов, и любой интерфейс подчиняется правилам сопоставления URL-адресов. - person Andy Shinn; 12.06.2018