dominio - google cloud dns subdomain
¿Cómo alojar un sitio completo en Google Cloud Storage? (7)
¿Hay alguna forma de alojar un sitio completo en Google Cloud Storage ? Es decir, asigne un grupo directamente a un dominio de nivel superior.
Por ejemplo, cree un grupo llamado mysite.com , luego, cuando el usuario visite mysite.com, ¿ sirve el contenido directamente desde el almacenamiento en la nube?
Veo cómo CNAME un subdominio, por ejemplo, estático .mysite.com, pero no puedo encontrar la forma de asignar el dominio de nivel superior a un grupo.
¿Alguna solución?
Esta es una pregunta antigua, pero en caso de que alguien encuentre este post, encontré el mismo problema hoy.
Google Domains es mi registrador de dominios. Suponiendo que este también sea el caso para usted, aquí le indicamos cómo lo configuraría:
En "Registros de recursos personalizados" ...
Cree un registro CNAME para "www" que apunte a "c.storage.googleapis.com".
En "Registros sintéticos" ...
Elija "Subdominio adelante". Ingrese "mydomain.com" en la entrada más a la izquierda (subdominio) y "www.mydomain.com" en la entrada más a la derecha (URL de destino).
Han pasado algunos años, pero para cualquier persona que tenga el mismo problema (mapear un "dominio desnudo" con un cubo GCS), veo un par de maneras de lograrlo.
Una es usar cualquier proveedor de DNS que admita el "aplanamiento de CNAME " (también conocido ANAME registros ALIAS o ANAME ). Algunos ejemplos son: DNSimple , NS1 , Dyn , DNS Made Easy y Cloudflare .
Cloudflare también es una de las formas recomendadas de servir su cubo a través de HTTPS, y también puede ahorrarle algo de dinero en su factura de egreso .
Otra opción es usar este proyecto para servir sus archivos a través de App Engine. Obtiene SSL gratis, puede usarlo en su "dominio desnudo" y le permite configurar redirecciones, reescrituras y encabezados personalizados.
La respuesta de @Christian Hudon es muy clara. He estado tratando de hacer lo mismo y he tenido los problemas mencionados anteriormente. Lo que también puedes hacer es lo siguiente:
Cree dos entradas de CNAME, una vacía (example.com) y otra WWW (www.example.com) Ahora cree dos carpetas compartidas: example.com y www.example.com Decida cuál hospedará las páginas y los recursos y cuál simplemente Las paginas.
Digamos que www.example.com es la fuente, por lo que tiene su estructura de carpetas, imágenes, css, javascripts, etc ... y, como el sitio es estático, lo que puede hacer es agregar el dominio completo a la fuente de su bienes.
Algo como
<link rel="stylesheet" href="http://www.example.com/css/main.css" type="text/css" />
Luego copie sobre las páginas html solo en example.com. Obviamente, si tiene example.com/contact/index.html también necesita crear la carpeta.
Es un poco molesto, pero era la única forma en que podía hacerlo funcionar. Esto no es ideal si necesita cambiar el contenido con bastante frecuencia, pero al menos funciona, todo depende de sus necesidades.
Sí, esto es posible y está documentado aquí: https://developers.google.com/storage/docs/website-configuration
Básicamente, necesita configurar un redireccionamiento CNAME a c.storage.googleapis.com
Una forma de hacer esto es creando un CDN de Google Cloud que apunta al grupo (example.com).
El equilibrador de carga del CDN debe tener una dirección IP estática que puede usar como registro A para @.
Una solución alternativa es usar CloudFlare (gratis), permiten el soporte CNAME en Zone Apex / Naked Domain / Root Domain. Funciona bien para mi sitio estático en Google Cloud Storage.
Esto todavía deja el tema de la www ....
La solución que funciona para mí es usar CloudFlare 1. configurar www y el dominio desnudo CNAME a c.storage.googleapis.com 2. configurar una ''Regla de página'' para example.com/* a 301 a http://www.example.com/ $ 1
Esto ahora significa que todo mi sitio está en GCloud Storage (ignorar mi comentario a continuación como estaba antes de encontrar ''Reglas de la página'')
Yo también quería hacer esto. Pero actualmente no hay forma de vincular los depósitos de Google Cloud Storage directamente a un nombre de dominio de nivel superior, como se dio cuenta.
Las direcciones IP donde Google Cloud Storage responde a las solicitudes web cambian a menudo (para adaptarse a las condiciones cambiantes en Internet), por lo que Google no desea que agregue un subconjunto de esas (que se desactualizaría rápidamente) como registros A para el Servidor DNS de su sitio web. En su lugar, Google requiere un CNAME a un nombre de DNS que controla, por lo que puede cambiar las direcciones IP de Google Cloud Storage con la frecuencia que sea necesaria. Y un CNAME solo se puede agregar a un subdominio y no a un dominio de nivel superior. (Esto se debe a que cuando hay un CNAME en un nivel dado, el servidor DNS de ese dominio no responderá ninguna otra consulta para ese nivel. Pero un dominio de nivel superior también debe responder al menos a las consultas de NS y SOA).
La única solución para esto ahora es, como se describe en otra respuesta, configurar el CNAME para el subdominio www, y configurar su servicio de alojamiento de DNS para hacer una redirección de nivel http desde el dominio de nivel superior al subdominio www. (Los proveedores de Mosty apoyarán eso).
Si no eres un fanático de esta solución (como yo), hay exactamente tres posibilidades. La primera es esperar a que Google ofrezca la posibilidad de alojar dominios de nivel superior en Google Cloud Storage. Eso requiere que Google se aloje en DNS, primero sin embargo. Habilitar el soporte de dominio de nivel superior requeriría un trabajo adicional por parte de Google (después de construir su oferta de alojamiento de DNS), pero solo es posible si Google controla ambas partes. Sin embargo, no tengo ni idea de cuándo o cuándo Google ofrecerá eso. Pero uno puede esperar.
La segunda solución es cambiar a otro gran proveedor. Amazon puede alojar sitios web estáticos desde S3 en un dominio de nivel superior. Pero eso es porque también alojan DNS para ese dominio. Puede haber otros. Todos los proveedores de nube grandes proporcionarán datos de un conjunto de direcciones IP que cambian con frecuencia. Por lo tanto, si ellos tampoco alojan su DNS, necesitarán que configure un CNAME en un subdominio.
La tercera solución (teórica, al menos) es cambiar a un proveedor de nube más pequeño, ofreciendo un servicio equivalente, tal vez en OpenStack, etc. Debido a que son más pequeños, su configuración de enrutamiento de IP será bastante más simple que la de los grandes jugadores (Amazon , Google, etc.) y luego podrían darle un pequeño conjunto de direcciones IP para establecer como registros A en su dominio de nivel superior. Sin embargo, esto es solo una suposición educada de mi parte. En este momento no sé de ningún proveedor de almacenamiento en la nube tan pequeño.
(Bueno, está bien, la cuarta posibilidad es renunciar a la idea de alojar su sitio web de forma estática. Pero personalmente, esta opción me gusta mucho cuando es posible, al menos desde el punto de vista de seguridad y capacidad de respuesta).