Есть ли способ разместить весь сайт в Облачном хранилище Google? То есть, сопоставьте ведро непосредственно с доменом верхнего уровня.
например. создать ведро, называемое mysite.com, а затем, когда пользователь посещает mysite.com, он обслуживает контент непосредственно из облачного хранилища?
Я вижу, как CNAME субдомен, например. static.mysite.com, но не может понять, как сопоставить домен верхнего уровня с ведром.
Любое решение?
Я тоже хотел это сделать. Но в настоящее время нет способа привязать ведомости Google Cloud Storage непосредственно к доменному имени верхнего уровня, как вы узнали.
IP-адреса, на которых Google Cloud Storage отвечает на веб-запросы, часто меняются (чтобы адаптироваться к изменяющимся условиям в Интернете), поэтому Google не хочет, чтобы вы добавляли подмножество тех (которые быстро устарели), так как A записи для DNS-сервера вашего веб-сайта. Вместо этого Google требует CNAME для имени DNS, которое он контролирует, поэтому он может изменять IP-адреса для облачного хранилища Google так часто, как нужно. И CNAME можно добавлять только в субдомен, а не в домен верхнего уровня. (Это связано с тем, что при наличии CNAME на заданном уровне DNS-сервер для этого домена не будет отвечать на любые другие запросы для этого уровня. Но домен верхнего уровня должен отвечать также по меньшей мере запросам NS и SOA.)
Единственным обходным решением для этого сейчас является, как описано в другом ответе, настроить CNAME для субдомена www и настроить службу хостинга DNS для перенаправления на уровне http из домена верхнего уровня на www поддомен. (Поставщики Мосты будут поддерживать это.)
Если вы не являетесь поклонником этого решения (например, я), существует ровно три возможности. Первый из них - дождаться, пока Google предложит возможность размещения доменов верхнего уровня в Google Cloud Storage. Это требует Google для хостинга DNS, прежде всего. Включение поддержки домена на верхнем уровне потребует дополнительной работы с частью Google (после создания их размещения в DNS-хостинге), но это возможно только в том случае, если Google контролирует обе части. Я понятия не имею, если или когда Google когда-либо предложит это. Но можно надеяться.
Второе решение - переключиться на другого крупного провайдера. Amazon может размещать статические сайты с S3 в домене верхнего уровня. Но это потому, что они также содержат DNS для этого домена. Могут быть и другие. Все крупные поставщики облачных вычислений будут обслуживать данные из набора часто изменяющихся IP-адресов. Поэтому, если они также не размещают ваш DNS, вам понадобится установить CNAME на субдомен.
Третьим (теоретическим, по крайней мере) решением является переход на меньший провайдер облачных вычислений, предлагающий эквивалентную услугу, возможно, на OpenStack и т.д. Поскольку они меньше, их настройка IP-маршрутизации будет немного проще, чем большая (Amazon, Google и т.д.), и тогда они смогут предоставить вам небольшой набор IP-адресов для установки записей A в вашем домене верхнего уровня. Однако это только просвещенная догадка с моей стороны. Сейчас я не знаю таких небольших поставщиков облачных хранилищ.
(Ну, хорошо, четвертая возможность - отказаться от идеи размещения вашего сайта статически. Но лично мне действительно нравится этот вариант, когда это возможно, по крайней мере, с точки зрения безопасности и отзывчивости.)
Это старый вопрос, но в случае, если кто-нибудь встретит это сообщение, я столкнулся с той же проблемой сегодня.
Домены Google - мой регистратор доменов. Предполагая, что это также относится к вам, вот как вы его настроили:
В разделе "Пользовательские записи ресурсов"...
Создайте запись CNAME для "www", которая указывает на "c.storage.googleapis.com".
В разделе "Синтетические записи"...
Выберите "Поддомен вперед". Введите "mydomain.com" в самый левый (субдомен) вход и "www.mydomain.com" в самый правый (целевой URL) вход.
@Ответ Христиана Худона очень ясен. Я пытался сделать то же самое, и у меня были проблемы, описанные выше. Вы также можете сделать следующее:
Создайте две записи CNAME один пустой (example.com) и другой WWW (www.example.com) Теперь создайте две папки с ведром: example.com и www.example.com Определите, какой из них будет размещать страницы и активы, а какие - только страницы.
Скажем, www.example.com является источником, поэтому у вас есть структура папок, изображения, css, javascripts и т.д. там, и потому что сайт статичен, что вы можете сделать, это добавить полный домен на источник ваших активов.
Что-то вроде
<link rel="stylesheet" href="http://www.example.com/css/main.css" type="text/css" />
Затем скопируйте страницы html только в example.com. Очевидно, что если у вас есть example.com/contact/index.html, вам также нужно создать папку.
Это немного раздражает, но это был единственный способ заставить его работать. Это не идеально, если вам нужно часто менять контент, но, по крайней мере, он работает, все зависит от ваших потребностей.
Альтернативное решение - использовать CloudFlare (бесплатно), они позволяют поддерживать CNAME в зоне Apex/Naked Domain/Root Domain. Он отлично работает для моего статического сайта в Google Cloud Storage.
Это все еще оставляет проблему www....
Решение, которое работает для меня, использует CloudFlare. 1. установите как www, так и голый домен CNAME на c.storage.googleapis.com. 2. установите "Правило страницы" на example.com/* в 301 на http://www.example.com/ $1
Теперь это означает, что весь мой сайт находится в хранилище GCloud (проигнорируйте мой комментарий ниже, как это было до того, как я нашел "Правила страницы" )
Это было несколько лет, но для тех, кто сталкивается с одной и той же проблемой (сопоставление "голого домена" с ведром GCS), я вижу несколько способов достижения этого.
Один из них - использовать любого поставщика DNS, который поддерживает "CNAME flattening" (aka ALIAS или ANAME records). Примеры: DNSimple, NS1, Dyn, DNS Made Easy, и Cloudflare.
Cloudflare также один из рекомендуемых способов обслуживания вашего ведра через HTTPS, а также сэкономить деньги на вашем выездном счете.
Другой вариант - использовать этот проект для обслуживания ваших файлов через App Engine. Вы получаете SSL бесплатно, можете использовать его в своем "голом домене", и он позволяет настраивать переадресацию, переписывать и настраивать заголовки.
Да, это возможно и описано здесь: https://developers.google.com/storage/docs/website-configuration
В принципе, вам нужно настроить перенаправление CNAME на c.storage.googleapis.com