Модул 7 · 7.3
Свързване на онлайн магазин или конструктор на сайтове
Модул 7: Свързване на външни услуги · Време за четене: 9 минути
Цел на урока: След този урок ще можете да свържете домейна си с платформа като Shopify или Wix, без имейлът Ви да спре да работи.
Основни понятия: A запис за @, CNAME запис за www, премахване на конфликтни записи, AAAA, DNS сървъри (nameservers) към платформата, пренасяне на имейл записите, записи за имейли от магазина
Два варианта
Ако изграждате уебсайта или онлайн магазина си в платформа като Shopify, Wix, Squarespace или Webflow, искате посетителите на example.com и www.example.com да попадат в тази платформа. Платформите почти винаги предлагат два начина за това:
| Вариант 1: добавяне на записи | Вариант 2: DNS сървърите към платформата | |
|---|---|---|
| Какво правите? | Променяте няколко записа при сегашния си DNS администратор | Оставяте платформата да управлява целия Ви DNS |
| Кой управлява DNS? | Остава същият | Платформата |
| Вашият имейл | Продължава да работи, не докосвате имейл записите | Работи само ако въведете отново всички имейл записи при платформата |
| Подходящ, ако | Имейлът Ви работи на друго място (при Вашия хостинг, Microsoft 365, Google) | Искате всичко да е при платформата или нямате имейл на домейна |
Повечето проблеми на практика възникват при вариант 2: уебсайтът заработва веднага, но имейлът спира, защото MX и другите имейл записи са останали при старите DNS сървъри (урок 2.1).
Вариант 1: добавяне на записи (пример с Shopify)
Към момента на писане Shopify посочва тези два записа:
example.com. 3600 IN A 23.227.38.65
www.example.com. 3600 IN CNAME shops.myshopify.com.- A запис за
@. Основният домейн (apex) не може да има CNAME запис, защото там са и Вашите MX, NS и SOA записи (урок 3.2). Затова платформата дава тук IP адрес. - CNAME запис за
www. Заwwwможе да се използва име. Предимството: ако платформата премести сървърите си, тя променя само своя DNS, а Вие не трябва да правите нищо.
Другите платформи работят по същия начин, със собствен IP адрес и целево име. Wix например дава A запис и CNAME запис за www към име на Wix. Винаги въвеждайте това, което платформата показва за Вашия домейн. IP адресът може да се различава според платформата, региона или момента.
Премахнете това, което пречи
Тук често нещата се объркват. Платформата иска нейните записи да са единствените за тези имена:
- Втори A запис за
@. Ако има два A записа (старият IP адрес на Вашия хостинг и новият на платформата), всеки посетител избира случайно един от двата. Половината попадат на стария Ви сайт. Променете съществуващия A запис, вместо да добавяте нов. - Стар AAAA запис. Ако Вашият хостинг е имал и IPv6 адрес, често все още има AAAA запис за
@илиwww. Посетителите с IPv6 (голяма част от мобилните мрежи) тогава продължават да попадат на стария сървър. Ако платформата не посочва IPv6 адрес, изтрийте AAAA записите за@иwww. - A запис за
www. CNAME запис не може да съществува заедно с друг запис със същото име. Първо изтрийте A или AAAA записа заwwwи след това създайте CNAME записа. - Wildcard (
*). Wildcard не е проблем: иметоwww, което създавате отделно, има предимство (урок 3.3).
Какво оставяте
Оставете MX записите, A записа за mail (ако имате такъв), SPF, DKIM и DMARC. Онлайн магазинът не се нуждае от тях, за да показва уебсайта Ви. Ако все пак ги промените, имейлът Ви спира.
Ако уебсайтът Ви в момента е при хостинг, който обслужва и имейла Ви, обърнете внимание на имейл програмата си. Въведен ли е там като сървър example.com или mail.example.com, а mail е сочел към Вашия хостинг чрез wildcard? След смяната example.com сочи към платформата и имейл програмата Ви вече не намира пощенската Ви кутия. В такъв случай създайте отделен A запис mail към IP адреса на Вашия имейл сървър или въведете в имейл програмата името на сървъра, което посочва Вашият имейл доставчик.
Сертификат
Платформата сама заявява сертификат (https), щом записите Ви сочат към нея. Това е възможно едва когато старите записи изчезнат от кеша (урок 6.1). Ако отнеме повече от няколко часа, проверете дали все още няма стар A или AAAA запис, или CAA запис, който не позволява издателя на сертификати на платформата (урок 5.2).
Вариант 2: DNS сървърите към платформата
Ако изберете да насочите DNS сървърите (nameservers) към платформата, от този момент платформата управлява цялата Ви зона. Всичко, което е било при предишния Ви DNS администратор, вече не важи. Каквото не въведете отново при платформата, не съществува.
Пример от практиката, анонимизиран: клиент насочи DNS сървърите на домейна си към конструктор на сайтове и след това поръча имейл от друга компания. Конструкторът беше създал коректно MX запис mail.example.com и SPF запис, но нямаше A запис за mail. Следователно името mail.example.com не съществуваше (NXDOMAIN). Изпращането работеше, получаването не: другите имейл сървъри не знаеха къде да доставят пощата. Един A запис mail с IP адреса на имейл сървъра реши проблема.
Ако използвате вариант 2, въведете при платформата:
example.com. 3600 IN MX 10 mail.example.com.
mail.example.com. 3600 IN A 192.0.2.25
example.com. 3600 IN TXT "v=spf1 a mx include:spf.mailprovider.example ~all"
x._domainkey.example.com. 3600 IN TXT "v=DKIM1; k=rsa; p=..."
_dmarc.example.com. 3600 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com"с реалните стойности на Вашия имейл доставчик. Ако използвате Microsoft 365 или Google Workspace, въведете записите от урок 7.1 или 7.2. Не забравяйте и TXT записите за верификация и поддомейните, които вече сте имали.
Преди смяната направете копие на текущата си зона (експорт или екранна снимка), за да знаете какво трябва да има в нея (урок 6.3).
Имейли от магазина: записи за имейл, изпращан от платформата
Онлайн магазините изпращат потвърждения на поръчки. За да идват те от Вашия собствен домейн, платформата често изисква допълнителни записи, обикновено няколко CNAME записа за DKIM и понякога собствен поддомейн за подателя. Това са допълнителни записи към съществуващите Ви имейл записи. Те имат собствени имена и не заменят Вашия MX. Внимавайте за удвоени имена на домейни (www.example.com.example.com) и за точката в края (урок 2.2). Ако платформата изпраща от името на Вашия домейн, проверете дали трябва да бъде добавена в SPF записа Ви и дали Вашата DMARC политика го позволява (урок 7.4).
На практика: как изглежда това в панел
В примерния панел Моят WebOké, в раздела DNS, променяте съществуващия A запис за @ с Редактиране, изтривате AAAA записите и с Add Record създавате CNAME запис www към името на платформата. В DirectAdmin правите същото в DNS Administration; там @ и * по подразбиране сочат към хостинг пакета, затова създайте www отделно.
В други панели, като cPanel, Plesk, Cloudflare или DNS екрана на Вашия регистратор, бутоните се казват различно, но записите са същите. Някои платформи предлагат бутон "автоматично свързване", който въвежда записите чрез връзка с Вашия регистратор; след това винаги проверете дали старите A и AAAA записи наистина са премахнати.
Обобщение
- Вариант 1 (добавяне на записи) запазва имейла Ви непокътнат; вариант 2 (DNS сървърите към платформата) изисква да въведете отново всички имейл записи при платформата.
- За
@се използва A запис, заwwwобикновено CNAME запис. CNAME запис за@не е възможен. - Променете съществуващия A запис, вместо да добавяте нов, и премахнете старите AAAA записи и A записа за
www. - Оставете MX, SPF, DKIM и DMARC; внимавайте с имейл програма, която използва
example.comкато сървър. - Записите за имейли от магазина са допълнителни и не заменят Вашия MX.
Тест
Задача
Задача Z7.3: Разпознаване на онлайн магазин. Вижте как една платформа сама прилага варианта "CNAME запис за www".
- Потърсете A записа на
shops.myshopify.com. Започва ли адресът с23.227.38.? - Изберете онлайн магазин или уебсайт, който познавате и който работи в платформа. Потърсете CNAME записа на
www.<този домейн>и A записа на основния домейн. Въведете името на домейна и двата отговора.
Проверката заявява записите на живо при предаването.
Задача O7.3: Самостоятелна настройка в тренировъчната Ви зона. Настройте тренировъчната си зона така, сякаш я свързвате с платформа за онлайн магазини, без да нарушите имейла. В тренировъчната зона използвате фиктивната услуга <code>.dnspractice.eushop-demo.dnspractice.eu; за истинския си домейн въвеждате стойностите от административния екран на платформата.
- Създайте A запис за
с<code>.dnspractice.eu203.0.113.10("платформата"). Заможе да има само един A запис.<code>.dnspractice.eu - Уверете се, че няма AAAA запис за
и за<code>.dnspractice.euwww..<code>.dnspractice.eu - Създайте CNAME запис
www.към<code>.dnspractice.eushops.shop-demo.dnspractice.eu.Ако има A запис заwww, първо го изтрийте. - Оставете MX записите си за
. Трябва да остане поне един MX запис.<code>.dnspractice.eu
Задача O7.3
Тази задача изпълнявате във Вашата собствена тренировъчна зона: истинска DNS зона на DNS сървърите на WebOké, само за Вас. Впишете се с Вашия имейл адрес. Ще получите линк за вход по имейл и след това ще се върнете на този урок. Използваме Вашия адрес само за курса.
Допълнително четене
Тези страници описват стъпките в панелите на WebOké (DirectAdmin и Моят WebOké). В други панели всичко работи по същия начин.
- Управление на DNS records в Моят WebOké (с примери за CNAME, TXT и външни услуги)
- Ръководство за DirectAdmin 5.3: Добавяне или промяна на A или AAAA запис
- Ръководство за DirectAdmin 5.4: CNAME записи и точката в края
- Използване на собствени или външни nameserver сървъри (като Cloudflare) за Вашия домейн
