Używam „syntetycznego rekordu” w Domenach Google do przekierowywania ruchu z samej domeny example.com
do www.example.com
:
Działa to w przypadku żądań http://example.com
, w których są 4 rekordy A, które wszystkie wskazują adresy IP Google Apps (ma to sens, ponieważ obsługują one „rekordy syntetyczne” dla nazwy hosta, której nie zamapowano na rekord A). Odpowiedź na takie żądania to:
HTTP/1.1 302 Found
Location: http://www.example.com
Date: Wed, 30 Sep 2015 17:08:59 GMT
Content-Type: text/html; charset=UTF-8
Server: ghs
Content-Length: 230
X-XSS-Protection: 1; mode=block
X-Frame-Options: SAMEORIGIN
Jednak żądania do https://example.com
są całkowicie ignorowane. Brak odpowiedzi z serwera. Czy ktoś jeszcze spotkał się z tym ograniczeniem w związku z implementacją Google przekierowywania samej domeny do subdomeny? Czy jest jakaś rada na obejście tego bez posiadania własnego rekordu A na szczycie?
źródło
Jednak Google obsługuje tę usługę przekierowywania, nie można konfigurować niczego więcej niż jednej subdomeny na inną (lub na odwrót). Oznacza to brak kodu przekierowania (301 vs 302), brak instalowania certyfikatu SSL w celu odpowiedzi przez HTTPS itp.
Obecnie hostuję więcej witryn w miejscach takich jak Heroku, gdzie nie otrzymujemy statycznego adresu IP i muszę dodać rekord CNAME dla subdomeny. DNS zazwyczaj nie obsługuje dodawania CNAME do samej domeny, co jest dobre, ponieważ może powodować konflikt z innymi rekordami w samej domenie, takimi jak MX.
Cloudflare było moim preferowanym podejściem do tego. Bezpłatne zarządzanie DNS (w tym przekierowania) i ograniczanie DoS wraz z SSL, który obsługuje nowoczesne przeglądarki. Aby uzyskać szerszy zakres zasięgu przeglądarki, dodaj dedykowany protokół SSL za 5 USD miesięcznie, a otrzymasz świetny pakiet dookoła.
źródło
Jest to osobna opcja przekierowania głównej domeny w przeciwieństwie do subdomeny. Wystarczy kliknąć ikonę „Dodaj stronę internetową”. Pierwsza ikona po prawej stronie domeny. Zobaczysz wyskakujące okienko z opcją przekazania domeny.
źródło